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: 1141855" data-attributes="member: 141969"><p>I performed a test overnight... with different results. <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite5" alt=":confused:" title="Confused :confused:" loading="lazy" data-shortname=":confused:" /></p><p></p><p>(1) I had previously disabled the timeshift grabber and the idle grabber so that the EPG would be overdue for grabbing.</p><p></p><p>(2) The TV Server log included in my previous post showed that in the UK it is not necessary to grab from one 24-hour TV channel <strong>per MUX</strong>; it is sufficient to grab from a single 24-hour TV channel. So I deselected all grabbing channels except for "BBC1 HD".</p><p></p><p>(3) I set the refresh interval for the idle grabber to 24 hours, and the timeout to 12 hours.</p><p></p><p>(4) Finally, I rebooted, and then enabled the idle grabber.</p><p></p><p>Looking at the TV Server log file this morning reveals two differences from the previous log:</p><p></p><p>(a) The grabber's smart limiter operated, with grabbing (including database update) taking only 7 minutes 8 seconds. This is not that different from my previous "guesstimate" of 6 minutes based on the ETSI document.</p><p></p><p>(b) For this grab, PowerScheduler <em>correctly</em> identified that it should not allow the system to sleep/hibernate whilst the database updates were being performed (the exact opposite of the situation shown in the previous log).</p><p></p><p>Well, this is all very puzzling <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite5" alt=":confused:" title="Confused :confused:" loading="lazy" data-shortname=":confused:" />, and I cannot point to any particular factor that might explain the difference between this EPG grab and the one shown in the log in my previous post.</p><p></p><p>I am beginning to think that my HTPC is one of those systems that benefits from a daily reboot, presumably because it reduces the accumulation of RAM bit errors caused by cosmic rays. <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite12" alt="o_O" title="Er... what? o_O" loading="lazy" data-shortname="o_O" /></p><p></p><p>Going forward, I will use: idle grabber only, one channel only, refresh interval of one hour, grab timeout of 30 minutes.</p><p></p><p>-- from CyberSimian in the UK</p></blockquote><p></p>
[QUOTE="CyberSimian, post: 1141855, member: 141969"] I performed a test overnight... with different results. :confused: (1) I had previously disabled the timeshift grabber and the idle grabber so that the EPG would be overdue for grabbing. (2) The TV Server log included in my previous post showed that in the UK it is not necessary to grab from one 24-hour TV channel [b]per MUX[/b]; it is sufficient to grab from a single 24-hour TV channel. So I deselected all grabbing channels except for "BBC1 HD". (3) I set the refresh interval for the idle grabber to 24 hours, and the timeout to 12 hours. (4) Finally, I rebooted, and then enabled the idle grabber. Looking at the TV Server log file this morning reveals two differences from the previous log: (a) The grabber's smart limiter operated, with grabbing (including database update) taking only 7 minutes 8 seconds. This is not that different from my previous "guesstimate" of 6 minutes based on the ETSI document. (b) For this grab, PowerScheduler [i]correctly[/i] identified that it should not allow the system to sleep/hibernate whilst the database updates were being performed (the exact opposite of the situation shown in the previous log). Well, this is all very puzzling :confused:, and I cannot point to any particular factor that might explain the difference between this EPG grab and the one shown in the log in my previous post. I am beginning to think that my HTPC is one of those systems that benefits from a daily reboot, presumably because it reduces the accumulation of RAM bit errors caused by cosmic rays. o_O Going forward, I will use: idle grabber only, one channel only, refresh interval of one hour, grab timeout of 30 minutes. -- 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