Reply to thread

Message

<blockquote data-quote="SciDoctor" data-source="post: 88753" data-attributes="member: 11346">About worse case scenario's and performance- your solution is not faster (providing the epg grabber always grabs a full epgand does not prematurely times-out)(There is a max time to grab all channels BUT there is also a min time when a channel carries data for other channels)- worse case scenario? Well the fact that the epg grabber as it is now worksfor all countries/users tells me that its pretty capable of dealing with worse case scenario's. Unfortunaly your proposed method isnt since it only works in the UK situation.</blockquote>My method still works for every possible combination of MUX and channels on MUX.All I have proposed is a change in the order of&nbsp; the grab .Instead of cycling through every channel on a MUX and then moving to the next MUX and so on.Cycle the MUX and then increment the channel.[/QUOTE]

[QUOTE="SciDoctor, post: 88753, member: 11346"] About worse case scenario's and performance - your solution is not faster (providing the epg grabber always grabs a full epg and does not prematurely times-out) (There is a max time to grab all channels BUT there is also a min time when a channel carries data for other channels) - worse case scenario? Well the fact that the epg grabber as it is now works for all countries/users tells me that its pretty capable of dealing with worse case scenario's. Unfortunaly your proposed method isnt since it only works in the UK situation.[/QUOTE] My method still works for every possible combination of MUX and channels on MUX. All I have proposed is a change in the order of the grab . Instead of cycling through every channel on a MUX and then moving to the next MUX and so on. Cycle the MUX and then increment the channel. [/QUOTE]

Verification