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
Language specific support
Deutsches MediaPortal Forum
MediaPortal 1
Allgemeines Supportforum
Multituner und EPG Grabber
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="mm1352000" data-source="post: 1121379" data-attributes="member: 82144"><p>In the first post of the thread, [USER=97516]@Vasilich[/USER] says:</p><p></p><p></p><p>The purpose of the grab time (timeout) setting is to set a limit on the maximum time that the grabber will wait for data to be received. This solves a potential problem: if no EPG data is available then we don't want the grabber to wait forever (hang). To be clear: when Vasilich says "...other programs don't have such a long delay before grabbing starts", I think he must have been confused... because the setting should not have any relationship to a start delay.</p><p></p><p>Having said that, when you look at the patch you can see this:</p><p>- _epgTimer.Interval = timeout * 60000;</p><p>+ _epgTimer.Interval = timeout * 1000;</p><p></p><p>That change can make a difference to the "start delay" because the first timer "pulse" comes after _epgTimer.Interval milliseconds, and _epgTimer.Interval is calculated based on the timeout. However, the fact that the timeout affects the start delay is bad. That should be considered a separate bug. The solution for that bug would simply be to trigger the timer callback when the timer is started (so you get an immediate grabber startup as expected), not to reduce the timeout/interval.</p><p></p><p>In other words, I could not accept this patch in current form.</p><p></p><p>Vasilich also says:</p><p></p><p></p><p>That is definitely a true bug which the patch fixes. I also found and fixed that bug in TVE 3.5. <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile :)" loading="lazy" data-shortname=":)" /></p></blockquote><p></p>
[QUOTE="mm1352000, post: 1121379, member: 82144"] In the first post of the thread, [USER=97516]@Vasilich[/USER] says: The purpose of the grab time (timeout) setting is to set a limit on the maximum time that the grabber will wait for data to be received. This solves a potential problem: if no EPG data is available then we don't want the grabber to wait forever (hang). To be clear: when Vasilich says "...other programs don't have such a long delay before grabbing starts", I think he must have been confused... because the setting should not have any relationship to a start delay. Having said that, when you look at the patch you can see this: - _epgTimer.Interval = timeout * 60000; + _epgTimer.Interval = timeout * 1000; That change can make a difference to the "start delay" because the first timer "pulse" comes after _epgTimer.Interval milliseconds, and _epgTimer.Interval is calculated based on the timeout. However, the fact that the timeout affects the start delay is bad. That should be considered a separate bug. The solution for that bug would simply be to trigger the timer callback when the timer is started (so you get an immediate grabber startup as expected), not to reduce the timeout/interval. In other words, I could not accept this patch in current form. Vasilich also says: That is definitely a true bug which the patch fixes. I also found and fixed that bug in TVE 3.5. :) [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
Language specific support
Deutsches MediaPortal Forum
MediaPortal 1
Allgemeines Supportforum
Multituner und EPG Grabber
Contact us
RSS
Top
Bottom