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
Development
Improvement Suggestions
EPG grab improvement
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="Frodo" data-source="post: 88731" data-attributes="member: 10277"><p>for easy understanding i left out any fault/error handling in my example</p><p>But since that seems to be your point, here is how the epg grabber currently does it:</p><p></p><p>Again, the same example</p><p></p><p></p><p>Now with this situation, the epg grabber will work like this:</p><p>1. it starts grabbing epg for channel 1 (on MUX A)</p><p>2. timeout occurs, no epg found</p><p>3. it starts grabbing epg for channel 2 (on MUX A)</p><p>4. timeout occurs, no epg found</p><p>5. it starts grabbing epg for channel 3 (on MUX A)</p><p>6. suppose receives the epg for channels 3-10</p><p>7. it updates the database for channels 3-10</p><p></p><p>Next, it will see that </p><p>channels 3-10 are already updated and dont need grabbing</p><p>channels 1-2 need grabbing, but have just been tried. So it skips those</p><p>and will retry those after 2 hours again</p><p></p><p>So now it continues:</p><p>4. it starts grabbing epg for channel 21 (on MUX B)</p><p>5. suppose receives the epg for channels 21-40</p><p>6. it updates the database for channels 21-40</p><p>7. all epg has been received. epg grabber waits for 4 hours before starting again</p><p></p><p>Now you see that the epg grabber</p><p>- does not simply scans all channels in any mux (as you say it does).</p><p>- it skips channels for which epg has been received</p><p>- it skips channels for which epg has not been received or timed out</p><p>- meaning (in the uk situation) it moves to the next mux very quickly</p><p></p><p>Now about your solution. You assume that any channel on any MUX always</p><p>has the full EPG for all channels in that mux. </p><p>This maybe the case in the UK, but its surely not the case in many </p><p>other countries (netherlands/france/...)</p><p>In those countries a channel only contains its own epg</p><p>and perhaps the epg from a few other channels</p><p></p><p>The epg grabber should work with these muxes also. </p><p>You cannot say, hey 1 channel in this mux is done/failed, lets skip </p><p>all other channels of the mux</p><p></p><p></p><p>Futhermore you refer to the fact that the epg data may be incomplete.</p><p>Why would the epg data be incomplete? in all my tests the tvserver always</p><p>grabs all epg data available.</p><p></p><p>Frodo</p></blockquote><p></p>
[QUOTE="Frodo, post: 88731, member: 10277"] for easy understanding i left out any fault/error handling in my example But since that seems to be your point, here is how the epg grabber currently does it: Again, the same example Now with this situation, the epg grabber will work like this: 1. it starts grabbing epg for channel 1 (on MUX A) 2. timeout occurs, no epg found 3. it starts grabbing epg for channel 2 (on MUX A) 4. timeout occurs, no epg found 5. it starts grabbing epg for channel 3 (on MUX A) 6. suppose receives the epg for channels 3-10 7. it updates the database for channels 3-10 Next, it will see that channels 3-10 are already updated and dont need grabbing channels 1-2 need grabbing, but have just been tried. So it skips those and will retry those after 2 hours again So now it continues: 4. it starts grabbing epg for channel 21 (on MUX B) 5. suppose receives the epg for channels 21-40 6. it updates the database for channels 21-40 7. all epg has been received. epg grabber waits for 4 hours before starting again Now you see that the epg grabber - does not simply scans all channels in any mux (as you say it does). - it skips channels for which epg has been received - it skips channels for which epg has not been received or timed out - meaning (in the uk situation) it moves to the next mux very quickly Now about your solution. You assume that any channel on any MUX always has the full EPG for all channels in that mux. This maybe the case in the UK, but its surely not the case in many other countries (netherlands/france/...) In those countries a channel only contains its own epg and perhaps the epg from a few other channels The epg grabber should work with these muxes also. You cannot say, hey 1 channel in this mux is done/failed, lets skip all other channels of the mux Futhermore you refer to the fact that the epg data may be incomplete. Why would the epg data be incomplete? in all my tests the tvserver always grabs all epg data available. Frodo [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Development
Improvement Suggestions
EPG grab improvement
Contact us
RSS
Top
Bottom
