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
Quality Assurance
Bugreports
Archive
Video & Audio Stuttering for short period of time for LiveTV only after S3 or S5
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="CyberSimian" data-source="post: 1141685" data-attributes="member: 141969"><p>I have been following this thread with some interest, as I am not 100% convinced that I have the optimal EPG options for my system. May I ask a couple of questions?</p><p></p><p>(1) The meanings of the two timeouts on the "DVB EPG" tab in "TV Server Config" are not currently described in the Wiki; see this page:</p><p></p><p><a href="http://wiki.team-mediaportal.com/1_MEDIAPORTAL_1/141_Configuration/TV-Server_Configuration/05_DVB_EPG" target="_blank">http://wiki.team-mediaportal.com/1_MEDIAPORTAL_1/141_Configuration/TV-Server_Configuration/05_DVB_EPG</a></p><p></p><p>I <em>think</em> that I remember from other threads that the timeouts have the following meanings:</p><p></p><p>(a) The timeshifting timeout is the time that elapses between switching to a different channel, and the EPG grabber starting to grab the EPG. True? (There is some sense in not starting EPG grabbing if the user is switching rapidly through the channels trying to find something interesting to watch.)</p><p></p><p>(b) The idle timeout is the maximum time that the EPG grabber spends grabbing from a single MUX. True?</p><p></p><p>(2) If statement (b) is correct, I was wondering whether there is a "smart" limit on the time spent in idle EPG grabbing? The EPG is broadcast continually and repeatedly, so if the grabber grabs for long enough, the EPG will start coming round again -- like a carousel. A smart EPG grabber would keep some record of how much of the EPG it had grabbed during the current session, and when it had grabbed 100% it would stop grabbing. So if I specified an idle timeout of 60 minutes, the grabber might stop grabbing after (say) 12 minutes (for DVB-T the UK). Does it work this way?</p><p></p><p>However, keeping track of how much of the EPG has been grabbed may be too complex a task for the EPG grabber to perform. If this is the case, the grabber presumably grabs for the specified timeout and then stops. In which case, is it possible for the user to determine how long to grab for? Not so short that some of the EPG is missed, but not so long that the entire EPG is grabbed several times over. This would determine what value to specify for the idle timeout setting.</p><p></p><p>Thank you.</p><p></p><p>-- from CyberSimian in the UK</p></blockquote><p></p>
[QUOTE="CyberSimian, post: 1141685, member: 141969"] I have been following this thread with some interest, as I am not 100% convinced that I have the optimal EPG options for my system. May I ask a couple of questions? (1) The meanings of the two timeouts on the "DVB EPG" tab in "TV Server Config" are not currently described in the Wiki; see this page: [URL]http://wiki.team-mediaportal.com/1_MEDIAPORTAL_1/141_Configuration/TV-Server_Configuration/05_DVB_EPG[/URL] I [I]think[/I] that I remember from other threads that the timeouts have the following meanings: (a) The timeshifting timeout is the time that elapses between switching to a different channel, and the EPG grabber starting to grab the EPG. True? (There is some sense in not starting EPG grabbing if the user is switching rapidly through the channels trying to find something interesting to watch.) (b) The idle timeout is the maximum time that the EPG grabber spends grabbing from a single MUX. True? (2) If statement (b) is correct, I was wondering whether there is a "smart" limit on the time spent in idle EPG grabbing? The EPG is broadcast continually and repeatedly, so if the grabber grabs for long enough, the EPG will start coming round again -- like a carousel. A smart EPG grabber would keep some record of how much of the EPG it had grabbed during the current session, and when it had grabbed 100% it would stop grabbing. So if I specified an idle timeout of 60 minutes, the grabber might stop grabbing after (say) 12 minutes (for DVB-T the UK). Does it work this way? However, keeping track of how much of the EPG has been grabbed may be too complex a task for the EPG grabber to perform. If this is the case, the grabber presumably grabs for the specified timeout and then stops. In which case, is it possible for the user to determine how long to grab for? Not so short that some of the EPG is missed, but not so long that the entire EPG is grabbed several times over. This would determine what value to specify for the idle timeout setting. Thank you. -- from CyberSimian in the UK [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Quality Assurance
Bugreports
Archive
Video & Audio Stuttering for short period of time for LiveTV only after S3 or S5
Contact us
RSS
Top
Bottom