[HELP US] Getting those DVB EPG issues fixed (1 Viewer)
- Thread starter gemx
- Start date
Gemx,
I've been digging through your implementation of the changes of the EPG grabbers. Nice work by the way. Things are much cleaner now. I know it's not finished yet, but here is how I"m guessing the finished implementaiton will behave:
if a channel has epg data, it will only add data after the last entry in the db. If it has gaps it will add data to fill in the gaps as well.
This is certainly a HUGE improvement over the way things were and is performant as it doesn't try to figure out if every entry needs to delete an underlying entry. The problem is that in some longer guides (5 or 9 day) the information sometimes changes after it is first entered in the stream. It would be nice if eventually the existing guide is "cached" to avoid calls to the db, and each program is checked against "underlying" programs. If they are the same they are left alone, if not, they are also updated. Of course this may be more work (I don't know enough yet to see if the guide is cached anywere already), but I think it still may be fine performance wise. The cached guide won't be such a problem as it is frequently passed to a client anyway isn't it?
Oh, and by the way the timeshifing grabber seems to work great even with all channels enabled for a grab.
I've been digging through your implementation of the changes of the EPG grabbers. Nice work by the way. Things are much cleaner now. I know it's not finished yet, but here is how I"m guessing the finished implementaiton will behave:
if a channel has epg data, it will only add data after the last entry in the db. If it has gaps it will add data to fill in the gaps as well.
This is certainly a HUGE improvement over the way things were and is performant as it doesn't try to figure out if every entry needs to delete an underlying entry. The problem is that in some longer guides (5 or 9 day) the information sometimes changes after it is first entered in the stream. It would be nice if eventually the existing guide is "cached" to avoid calls to the db, and each program is checked against "underlying" programs. If they are the same they are left alone, if not, they are also updated. Of course this may be more work (I don't know enough yet to see if the guide is cached anywere already), but I think it still may be fine performance wise. The cached guide won't be such a problem as it is frequently passed to a client anyway isn't it?
Oh, and by the way the timeshifing grabber seems to work great even with all channels enabled for a grab.
I have also been testing this becuase you have been working so hard on it. I removed all of my guide data and then reset the original grab time back to default. I then tuned to a channel with a 2 day guide. This worked great. It download 2 days for all channels. I then thought, now that i have a 2 day I will tune to a channel with the 9 day guide. I am sure I have told you how US sats do it over here. Every channel you tune too has a 2 hour guide. Then you have 1 transponder with about 10 channels on it with a 2 day guide. And then you have one more transponder with a 9 day guide.
So now, I tune to a channle with a 9 day guide but it didn't seem to update most of the channels. I can see where it updated some but not all. I then exited out and came back in to hit another 9 day guide. It seems like it didn't update any channels at all.
So with my tests, it seem that if there are already channels in there, it has a hard time knowing what to update.
I have posted 3 logs. The log.rar is the first 2 day guide test, that worked great. log1.rar is the 9 day where it grabbed some channels. and the log2.rar is the last one that didn't seem to grab anything that I can see.
Also, as someone else has said, My theatre has never had a problem with skipped shows. I hope we can find the cuase of this instead of just filling in the blanks. But for now, that seems like a good solution.
Please let us know what else needs to be tested on this, becuase this is for sure the best way to get the epg guide.
So now, I tune to a channle with a 9 day guide but it didn't seem to update most of the channels. I can see where it updated some but not all. I then exited out and came back in to hit another 9 day guide. It seems like it didn't update any channels at all.
So with my tests, it seem that if there are already channels in there, it has a hard time knowing what to update.
I have posted 3 logs. The log.rar is the first 2 day guide test, that worked great. log1.rar is the 9 day where it grabbed some channels. and the log2.rar is the last one that didn't seem to grab anything that I can see.
Also, as someone else has said, My theatre has never had a problem with skipped shows. I hope we can find the cuase of this instead of just filling in the blanks. But for now, that seems like a good solution.
Please let us know what else needs to be tested on this, becuase this is for sure the best way to get the epg guide.
- December 7, 2006
- 365
- 10
- Home Country
-
Germany
the epg works fine now. but a question to the german EUROSPORT channel. there seems to be no epg data available. is this correct? has anyone epg data for EUROSPORT?
Hi all! Thanks for the good work, but i have a problem with the epg visualization. I use only the dvb epg when timeshifting. The grabbing is ok, it's find all the epg entries, but sometimes in the "TV/OSD Zap" window (when chang cahnnel with F7 or F8 key) and the "TV/OSD" window (when pressing Y on the keyboard) is missing the info of now/next epg. I upload some screanshots, images says more than words!
Attachments
Gemx, is the current implementation only inserting data the the channels that are available in the same mux as the grabbing is done? For example in Finland we have same EPG data available in the all muxes so it's enough to grab the data from only one mux. Of cource this is not causing any issue in my case (EPG grabber just works a little bit longer in every night when fetching the latest data).
But in some satelites there is only one channel that transmits the EPG data to all muxes / frequencies and I think in that case the EPG data wont be complete.
But in some satelites there is only one channel that transmits the EPG data to all muxes / frequencies and I think in that case the EPG data wont be complete.
- October 31, 2006
- 1,972
- 539
- Home Country
-
Germany
- Thread starter
- #67
It tunes to a transponder grabs all infos from it and then cycles through each epg channel (only given the transportid,networkid and serviceid) and tries to find a channel with these tuning detail in the db.
That means, if you grab mux 1 and epg for channels on mux 2 and 3 is sent then these channel on mux 2 and 3 are updated.
That means, if you grab mux 1 and epg for channels on mux 2 and 3 is sent then these channel on mux 2 and 3 are updated.
- April 5, 2005
- 2,175
- 428
I have seen this too. But I guess this is a skin issue, not a DVB-EPG issue. Probably the screen doesnt get updated...
YEAH!! Great work gemx. My EPG is usable again, it seems my 2 dvb sources both update/add to eachother and this is great.
But although the info is correct in my EPG I see strange things happen in the logfile. Maybe you want to take a look at it. It seems that my DVB-C is updating a lot more as my DVB-S. Don't understand the couse of this. Maybe it has to do with combined channels on DVB-S and DVB-C, or because DVB-S has MHW on it?
I have both grabbers enabled and most of the time I'll use DVB-S (high priority), but last night in idle time, I still see a great difference between DVB-S and DVB-C
But although the info is correct in my EPG I see strange things happen in the logfile. Maybe you want to take a look at it. It seems that my DVB-C is updating a lot more as my DVB-S. Don't understand the couse of this. Maybe it has to do with combined channels on DVB-S and DVB-C, or because DVB-S has MHW on it?
I have both grabbers enabled and most of the time I'll use DVB-S (high priority), but last night in idle time, I still see a great difference between DVB-S and DVB-C
Odd, as the logs indicate otherwise. Althou it's possible that the broadcaster has changed the way EPG is sent.