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
Support
Electronic Program Guide
DVB EPG grabbing is "blocking" tuner card
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="SciDoctor" data-source="post: 935002" data-attributes="member: 11346"><p>@<a href="https://forum.team-mediaportal.com/members/djblu.54957/" target="_blank">DJBlu</a> .I can do some testing for this if you need logs etc.</p><p> </p><p>If you are looking into the DVB EPG grab I have two serious issues one which is critical.</p><p> </p><p>Critical. Concurrent DB updates cause crash (multiple timeshift EPG) ; I believe checks on the database write completion are not being actioned to increase DB speed, the slower method with full checking for write completion is required. </p><p> </p><p>Serious. When IDLE EPG starts, a check in the DB 'last grab time' dbo.Channel and the channels that require update are loaded and a grab is taken from each channel in turn until finished.</p><p> What is missing from the logic is to recheck dbo.Channel after each channel grab for the now newly updated DB for 'last grab time' and to reload the new channels that now require update if any. (also those with gaps; epgHasGaps)</p><p> For UK DVB the way the logic is at the momnet idle epg grab cycle will take over 700 minutes to complete (over 100 channels, 7 mins a channel grab/DB update) because this simple recheck isn't in the logic flow.</p><p> I know I can deselect channels for grab to reduce this work load but this will now impact Timeshift EPG for those channels, a change in the logic would correct for this and allow a concise and accurate grab for all channels with respect to 'epgHasGaps' and 'last grab time'</p></blockquote><p></p>
[QUOTE="SciDoctor, post: 935002, member: 11346"] @[URL='https://forum.team-mediaportal.com/members/djblu.54957/']DJBlu[/URL] .I can do some testing for this if you need logs etc. If you are looking into the DVB EPG grab I have two serious issues one which is critical. Critical. Concurrent DB updates cause crash (multiple timeshift EPG) ; I believe checks on the database write completion are not being actioned to increase DB speed, the slower method with full checking for write completion is required. Serious. When IDLE EPG starts, a check in the DB 'last grab time' dbo.Channel and the channels that require update are loaded and a grab is taken from each channel in turn until finished. What is missing from the logic is to recheck dbo.Channel after each channel grab for the now newly updated DB for 'last grab time' and to reload the new channels that now require update if any. (also those with gaps; epgHasGaps) For UK DVB the way the logic is at the momnet idle epg grab cycle will take over 700 minutes to complete (over 100 channels, 7 mins a channel grab/DB update) because this simple recheck isn't in the logic flow. I know I can deselect channels for grab to reduce this work load but this will now impact Timeshift EPG for those channels, a change in the logic would correct for this and allow a concise and accurate grab for all channels with respect to 'epgHasGaps' and 'last grab time' [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Support
Electronic Program Guide
DVB EPG grabbing is "blocking" tuner card
Contact us
RSS
Top
Bottom