On Sat, Jan 31, 2009 at 12:10 PM, Klaus Schmidinger < klaus.schmidin...@cadsoft.de> wrote:
> On 31.01.2009 06:13, Alex Betis wrote: > > On Fri, Jan 30, 2009 at 11:50 PM, Klaus Schmidinger > > <klaus.schmidin...@cadsoft.de <mailto:klaus.schmidin...@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. 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 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? 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 >
_______________________________________________ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr