Re: [vdr] Collecting semantic channel meta data in a way to be useful for VDR

2012-06-18 Thread Henning Pingel
Am Montag, den 18.06.2012, 18:11 +0200 schrieb Davide Chiarini : For Channel ids, have a look at the rfc used by the xmltv grabbers, you can find a copy on http://wiki.xmltv.org/index.php/XMLTVProject Regards Davide I have tried to stay close to rfc2838: http://tools.ietf.org/html/rfc2838

Re: [vdr] Collecting semantic channel meta data in a way to be useful for VDR

2012-06-18 Thread Davide Chiarini
For Channel ids, have a look at the rfc used by the xmltv grabbers, you can find a copy on http://wiki.xmltv.org/index.php/XMLTVProject Regards Davide Il giorno 18/giu/2012 14:53, "Henning Pingel" ha > To store all this metadata for a channel, the channel needs a unique ID that is different fr

Re: [vdr] RFE: Make VDR more friendly when using combinations of DVB-S, DVB-T and DVB-C

2012-06-18 Thread Ludi
On Sun, 17 Jun 2012 16:55:10 +0200 Klaus Schmidinger wrote: > On 17.06.2012 16:50, Ludi wrote: > > Could you please tell us whether the patch is compatible to vdr > > 1.7.27? It is the version that is currently in use in the > > development version of yavdr. > > It should apply just fine. After

[vdr] Collecting semantic channel meta data in a way to be useful for VDR

2012-06-18 Thread Henning Pingel
Hi, I posted in the discussion "RFE: Make VDR more friendly when using combinations of DVB-S, DVB-T and DVB-C" yesterday and mentioned that my little project Channelpedia could be helpful in this regard. But because my approach is more targeting the necessary semantic meta data that would be

Re: [vdr] RFE: Make VDR more friendly when using combinations of DVB-S, DVB-T and DVB-C

2012-06-18 Thread Klaus Schmidinger
On 18.06.2012 11:27, mtron wrote: On 06/17/2012 02:16 PM, Klaus Schmidinger wrote: Concerning whether to use the longer or the shorter version of the name+source, I would choose the shorter version to not increase chances of the new name not fitting in the OSD. Thus: ZDF (S) ZDF (T

Re: [vdr] RFE: Make VDR more friendly when using combinations of DVB-S, DVB-T and DVB-C

2012-06-18 Thread mtron
On 06/17/2012 02:16 PM, Klaus Schmidinger wrote: >> Concerning whether to use the longer or the shorter version of the >> name+source, I would choose the shorter version to not increase chances >> of the new name not fitting in the OSD. Thus: >> >> ZDF (S) >> ZDF (T) >> ZDF (C) > >

Re: [vdr] RFE: Make VDR more friendly when using combinations of DVB-S, DVB-T and DVB-C

2012-06-18 Thread Klaus Schmidinger
On 18.06.2012 08:37, Marx wrote: What do you think about moving collision detection module into plugin? That way it could be easily swapped. I'm sure many people have their preferences different in how such module should work There is no "collision detection" in core VDR yet, so there's nothi

Re: [vdr] RFE: Make VDR more friendly when using combinations of DVB-S, DVB-T and DVB-C

2012-06-18 Thread VDR User
On Sun, Jun 17, 2012 at 11:50 PM, Marx wrote: > I like the idea of external channels database. There is well known kingofsat > site which is always up-to-date and inspite of scanning  it could be easier > to simply import channels definition from it. It for example could allow to > import only cha

Re: [vdr] RFE: Make VDR more friendly when using combinations of DVB-S, DVB-T and DVB-C

2012-06-18 Thread Marx
What do you think about moving collision detection module into plugin? That way it could be easily swapped. I'm sure many people have their preferences different in how such module should work Marx ___ vdr mailing list vdr@linuxtv.org http://www.linu

Re: [vdr] RFE: Make VDR more friendly when using combinations of DVB-S, DVB-T and DVB-C

2012-06-18 Thread Marx
I like the idea of external channels database. There is well known kingofsat site which is always up-to-date and inspite of scanning it could be easier to simply import channels definition from it. It for example could allow to import only channels from selected provider. I imagine it could be