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="CyberSimian" data-source="post: 1120747" data-attributes="member: 141969"><p>...missing highlighting in the EPG; see this thread:</p><p></p><p><a href="https://forum.team-mediaportal.com/threads/scheduled-recordings-not-always-highlighted-in-guide.128005/" target="_blank">https://forum.team-mediaportal.com/threads/scheduled-recordings-not-always-highlighted-in-guide.128005/</a></p><p></p><p>Although my HTPC has a fast quad-core processor, I would classify my HTPC as a "weak" system because it uses a slow 5400rpm ex-laptop disk for the OS (the drive containing the SQL databases). My capture disk is a fast 7200rpm desktop disk, so I do not experience stuttering (either in live TV or recorded TV), and I have 8 tuners! <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite9" alt=":eek:" title="Eek! :eek:" loading="lazy" data-shortname=":eek:" /></p><p></p><p>I recently tried a different set of EPG-grapping options, and this <em>does</em> seem to have cured the missing EPG highlights. The secret is to enable <strong>"Grab EPG only for channels on same transponder"</strong>. The reason that I believe this works for the UK EPG is the way in which the data is transmitted. Instead of broadcasting the entire EPG for channel 1, followed by the entire EPG for channel 2, and so on, the data for different channels is <em>interleaved</em>. Consequently, if the data for channels in other MUXes (transponders) is ignored, it significantly reduces the rate at which SQL updates are generated.</p><p></p><p>If (say) it takes 5 minutes to transmit once the entire EPG for 6 MUXes, grabbing the EPG for all MUXes would capture the entire EPG in just 5 minutes, but produce a very high SQL transaction rate. <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite3" alt=":(" title="Frown :(" loading="lazy" data-shortname=":(" /></p><p></p><p>Ignoring the EPG for channels in other MUXes means that a channel in each MUX must be tuned <em>in turn</em> to capture the EPG for that MUX, so the entire EPG would be captured in (5 minutes) x (6 MUXes) = 30 minutes, but the SQL transaction rate would be reduced by a factor of 6. <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>But the free lunches are not being distributed just yet. The UK has quite a dynamic EPG, meaning that the major broadcasters try to update it with last-minute schedule changes. And indeed, in the four months that I have been using MP, there have been three occasions when MP made two simultaneous recordings of the same programme, but displaced by 5 minutes. These programmes followed the main evening news, which had been extended by 5 minutes due to the amount/severity of the news that day. The broadcasters had updated the EPG, and MP had by coincidence performed an EPG grab before the programmes started, and so recorded each programme twice (at the original scheduled time, and at the revised scheduled time). Live sports programmes also often overrun, affecting subsequent programmes. However, the problem with ignoring the EPG for channels in other MUXes is that if an EPG grab is performed whilst recording/watching live TV, these last-minute EPG changes may go unnoticed. <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite3" alt=":(" title="Frown :(" loading="lazy" data-shortname=":(" /></p><p></p><p>Complicated stuff, this EPG grabbing!</p><p></p><p>-- from CyberSimian in the UK</p></blockquote><p></p>
[QUOTE="CyberSimian, post: 1120747, member: 141969"] ...missing highlighting in the EPG; see this thread: [url]https://forum.team-mediaportal.com/threads/scheduled-recordings-not-always-highlighted-in-guide.128005/[/url] Although my HTPC has a fast quad-core processor, I would classify my HTPC as a "weak" system because it uses a slow 5400rpm ex-laptop disk for the OS (the drive containing the SQL databases). My capture disk is a fast 7200rpm desktop disk, so I do not experience stuttering (either in live TV or recorded TV), and I have 8 tuners! :eek: I recently tried a different set of EPG-grapping options, and this [I]does[/I] seem to have cured the missing EPG highlights. The secret is to enable [B]"Grab EPG only for channels on same transponder"[/B]. The reason that I believe this works for the UK EPG is the way in which the data is transmitted. Instead of broadcasting the entire EPG for channel 1, followed by the entire EPG for channel 2, and so on, the data for different channels is [I]interleaved[/I]. Consequently, if the data for channels in other MUXes (transponders) is ignored, it significantly reduces the rate at which SQL updates are generated. If (say) it takes 5 minutes to transmit once the entire EPG for 6 MUXes, grabbing the EPG for all MUXes would capture the entire EPG in just 5 minutes, but produce a very high SQL transaction rate. :( Ignoring the EPG for channels in other MUXes means that a channel in each MUX must be tuned [I]in turn[/I] to capture the EPG for that MUX, so the entire EPG would be captured in (5 minutes) x (6 MUXes) = 30 minutes, but the SQL transaction rate would be reduced by a factor of 6. :) But the free lunches are not being distributed just yet. The UK has quite a dynamic EPG, meaning that the major broadcasters try to update it with last-minute schedule changes. And indeed, in the four months that I have been using MP, there have been three occasions when MP made two simultaneous recordings of the same programme, but displaced by 5 minutes. These programmes followed the main evening news, which had been extended by 5 minutes due to the amount/severity of the news that day. The broadcasters had updated the EPG, and MP had by coincidence performed an EPG grab before the programmes started, and so recorded each programme twice (at the original scheduled time, and at the revised scheduled time). Live sports programmes also often overrun, affecting subsequent programmes. However, the problem with ignoring the EPG for channels in other MUXes is that if an EPG grab is performed whilst recording/watching live TV, these last-minute EPG changes may go unnoticed. :( Complicated stuff, this EPG grabbing! -- from CyberSimian in the UK [/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