On Sat, Jan 31, 2009 at 12:10 PM, Klaus Schmidinger <Klaus.Schmidinger@xxxxxxxxxx> wrote:
Thanks.
Alex.
On 31.01.2009 06:13, Alex Betis wrote:
> On Fri, Jan 30, 2009 at 11:50 PM, Klaus Schmidinger
> <Klaus.Schmidinger@xxxxxxxxxx <mailto:Klaus.Schmidinger@xxxxxxxxxx>> wrote:Beats me!
>
> 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?
:)
Please post the complete channels.conf entries of these channels.
> As an example, 75.0E has NTV and NTV-2, or DTV and DTV-2
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
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
No, this is per EPG event, not per channel.
> > 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?
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.
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@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
_______________________________________________ vdr mailing list vdr@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr