home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 1
Support
General Support
MediaPortal EPG constantly grabbing?
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="c0ffee" data-source="post: 555237" data-attributes="member: 100910"><p>Hi,</p><p></p><p>I'm suffering from this issue, too. When using MediaPortal (1.0.2 or 1.1.0_BETA-1_rev23491), FTR (1.4.0.1) and grabbing EPG from my DVB-C card, the system will never go into standby.</p><p>I've tracked down this issue to have two causes (1st is a FTR isse, 2nd a TV Server issue):</p><p></p><ol> <li data-xf-list-type="ol">FTR plugin for TV Server is pushing DVB EPG data to FTR core services way to slow<br /> The part of FTR plugin, which pushes DVB EPG data to FTR core services is implemented in<br /> <a href="http://mp-plugins.svn.sourceforge.net/viewvc/mp-plugins/trunk/plugins/ForTheRecord/ForTheRecord.RecorderTuners.MediaPortalTvServer/DvbEpgThread.cs?revision=2869&view=markup" target="_blank">DvbEpgThread.cs</a>.<br /> On my system, the notification via [CODE]AutoResetEvent _newProgramsToImportEvent[CODE] (line 43, 61, 124) does not seem to work properly. The body of the main while loop (line 101 and following) is only executed once every 60 seconds, even if there is new guide data added via [CODE]ImportProgramsAsync[/CODE] (line 51). When having many TV channels with EPG data, FTR plugin requires quite a lot of time to push all guide data to FTR core services. You can see this in the tv.log: over hours, FTR plugin imports some guide data into FTR core services every 60 seconds. While this import takes place, FTR blocks suspend. But before the import is completed, the DVB EPG grab timeout kicks in (mine is set at 240 minutes) and all starts from the beginning. <br /> I have reduced the [CODE]interval[/CODE] (line 51) to 1000 (msec), which lead to a much faster processing of DVB EPG data. Now, FTR has imported all guide data long before the DVB EPG grab timout expires. Unfortunately even now, my system won't go into standby.<br /> </li> <li data-xf-list-type="ol">TV Server constantly preventing standby after DVB EPG grab<br /> Using the latest beta of <a href="http://slicksolutions.eu/mst.shtml" target="_blank">MCE standby tool</a>, one can see (on tab Win Idle), if one process actively prevents standby (I assume, by calling [CODE]SetThreadExecutionState(ES_CONTINUOUS|ES_SYSTEM_REQUIRED)[/CODE]). I found TV server being the one, which prevents standby.<br /> <br /> I disabled FTR plugin in TV Server to make sure, it is not the culprit and stopped TV Server (MediaPortal client was not running at that time, no other plugins (e.g. PowerScheduler) were enabled in TV Server configuration). Now, no one blocks standby according to MCE standby tool. <br /> After starting TV Server, the situation remains the same: standby is not blocked. TV Server did not start grabbing DVB EPG data in between, because the last grab took place not that long in the past.<br /> I launched TV Server configuration and forced a EPG refresh. Now TV Server begins to grab DVB EPG data and MCE standby tool tells me, a process is blocking standby (which is ok). <br /> But after TV Server finished EPG grabbing, it still seems to prevent standby. MCE standby tool still shows, that someone blocks standby (and the system does not go into standby automatically).<br /> Now i opened windows' control panel and stopped the TV Service: Hooray, no one blocks standby any more and the sytem will go into standby automatically.</li> </ol><p></p><p>So my guess is: The TV Server blocks standby while grabbing DVB EPG data (which is desireable!), but somehow does not manage to release this blocking after it finishes grabbing DVB EPG data. Unfortunately, I'm not firm with the TV Server codebase. The only references to [CODE]SetThreadExecutionState(ES_CONTINUOUS|ES_SYSTEM_REQUIRED)[/CODE] I've found, were in the source of PowerScheduler plugin. But as this is disabled on my system, this code should not be executed. Am I right?</p><p></p><p>I've attached epg.log and tv.log from my TV Server. At 2010-01-03 11:23:48.687500 I assume, DVB EPG grabbing has finished. But TV Server still prevented standby from that time on until I restarted it.</p><p></p><p>Hope this bug report helps to fix this issue. If there is other useful information I can give, I'll be glad to provide it.</p><p></p><p>Regards</p><p>Heiko</p></blockquote><p></p>
[QUOTE="c0ffee, post: 555237, member: 100910"] Hi, I'm suffering from this issue, too. When using MediaPortal (1.0.2 or 1.1.0_BETA-1_rev23491), FTR (1.4.0.1) and grabbing EPG from my DVB-C card, the system will never go into standby. I've tracked down this issue to have two causes (1st is a FTR isse, 2nd a TV Server issue): [LIST=1] [*]FTR plugin for TV Server is pushing DVB EPG data to FTR core services way to slow The part of FTR plugin, which pushes DVB EPG data to FTR core services is implemented in [URL="http://mp-plugins.svn.sourceforge.net/viewvc/mp-plugins/trunk/plugins/ForTheRecord/ForTheRecord.RecorderTuners.MediaPortalTvServer/DvbEpgThread.cs?revision=2869&view=markup"]DvbEpgThread.cs[/URL]. On my system, the notification via [CODE]AutoResetEvent _newProgramsToImportEvent[CODE] (line 43, 61, 124) does not seem to work properly. The body of the main while loop (line 101 and following) is only executed once every 60 seconds, even if there is new guide data added via [CODE]ImportProgramsAsync[/CODE] (line 51). When having many TV channels with EPG data, FTR plugin requires quite a lot of time to push all guide data to FTR core services. You can see this in the tv.log: over hours, FTR plugin imports some guide data into FTR core services every 60 seconds. While this import takes place, FTR blocks suspend. But before the import is completed, the DVB EPG grab timeout kicks in (mine is set at 240 minutes) and all starts from the beginning. I have reduced the [CODE]interval[/CODE] (line 51) to 1000 (msec), which lead to a much faster processing of DVB EPG data. Now, FTR has imported all guide data long before the DVB EPG grab timout expires. Unfortunately even now, my system won't go into standby. [*]TV Server constantly preventing standby after DVB EPG grab Using the latest beta of [URL="http://slicksolutions.eu/mst.shtml"]MCE standby tool[/URL], one can see (on tab Win Idle), if one process actively prevents standby (I assume, by calling [CODE]SetThreadExecutionState(ES_CONTINUOUS|ES_SYSTEM_REQUIRED)[/CODE]). I found TV server being the one, which prevents standby. I disabled FTR plugin in TV Server to make sure, it is not the culprit and stopped TV Server (MediaPortal client was not running at that time, no other plugins (e.g. PowerScheduler) were enabled in TV Server configuration). Now, no one blocks standby according to MCE standby tool. After starting TV Server, the situation remains the same: standby is not blocked. TV Server did not start grabbing DVB EPG data in between, because the last grab took place not that long in the past. I launched TV Server configuration and forced a EPG refresh. Now TV Server begins to grab DVB EPG data and MCE standby tool tells me, a process is blocking standby (which is ok). But after TV Server finished EPG grabbing, it still seems to prevent standby. MCE standby tool still shows, that someone blocks standby (and the system does not go into standby automatically). Now i opened windows' control panel and stopped the TV Service: Hooray, no one blocks standby any more and the sytem will go into standby automatically. [/LIST] So my guess is: The TV Server blocks standby while grabbing DVB EPG data (which is desireable!), but somehow does not manage to release this blocking after it finishes grabbing DVB EPG data. Unfortunately, I'm not firm with the TV Server codebase. The only references to [CODE]SetThreadExecutionState(ES_CONTINUOUS|ES_SYSTEM_REQUIRED)[/CODE] I've found, were in the source of PowerScheduler plugin. But as this is disabled on my system, this code should not be executed. Am I right? I've attached epg.log and tv.log from my TV Server. At 2010-01-03 11:23:48.687500 I assume, DVB EPG grabbing has finished. But TV Server still prevented standby from that time on until I restarted it. Hope this bug report helps to fix this issue. If there is other useful information I can give, I'll be glad to provide it. Regards Heiko [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Support
General Support
MediaPortal EPG constantly grabbing?
Contact us
RSS
Top
Bottom
