DVB EPG Grabber runs in endless loop! (1 Viewer)

[wizard123]

I use dvb epg for freeview and sky channels, in epg grabbing i have freesat info channel set for grabbing and have manually added sky background audio channel which contains all the open epg info, selecting only these 2 channels for epg grabbing populates my entire epg which shows the grabbing works perfectly if configured correctly but i think snoopy should find alternative software as after reading this thread all he has done is mouth off at mm and complain, yes there could be a few things worded differently but how about showing some respect and remember we as a team do this for FREE in OUR OWN TIME !. Maybe we shud all quit and leave snoopy to built a product he likes.

 

[Holzi]

Please keep in mind not all people have problems with DVB EPG..

Talking to me to or to snoopy?

Was a general statement..

 

[HTPCSourcer]

While Snoopy's wording was probably not appropriate let's try to stay factual.

Both mm and wizard123 conveyed an important message: contrary to what I understood from the help text in the EPG section, only ONE channel per provider should be selected for storage. I have to admit that this is not straightforward. If this understanding is correct then the GUI should offer ticking providers rather than individual channels.

The question then is how the software is dealing with different sources of information. Will the grabber then override Clickfinder data?

 

[Snoopy87]

As said, the problem is, that it is not userfriendly if the user has to know which channels have to be selected. Please think of all those users who are not experts! A software should be always easy and user friendly and comfortable! MediaPortal is not a special professional software for experts and linux console nerds! ;-) A software should make life easier and not harder. So the user doesn't want to know what to do to just simply get EPG data. Also he doesn't want to always configure it everytime a new channel has been added or removed or changed the transponder, etc.

Also what if the provider does not offering EPG data for ALL channels? Do every provider offering EPG data for all channels on each channel? For example: Sky Germany. All my set top boxes I had only showed the EPG data for the Sky channels, which were on the same transponder, so I had to tune to a channel on each transponder Sky uses to get all EPG data.

Then, as said, in Germany we have soooo many different providers! And by the way: What does "provider" mean? For example RTL Television has channels which are not labeled with "RTL" as provider. There are channels which are labeled with CBS Sat, or also other channels from other providers are provided by SES Astra, etc. pp. So if you have 10 channels from "RTL Television" in your groups, it may not be enough to just select one of those channels for grabbing EPG data.

So we have ARD and ZDF in Germany (which may offering the EPG data for all their different channels, which is more than 25-50 or so, I never counted them!). Then we have "Sat.1 ProSieben Media Group" which offering channels like Sat.1, ProSieben, ProSieben Maxx, kabeleinsclassic, N24, and all those channels in HD too. But not all those channels are listed with the same provider.

Then we have a lot of channels from Sky Germany. But a lot of them are not listed with "Sky" as provider, because they provided by their own or other providers. And so on.

So at the end the user have to find out all channels which have to be selected to get the EPG data for all grouped channels. This may take at least one, full day! And a few other days, because it is a rule that something like this will not work 100% at the first time, so there will be a few channels you have missed and have to find out which channels have to be selected too.

This is really the wrong way and I never heard of something strange like this.

So it is really, really totally easy to get his work as every user would expect:

The epg grabber tunes to a channel in the list of selected channels and grabs the EPG data. If it gets the EPG data for other channels too, then it also stores those data. If the epg grabber comes to channels in the list, where the EPG data were already stored, it has to skip those channels! This may a very little code change (maybe a few code lines, maybe only one new if-statement).

Also as said, there is already an option called "Always try to update existing entries". Only if this option is enabled the EPG grabber should grab and overwrite existing EPG data! Otherwise this option makes no sense, because it seems to be ignored!

 

[FreakyJ]

Mm already told you that it is on his long long list and he didn't design this. So what do you expect us to do now?! I would say nothing until mm has resources again and some motivation or you do it

Stating that it is not ideal all over and over again doesn't help here

 

[Snoopy87]

This is a discussion! So it's my thing what I post and what not ;-) If you would read this thread carefully then you would know that nothing was clear at the beginning. Just at the end it was clear how the EPG grabber works and how it should work. And about "how it should work" we discuss know. I never asked or forced mm to do anything and I never said that he did something wrong in the code. I always talked to all of the developers.

And also we should discuss about the priority. It's a bug, because it makes no sense and should never had been developed as it currently is. And it would be very easy to solve this, so I think we should disuss if this should be a high priority and should be fixed with the very next release and not some day, because the main rule is to get the main functions work and fix the biggest bugs before doing something else

I don't understand why every time I found bugs or bad design or logical erros in MediaPortal, some developers feels displeased and discuss and argue why it is MY fault MP is not working right and why I have configured something wrong and why this never will be fixed or maybe some day because it has the lowest priority, even though everyone has this issue.

 

[HTPCSourcer]

I am deeply impressed by your profound knowledge of epg sat signal coding and the current MePo coding. Since it is so easy I suggest that you invest yourself into doing the job.

While you didn't accuse mm of anything - just yelling at him - you really talk badly about the former dev who implemented this solution. Ask yourself if you would do anything for somebody addressing whatever in the way you are doing it here.

 

[Snoopy87]

Are we little kids who cry if you say them, what they did wrong? Why is it not allowed to say, that something is bad designed/developed, if it is really bad developed? If an EPG grabber has to get the EPG data for a list of channels it should go through the list and should get the EPG data. If the epg grabber then gets the epg data from the first channel for all other channels in the list it is totally wrong to get the same data ever and ever again on each channel. So why do I have to hush this and why I'm not allowed to say that this is wrong? If don't say this, it would be never fixed. And of course I'm sometimes pissed off if mm always telling me that everything is right and that I have configured something wrong, which was not true! We found out, that again MP has an issue, which is be ok, but it is not ok to discuss and argue with me, that MP has no issues and it were my fault that MP is not working right. You would be also pissed off, if you made tests, looked at logs and tried a lot for a few days or weeks to find out the reason before you post it. So everytime I post something I did a lot of things to be sure what the problem is. Then I post the issue with logs and explain it and everytime I made this, mm said that there is no issue.

I never yell anywhere! I only emphasized some words! Don't know how it is possible to say that I'm yelling with only having written text from me?

 

[wizard123]

you emphasise words when you dont need to and you speak with a complete lack of respect, if this is a major issue for you then you should code the correct way yourself instead of repeating yourself, there is no issue if it is configured correctly, please supply a list of providers you are picking up in germany if you are convinced there are hundreds, and which satellite are you connected to.

 

[Snoopy87]

No, it is NOT CORRECT! It is a fact, that it is not correct! It never every makes sense, in no case for no user around the whole word to load 100 times the same EPG data. Please tell me only one reason why the EPG grabber should load and store the 100% same epg data 100 times? Please explain why this is correct and why it makes sense and why no one needs a solution where the EPG grabber only load and store data it not already processed?

And please explain why there is an option "Always try to update existing entries". What happens if this is not checked? Only epg data is stored which is not still available? Where are those code lines and when to they run? Why is this code not run while the epg grabber is working and grabbing EPG data?