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="mm1352000" data-source="post: 1141691" data-attributes="member: 82144"><p>[USER=141969]@CyberSimian[/USER]</p><p></p><p></p><p>Yes, always. <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile :)" loading="lazy" data-shortname=":)" /></p><p></p><p></p><p>No, wrong. It's the time that the timeshifting grabber is allocated to complete grabbing of the available EPG.</p><p>If the timeout expires before the grabber completes grabbing then TV Server takes the EPG that was acquired (if any).</p><p>If the user changes channel or stops TV before the grabber completes then no EPG is acquired.</p><p></p><p></p><p>I'm not sure that I agree. In any case, it's certainly not how TV Server does things.</p><p></p><p></p><p>Yes. The idle timeout is the same as described above, except for the idle grabber rather than the timeshifting grabber.</p><p></p><p></p><p>Yes of course. Grabbing is determined to be complete if 60 seconds elapse and new (not previously encountered) EPG is not seen.</p><p></p><p></p><p>As above: this is not what the EPG grabber does.</p><p></p><p></p><p>I don't think your question is something that the user should be worried about (due to the fact that the grabber supports a "smart limit"), but the direct answer to your question is: not easily.</p><p></p><p>The user could set the limit extremely high and use the log to check how long grabbing actually takes (search the TsWriter log for "epg: epg received"). I would expect the time to vary from provider to provider, transmitter to transmitter, and even somewhat from grab to grab on the same transmitter. That would be a <em>lot</em> of testing to do for most people... and I honestly can't imagine what they'd have to gain from doing this.</p><p></p><p>You might also be interested to read <a href="http://webapp.etsi.org/workprogram/Report_WorkItem.asp?WKI_ID=42953" target="_blank">ETSI TS 101 211</a> (freely available; formerly known as TR 101 211), which sets out <strong>recommended </strong>repetition rates for EPG.</p><p>TL;DR: section 4.4 <strong>recommends minimum </strong>repetition rates...</p><p>EIT P/F* actual** = 2 seconds</p><p>EIT P/F* other** = 10 seconds cable, satellite; 20 seconds terrestrial</p><p></p><p></p><p></p><p>EIT schedule* actual** first day = 10 seconds</p><p>EIT schedule* other** first day = 10 seconds cable, satellite; 60 seconds terrestrial</p><p>EIT schedule* actual** next 7 days = 10 seconds cable, satellite; 30 seconds terrestrial</p><p>EIT schedule* other** next 7 days = 10 seconds cable, satellite; 300 seconds terrestrial</p><p>EIT schedule* actual** beyond 8 days = 30 seconds</p><p>EIT schedule* other** beyond 8 days = 30 seconds cable, satellite; 300 seconds terrestrial</p><p></p><p>*P/F = current and next programmes only; schedule = full programme list</p><p>**actual = channels transmitted by the tuned transmitter; other = channels transmitted by other transmmitters</p><p></p><p>Broadcasters may choose to accept and adhere to these recommendations... or not.</p><p>Both EIT P/F and schedule are optional, as stated in ETSI EN 300 468 section 5.2.4.</p><p></p><p>Make of that what you will. <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: 1141691, member: 82144"] [USER=141969]@CyberSimian[/USER] Yes, always. :) No, wrong. It's the time that the timeshifting grabber is allocated to complete grabbing of the available EPG. If the timeout expires before the grabber completes grabbing then TV Server takes the EPG that was acquired (if any). If the user changes channel or stops TV before the grabber completes then no EPG is acquired. I'm not sure that I agree. In any case, it's certainly not how TV Server does things. Yes. The idle timeout is the same as described above, except for the idle grabber rather than the timeshifting grabber. Yes of course. Grabbing is determined to be complete if 60 seconds elapse and new (not previously encountered) EPG is not seen. As above: this is not what the EPG grabber does. I don't think your question is something that the user should be worried about (due to the fact that the grabber supports a "smart limit"), but the direct answer to your question is: not easily. The user could set the limit extremely high and use the log to check how long grabbing actually takes (search the TsWriter log for "epg: epg received"). I would expect the time to vary from provider to provider, transmitter to transmitter, and even somewhat from grab to grab on the same transmitter. That would be a [I]lot[/I] of testing to do for most people... and I honestly can't imagine what they'd have to gain from doing this. You might also be interested to read [URL='http://webapp.etsi.org/workprogram/Report_WorkItem.asp?WKI_ID=42953']ETSI TS 101 211[/URL] (freely available; formerly known as TR 101 211), which sets out [B]recommended [/B]repetition rates for EPG. TL;DR: section 4.4 [B]recommends minimum [/B]repetition rates... EIT P/F* actual** = 2 seconds EIT P/F* other** = 10 seconds cable, satellite; 20 seconds terrestrial EIT schedule* actual** first day = 10 seconds EIT schedule* other** first day = 10 seconds cable, satellite; 60 seconds terrestrial EIT schedule* actual** next 7 days = 10 seconds cable, satellite; 30 seconds terrestrial EIT schedule* other** next 7 days = 10 seconds cable, satellite; 300 seconds terrestrial EIT schedule* actual** beyond 8 days = 30 seconds EIT schedule* other** beyond 8 days = 30 seconds cable, satellite; 300 seconds terrestrial *P/F = current and next programmes only; schedule = full programme list **actual = channels transmitted by the tuned transmitter; other = channels transmitted by other transmmitters Broadcasters may choose to accept and adhere to these recommendations... or not. Both EIT P/F and schedule are optional, as stated in ETSI EN 300 468 section 5.2.4. Make of that what you will. :) [/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