Hi all,
Is there any configuration that disables EPG updates received on the channel? Or is there a way to shift time of those updates before they are written to EPG.data?
The problem is that I have some channels that are transmitted for different time zones that start transmitting EPG info, but looks like the EPG is not shifted. There are some other shifted channels that do transmit the EPG properly, so I believe that's a provider problem.
I use s script that updates those channels from internet, so I don't mind to disable EPG update received on the channel.
Thanks.
On 30.01.2009 22:12, Alex Betis wrote:
Hi all,
Is there any configuration that disables EPG updates received on the channel? Or is there a way to shift time of those updates before they are written to EPG.data?
The problem is that I have some channels that are transmitted for different time zones that start transmitting EPG info, but looks like the EPG is not shifted. There are some other shifted channels that do transmit the EPG properly, so I believe that's a provider problem.
The times given in EPG data are supposed to be in UTC, so different time zones are of no interest. If teh times are not in UTC, the providers are messing up.
I use s script that updates those channels from internet, so I don't mind to disable EPG update received on the channel.
You can set the "table id" of these events to 0 (see man 5 vdr).
Klaus
On Fri, Jan 30, 2009 at 11:50 PM, Klaus Schmidinger < Klaus.Schmidinger@cadsoft.de> wrote:
On 30.01.2009 22:12, Alex Betis wrote:
Hi all,
Is there any configuration that disables EPG updates received on the channel? Or is there a way to shift time of those updates before they are written to EPG.data?
The problem is that I have some channels that are transmitted for different time zones that start transmitting EPG info, but looks like the EPG is not shifted. There are some other shifted channels that do transmit the EPG properly, so I believe that's a provider problem.
The times given in EPG data are supposed to be in UTC, so different time zones are of no interest. If teh times are not in UTC, the providers are messing up.
So how VDR or any other settop box should know that the channel is shifted in time?
As an example, 75.0E has NTV and NTV-2, or DTV and DTV-2
I use s script that updates those channels from internet, so I don't mind to disable EPG update received on the channel.
You can set the "table id" of these events to 0 (see man 5 vdr).
The problem is not with overwriting the data, but appending the wrong data for that channel. I see both script inserted and DVB transmitted data that are differ.
Is there such "table id" setting per channel and not per EPG entry?
Regards, Alex.
Klaus
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 31.01.2009 06:13, Alex Betis wrote:
On Fri, Jan 30, 2009 at 11:50 PM, Klaus Schmidinger <Klaus.Schmidinger@cadsoft.de mailto:Klaus.Schmidinger@cadsoft.de> wrote:
On 30.01.2009 22:12, Alex Betis wrote: > Hi all, > > Is there any configuration that disables EPG updates received on the > channel? > Or is there a way to shift time of those updates before they are written > to EPG.data? > > The problem is that I have some channels that are transmitted for > different time zones that start transmitting EPG info, but looks like > the EPG is not shifted. There are some other shifted channels that do > transmit the EPG properly, so I believe that's a provider problem. The times given in EPG data are supposed to be in UTC, so different time zones are of no interest. If teh times are not in UTC, the providers are messing up.So how VDR or any other settop box should know that the channel is shifted in time?
Beats me!
As an example, 75.0E has NTV and NTV-2, or DTV and DTV-2
Please post the complete channels.conf entries of these channels.
> I use s script that updates those channels from internet, so I don't > mind to disable EPG update received on the channel. You can set the "table id" of these events to 0 (see man 5 vdr).The problem is not with overwriting the data, but appending the wrong data for that channel. I see both script inserted and DVB transmitted data that are differ.
Is there such "table id" setting per channel and not per EPG entry?
No, this is per EPG event, not per channel.
Klaus
On Sat, Jan 31, 2009 at 12:10 PM, Klaus Schmidinger < Klaus.Schmidinger@cadsoft.de> wrote:
On 31.01.2009 06:13, Alex Betis wrote:
On Fri, Jan 30, 2009 at 11:50 PM, Klaus Schmidinger <Klaus.Schmidinger@cadsoft.de mailto:Klaus.Schmidinger@cadsoft.de>
wrote:
On 30.01.2009 22:12, Alex Betis wrote: > Hi all, > > Is there any configuration that disables EPG updates received onthe
> channel? > Or is there a way to shift time of those updates before they are written > to EPG.data? > > The problem is that I have some channels that are transmitted for > different time zones that start transmitting EPG info, but lookslike
> the EPG is not shifted. There are some other shifted channels thatdo
> transmit the EPG properly, so I believe that's a provider problem. The times given in EPG data are supposed to be in UTC, so different time zones are of no interest. If teh times are not in UTC, the providers are messing up.So how VDR or any other settop box should know that the channel is shifted in time?
Beats me!
:)
As an example, 75.0E has NTV and NTV-2, or DTV and DTV-2
Please post the complete channels.conf entries of these channels.
Here it is:
This couple looks like sending the EPG shifted correctly: HTB;GTSS:12640:vM2O0S0:S75.0E:22000:503:504,505:0:0:100:58:103:0 HTB-3;GTSS:12640:vM2O0S0:S75.0E:22000:501:502:0:0:500:58:103:0
This couple looks like not shifting the EPG at all: DTV-0;GTSS:12640:vM2O0S0:S75.0E:22000:201:202:0:0:200:58:103:0 DTV-2;GTSS:12518:vC78M2O0S0:S75.0E:22000:701:702=eng:0:0:504:86:100:0
This one looks like shifting the EPG in wrong direction (its scrambled, but I've compared the content of EPG.data with official site): CTC+7;CTC Media:12640:vM2O0S0:S75.0E:22000:401:402:0:2600:400:58:103:0
> I use s script that updates those channels from internet, so Idon't
> mind to disable EPG update received on the channel. You can set the "table id" of these events to 0 (see man 5 vdr).The problem is not with overwriting the data, but appending the wrong data for that channel. I see both script inserted and DVB transmitted data that are differ.
Is there such "table id" setting per channel and not per EPG entry?
No, this is per EPG event, not per channel.
I'll probably patch the code for now to disable the received EPG processing.
But as I see it, there is an issue even when the EPG is correctly transmitted by a provider, for example: What VDR will do when there is a change in the program and there is a delay in transmission of some program? Will it have 2 entries for the same program or update the previous entry?
If EPG time is in UTC, than that's a mystery how should those coupled channels be handled.
Klaus
Thanks. Alex.
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 31.01.2009 11:51, Alex Betis wrote:
... [ EPG for time shifted channels ] ...
> As an example, 75.0E has NTV and NTV-2, or DTV and DTV-2 Please post the complete channels.conf entries of these channels.Here it is:
This couple looks like sending the EPG shifted correctly: HTB;GTSS:12640:vM2O0S0:S75.0E:22000:503:504,505:0:0:100:58:103:0 HTB-3;GTSS:12640:vM2O0S0:S75.0E:22000:501:502:0:0:500:58:103:0
This couple looks like not shifting the EPG at all: DTV-0;GTSS:12640:vM2O0S0:S75.0E:22000:201:202:0:0:200:58:103:0 DTV-2;GTSS:12518:vC78M2O0S0:S75.0E:22000:701:702=eng:0:0:504:86:100:0
This one looks like shifting the EPG in wrong direction (its scrambled, but I've compared the content of EPG.data with official site): CTC+7;CTC Media:12640:vM2O0S0:S75.0E:22000:401:402:0:2600:400:58:103:0
Looks like you got all sorts of variations: some do it right, some do it wrong, and some don't do it at all ;-)
Since every channel has its own SID, it also has its own EPG data, which logically needs to correspond to the times the programmes are actually broadcast. So far I don't se any proper solution than having the providers fix this.
> > I use s script that updates those channels from internet, so I don't > > mind to disable EPG update received on the channel. > > You can set the "table id" of these events to 0 (see man 5 vdr). > > The problem is not with overwriting the data, but appending the wrong > data for that channel. > I see both script inserted and DVB transmitted data that are differ. > > Is there such "table id" setting per channel and not per EPG entry? No, this is per EPG event, not per channel.I'll probably patch the code for now to disable the received EPG processing.
But as I see it, there is an issue even when the EPG is correctly transmitted by a provider, for example: What VDR will do when there is a change in the program and there is a delay in transmission of some program? Will it have 2 entries for the same program or update the previous entry?
VDR will update/replace all EPG entries according to the new tables. There shouldn't be double entries.
If EPG time is in UTC, than that's a mystery how should those coupled channels be handled.
As I said, each channel has its own SID, and therefore its very own EPG data, which needs to be adjusted to the actual broadcast times of that channel.
As an example: if you have two channels, say ABC and ABC+1, where ABC+1 broadcasts everything one hour later that ABC, then if the air time of event XY is 8:00 for channel ABC, it needs to be 9:00 for channel ABC+1. All times given in UTC, of course.
Klaus
On Sun, Feb 1, 2009 at 11:58 AM, Klaus Schmidinger < Klaus.Schmidinger@cadsoft.de> wrote:
On 31.01.2009 11:51, Alex Betis wrote:
... [ EPG for time shifted channels ] ...
> As an example, 75.0E has NTV and NTV-2, or DTV and DTV-2 Please post the complete channels.conf entries of these channels.Here it is:
This couple looks like sending the EPG shifted correctly: HTB;GTSS:12640:vM2O0S0:S75.0E:22000:503:504,505:0:0:100:58:103:0 HTB-3;GTSS:12640:vM2O0S0:S75.0E:22000:501:502:0:0:500:58:103:0
This couple looks like not shifting the EPG at all: DTV-0;GTSS:12640:vM2O0S0:S75.0E:22000:201:202:0:0:200:58:103:0 DTV-2;GTSS:12518:vC78M2O0S0:S75.0E:22000:701:702=eng:0:0:504:86:100:0
This one looks like shifting the EPG in wrong direction (its scrambled, but I've compared the content of EPG.data with official site): CTC+7;CTC Media:12640:vM2O0S0:S75.0E:22000:401:402:0:2600:400:58:103:0
Looks like you got all sorts of variations: some do it right, some do it wrong, and some don't do it at all ;-)
Since every channel has its own SID, it also has its own EPG data, which logically needs to correspond to the times the programmes are actually broadcast. So far I don't se any proper solution than having the providers fix this.
As I wrote, those channels started transmitting EPG not long ago, so I hope the issue will be fixed one day. I agree that its probably a provider fault. Anyway, I think a configuration that will allow disabling EPG from DVB might be useful for those who retrieve all EPG data from the net, that in most cases contains more data than transmitted by the provider.
By the way, if we already discussing EPG... I think the epg.data is very limited. I would like to see an option to integrate pictures or even movies in that file. Ofcause I could place tags in description and have a plugin that could parse those tags and show the pictures stored somewhere else, but I think it should all be located in the same place.
> > I use s script that updates those channels from internet, so I don't > > mind to disable EPG update received on the channel. > > You can set the "table id" of these events to 0 (see man 5vdr).
> > The problem is not with overwriting the data, but appending thewrong
> data for that channel. > I see both script inserted and DVB transmitted data that arediffer.
> > Is there such "table id" setting per channel and not per EPG entry? No, this is per EPG event, not per channel.I'll probably patch the code for now to disable the received EPG
processing.
But as I see it, there is an issue even when the EPG is correctly transmitted by a provider, for example: What VDR will do when there is a change in the program and there is a delay in transmission of some program? Will it have 2 entries for the same program or update the previous entry?
VDR will update/replace all EPG entries according to the new tables. There shouldn't be double entries.
If EPG time is in UTC, than that's a mystery how should those coupled channels be handled.
As I said, each channel has its own SID, and therefore its very own EPG data, which needs to be adjusted to the actual broadcast times of that channel.
As an example: if you have two channels, say ABC and ABC+1, where ABC+1 broadcasts everything one hour later that ABC, then if the air time of event XY is 8:00 for channel ABC, it needs to be 9:00 for channel ABC+1. All times given in UTC, of course.
Klaus
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Sun, Feb 1, 2009 at 6:10 AM, Alex Betis alex.betis@gmail.com wrote:
By the way, if we already discussing EPG... I think the epg.data is very limited. I would like to see an option to integrate pictures or even movies in that file. Ofcause I could place tags in description and have a plugin that could parse those tags and show the pictures stored somewhere else, but I think it should all be located in the same place.
I can't imagine why you would want to mix movies and epg data together. The size of that file would grow tremendously which I assume would have nothing but adverse affects. I don't really see the point of pictures either. Can you elaborate on what purpose this would serve?
On Sun, Feb 1, 2009 at 7:11 PM, user.vdr user.vdr@gmail.com wrote:
On Sun, Feb 1, 2009 at 6:10 AM, Alex Betis alex.betis@gmail.com wrote:
By the way, if we already discussing EPG... I think the epg.data is very limited. I would like to see an option to integrate pictures or even movies in that file. Ofcause I could place tags in description and have a plugin that could
parse
those tags and show the pictures stored somewhere else, but I think it should all be located in the same place.
I can't imagine why you would want to mix movies and epg data together. The size of that file would grow tremendously which I assume would have nothing but adverse affects. I don't really see the point of pictures either. Can you elaborate on what purpose this would serve?
Well, I agree that storing meida files separately would be wiser, but being able to point to those files from within the EPG.data file without abusing description or other fields with tags-reinvention will be helpful. The use is simple, show more information for programs. Many sities of the channels provide that information already, including pictures and movie trailers. There is also IMDB that can be used. As an example, MythTv has a nice use of IMDB for stored movies. Same can be implemented for live movies as well.
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
The use is simple, show more information for programs. Many sities of the channels provide that information already, including pictures and movie trailers. There is also IMDB that can be used. As an example, MythTv has a nice use of IMDB for stored movies. Same can be implemented for live movies as well.
I always thought it would be cool if VDR was able to pull a poster/cover and IMDB summary of movies but I doubt we'd see that in vdr core. A plugin maybe. I'd think a cache somewhere would be far more effecient then using epg.data for that though.
On Sun, Feb 1, 2009 at 9:03 PM, user.vdr user.vdr@gmail.com wrote:
The use is simple, show more information for programs. Many sities of the channels provide that information already, including pictures and movie trailers. There is also IMDB that can be used. As an example, MythTv has
a
nice use of IMDB for stored movies. Same can be implemented for live movies as well.
I always thought it would be cool if VDR was able to pull a poster/cover and IMDB summary of movies but I doubt we'd see that in vdr core. A plugin maybe. I'd think a cache somewhere would be far more effecient then using epg.data for that though.
That's also an option.
I had a thought of saving description in HTML format, so it will be easy to design the output.
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
-
Alex Betis -
Klaus Schmidinger -
user.vdr