2006-06-02, 07:18 AM
Hello,
I've just started using gbpvr and would like to understand some more about importing xmltv data.
I used freq2xml.exe to prepare an xml file that contains my channel definition.
I live in the Netherlands where we need to use the exact frequency.
So for example:
<tv>
<channel id="216000000">
<display-name>Nederland 1</display-name>
</channel>
<channel id="184000000">
<display-name>Nederland 2</display-name>
</channel>
So the channel id is the frequency I need to use.
And this works. When I import EPG GBPVR creates the channels using then channel id as source channel.
It adds the channels to the (empty) list of channels sorted by freq and not by order of entry. I would have preferred the former.
Then I use Amontillado TVGIDS grabber to grab the real xmltv data.
It makes an xmltv file like this:
<tv generator="Amontillado TVGIDS grabber">
<channel id="1">
<display-name>Nederland 1</display-name>
</channel>
<channel id="2">
<display-name>Nederland 2</display-name>
</channel>
..
..
..
<programme start="20060602065900" stop="20060602090000" channel="1">
<title>Goedemorgen Nederland</title>
<desc>bla bla bla</desc>
<category>Nieuws/actualiteiten</category>
</programme>
And when I import it works OK. So far so good.
What I do not understand is how GBPVR matches its channels to the newly imported data. I guess it uses the display-name as unique id, but then again it uses the channel id to mach the data internal in the xmltv file.
Could somebody pleas confirm this?
So to start a new gbpvr installation I need to:
1) prepare an xmltv file to define the channels and its frequency
2) renumber the channels to my preference
3) import the 'real' xmltv file.
What happens when an updated xmltv is imported?
1) When this new xmltv defines programs in empty time slots are the old programs preserved?
2) When the new xmltv tv defines programs on conflicting times are the old conflicting programs deleted?
And finally: did I overlook some documentation where I could have learned all this without bothering you?
Cheers,
Henk van der Meer
I've just started using gbpvr and would like to understand some more about importing xmltv data.
I used freq2xml.exe to prepare an xml file that contains my channel definition.
I live in the Netherlands where we need to use the exact frequency.
So for example:
<tv>
<channel id="216000000">
<display-name>Nederland 1</display-name>
</channel>
<channel id="184000000">
<display-name>Nederland 2</display-name>
</channel>
So the channel id is the frequency I need to use.
And this works. When I import EPG GBPVR creates the channels using then channel id as source channel.
It adds the channels to the (empty) list of channels sorted by freq and not by order of entry. I would have preferred the former.
Then I use Amontillado TVGIDS grabber to grab the real xmltv data.
It makes an xmltv file like this:
<tv generator="Amontillado TVGIDS grabber">
<channel id="1">
<display-name>Nederland 1</display-name>
</channel>
<channel id="2">
<display-name>Nederland 2</display-name>
</channel>
..
..
..
<programme start="20060602065900" stop="20060602090000" channel="1">
<title>Goedemorgen Nederland</title>
<desc>bla bla bla</desc>
<category>Nieuws/actualiteiten</category>
</programme>
And when I import it works OK. So far so good.
What I do not understand is how GBPVR matches its channels to the newly imported data. I guess it uses the display-name as unique id, but then again it uses the channel id to mach the data internal in the xmltv file.
Could somebody pleas confirm this?
So to start a new gbpvr installation I need to:
1) prepare an xmltv file to define the channels and its frequency
2) renumber the channels to my preference
3) import the 'real' xmltv file.
What happens when an updated xmltv is imported?
1) When this new xmltv defines programs in empty time slots are the old programs preserved?
2) When the new xmltv tv defines programs on conflicting times are the old conflicting programs deleted?
And finally: did I overlook some documentation where I could have learned all this without bothering you?
Cheers,
Henk van der Meer