From richard@lithvall.se Mon Oct 24 14:10:59 2005
From: Richard Lithvall <richard@lithvall.se>
To: vdr@linuxtv.org
Subject: [vdr] EPG data...
Date: Mon, 24 Oct 2005 14:10:59 +0200
Message-ID: <435CCF53.10806@lithvall.se>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============6236312228784471763=="

--===============6236312228784471763==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

I know this issue has been discussed before but I still have some questions.

Background.
I receive some channels from more than one source and one of those 
sources carry a couple of days of EPG but suffers from low signal 
quality so I'd rather not use that source when recording/viewing.
So I was thinking of exporting the EPG from that source and import it to 
my other sources EPG-data but found out that the <event id> and <table 
id> differs between these sources.

What sets the <event id> and <table id> and are those values calculable?
If these values are not calculable I'd like to know if there is an 
counter part to <table id>=0, that is - always overwrite this event if 
conflicting data comes from the DVB stream (conflicting as in 
overlapping start time and duration).

Regards,
Richard


--===============6236312228784471763==--


From Klaus.Schmidinger@cadsoft.de Sun Oct 30 18:25:46 2005
From: Klaus Schmidinger <Klaus.Schmidinger@cadsoft.de>
To: vdr@linuxtv.org
Subject: Re: [vdr] EPG data...
Date: Sun, 30 Oct 2005 14:46:44 +0100
Message-ID: <4364CEC4.80308@cadsoft.de>
In-Reply-To: <435CCF53.10806@lithvall.se>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============7510171232194100742=="

--===============7510171232194100742==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Richard Lithvall wrote:
> I know this issue has been discussed before but I still have some 
> questions.
> 
> Background.
> I receive some channels from more than one source and one of those 
> sources carry a couple of days of EPG but suffers from low signal 
> quality so I'd rather not use that source when recording/viewing.
> So I was thinking of exporting the EPG from that source and import it to 
> my other sources EPG-data but found out that the <event id> and <table 
> id> differs between these sources.
> 
> What sets the <event id> and <table id> and are those values calculable?

The <event id> is an arbitrary value. The only requirement is that it
is unique within the given service.

The <table id> is simply the id of the table in which the event was
found. Tables 0x4e and 0x4F are for present/following events, and
0x50..0x6F are for events in the future (the higher the table id, the
further in th future).

> If these values are not calculable I'd like to know if there is an 
> counter part to <table id>=0, that is - always overwrite this event if 
> conflicting data comes from the DVB stream (conflicting as in 
> overlapping start time and duration).

If you send your "known to be good" data with table id 0x00, it should
overwrite any existing events, provided either the event id is the same,
or they start at the same time.

Klaus


--===============7510171232194100742==--


From richard@lithvall.se Sun Oct 30 22:53:27 2005
From: Richard Lithvall <richard@lithvall.se>
To: vdr@linuxtv.org
Subject: Re: [vdr] EPG data...
Date: Sun, 30 Oct 2005 22:53:21 +0100
Message-ID: <436540D1.1000102@lithvall.se>
In-Reply-To: <4364CEC4.80308@cadsoft.de>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============7605075818758582131=="

--===============7605075818758582131==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Klaus Schmidinger wrote:

>> What sets the <event id> and <table id> and are those values calculable?
> 
> The <event id> is an arbitrary value. The only requirement is that it
> is unique within the given service.

Hmm, does this value count when deciding an event's uniqueness?

> The <table id> is simply the id of the table in which the event was
> found. Tables 0x4e and 0x4F are for present/following events, and
> 0x50..0x6F are for events in the future (the higher the table id, the
> further in th future).
> 
>> If these values are not calculable I'd like to know if there is an 
>> counter part to <table id>=0, that is - always overwrite this event if 
>> conflicting data comes from the DVB stream (conflicting as in 
>> overlapping start time and duration).
> 
> If you send your "known to be good" data with table id 0x00, it should
> overwrite any existing events, provided either the event id is the same,
> or they start at the same time.

OK, so if I send my "not known to be good" data with table id 0x50 and 
higher (or even 0x6F just to be sure), it would be overwritten by the 
providers EPG-data when they send their (conflicting) present/following 
events (0x4E/0x4F)?

Regards,
Richard


--===============7605075818758582131==--


From Klaus.Schmidinger@cadsoft.de Mon Oct 31 11:42:53 2005
From: Klaus Schmidinger <Klaus.Schmidinger@cadsoft.de>
To: vdr@linuxtv.org
Subject: Re: [vdr] EPG data...
Date: Mon, 31 Oct 2005 11:42:39 +0100
Message-ID: <4365F51F.5010401@cadsoft.de>
In-Reply-To: <436540D1.1000102@lithvall.se>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============8634506370161575281=="

--===============8634506370161575281==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Richard Lithvall wrote:
> Klaus Schmidinger wrote:
> 
>>> What sets the <event id> and <table id> and are those values calculable?
>>
>>
>> The <event id> is an arbitrary value. The only requirement is that it
>> is unique within the given service.
> 
> 
> Hmm, does this value count when deciding an event's uniqueness?

I'm afraid I don't know what you mean.
The event id has to be unique. Two events with the same event id
are the _same_ event, no matter what the rest of their data is.

>> The <table id> is simply the id of the table in which the event was
>> found. Tables 0x4e and 0x4F are for present/following events, and
>> 0x50..0x6F are for events in the future (the higher the table id, the
>> further in th future).
>>
>>> If these values are not calculable I'd like to know if there is an 
>>> counter part to <table id>=0, that is - always overwrite this event 
>>> if conflicting data comes from the DVB stream (conflicting as in 
>>> overlapping start time and duration).
>>
>>
>> If you send your "known to be good" data with table id 0x00, it should
>> overwrite any existing events, provided either the event id is the same,
>> or they start at the same time.
> 
> 
> OK, so if I send my "not known to be good" data with table id 0x50 and 
> higher (or even 0x6F just to be sure), it would be overwritten by the 
> providers EPG-data when they send their (conflicting) present/following 
> events (0x4E/0x4F)?

Events from the data stream with table ids that are less than an
existing event with the same event id or start time will overwrite
the existing data.

Klaus


--===============8634506370161575281==--


From richard@lithvall.se Tue Nov  1 23:13:13 2005
From: Richard Lithvall <richard@lithvall.se>
To: vdr@linuxtv.org
Subject: Re: [vdr] EPG data...
Date: Tue, 01 Nov 2005 23:13:10 +0100
Message-ID: <4367E876.5020208@lithvall.se>
In-Reply-To: <4365F51F.5010401@cadsoft.de>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============4028640338781973701=="

--===============4028640338781973701==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Klaus Schmidinger wrote:

>>> The <event id> is an arbitrary value. The only requirement is that it
>>> is unique within the given service.
>>
>> Hmm, does this value count when deciding an event's uniqueness?
> 
> I'm afraid I don't know what you mean.
> The event id has to be unique. Two events with the same event id
> are the _same_ event, no matter what the rest of their data is.

OK, I'm having a hard time trying to express my self :) But I think I'm 
getting the picture, see further down...

>> OK, so if I send my "not known to be good" data with table id 0x50 and 
>> higher (or even 0x6F just to be sure), it would be overwritten by the 
>> providers EPG-data when they send their (conflicting) 
>> present/following events (0x4E/0x4F)?
> 
> Events from the data stream with table ids that are less than an
> existing event with the same event id or start time will overwrite
> the existing data.

Sounds promising for my needs. To make sure I understand I'll try to 
summarize;

If I populate a channel with custom EPG-data and setting <table id> to 
0x6F and the <event id> to some random made up unique value the EPG-data 
will always be overwritten by events coming from the providers data 
stream as long as the <table id> is less than 0x6F and start time are 
the same no matter what the <event id> are?

Regards,
Richard


--===============4028640338781973701==--


From Klaus.Schmidinger@cadsoft.de Tue Nov  1 23:19:47 2005
From: Klaus Schmidinger <Klaus.Schmidinger@cadsoft.de>
To: vdr@linuxtv.org
Subject: Re: [vdr] EPG data...
Date: Tue, 01 Nov 2005 23:19:43 +0100
Message-ID: <4367E9FF.3060105@cadsoft.de>
In-Reply-To: <4367E876.5020208@lithvall.se>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1529720180733788236=="

--===============1529720180733788236==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Richard Lithvall wrote:
> Klaus Schmidinger wrote:
> ...
>>> OK, so if I send my "not known to be good" data with table id 0x50 
>>> and higher (or even 0x6F just to be sure), it would be overwritten by 
>>> the providers EPG-data when they send their (conflicting) 
>>> present/following events (0x4E/0x4F)?
>>
>>
>> Events from the data stream with table ids that are less than an
>> existing event with the same event id or start time will overwrite
>> the existing data.
> 
> 
> Sounds promising for my needs. To make sure I understand I'll try to 
> summarize;
> 
> If I populate a channel with custom EPG-data and setting <table id> to 
> 0x6F and the <event id> to some random made up unique value the EPG-data 
> will always be overwritten by events coming from the providers data 
> stream as long as the <table id> is less than 0x6F and start time are 
> the same no matter what the <event id> are?

That's how it's supposed to be.

Klaus


--===============1529720180733788236==--