Language-Filtering in EPG-grabber: Why? (1 Viewer)

[Moorhuhn]

Hi,

as I can see in the sourcecode it was quite a lot of work to integrate the language-filter in the EPG-grabber. So I suppose there was a good reason to implement it. Iam just wondering what this reason was/is?
Why not grab the EPG for the selected channels no matter what language? Just selecting all languages is, for some reasons, not a solution, because there are still some channels for which the EPG-grabber wont collect EPG-data although they have EPG-data.

My second question is, if it would be a very bad idea to try and implement an alternate EPG-grabber-strategy:
1. Tune the channel for which the EPG is needed.
2. Wait for a configurable amount of time (e.g. 20sec) to collect the EPG-data.
3. Continue with step 1 for every channel, for which EPG-data is to collect.

Was there a special reason not to implement it this way? I suppose yes, but why?

Bye,

Moorhuhn

 

[tourettes]

Hi,

as I can see in the sourcecode it was quite a lot of work to integrate the language-filter in the EPG-grabber. So I suppose there was a good reason to implement it. Iam just wondering what this reason was/is?
Why not grab the EPG for the selected channels no matter what language? Just selecting all languages is, for some reasons, not a solution, because there are still some channels for which the EPG-grabber wont collect EPG-data although they have EPG-data.

Some counries have multi language EPG data for on channel, so user must be able to select what language he/she wants the EPG to be shown.

 

[Moorhuhn]

Thank you for your answer, tourettes. I suppose it would have been much more work to store all languages and let the user select which one to see after they have all been collected. This would have complicated the db-structure and caused additional changes on the GUI for the language-selection, etc.

What do you/the others think about my alternate grabbing-strategy? Is this an performance-issue, when you have to tune every single channel rather than just collecting everything from every transponder? Most probably this depends on how many channels one has configured for EPG!?!

Sorry, for one more question: Did I understand the source-code right, that there is no real update of the EPG-data, but only a completion of what hasnt been grabbed so far, but no existing record in the db will ever be changed after it has been grabbed?
Would it be worth if I try to implement a real update of the EPG in the database? This means that also existing records would be updated. Or have others already tried this?
And if Iam not already to stupid for that, would it be an idea to implement the automatic creation of TV Schedules by configurable keywords in the EPG?

Bye,

Moorhuhn

 

[Moorhuhn]

No response? No interest in support for the project?

Moorhuhn

 

[Moorhuhn]

Too bad, that there is no response from the team. It is hard to help you out in the project, when there is nearly no communication.

I would really like to have a look at the EPG-grabbing-code. But I definitely would not want to go through all the problems, which you, the development-team, may already have experienced or discussed. So please, can anyone let me know, if you are interested in help and what you think would be the right way to provide it to you. Also additional sources for documentation of the source code is very welcome.

Bye,

Moorhuhn

PS: Please dont only tell me to use ICQ to get in touch with developers, etc. That would not be my way of getting reliable information.