I don't know if anyone else still uses the xmltv2vdr.pl perl script for piping XMLTV data into VDR's epg, but I've been keeping a version of it updated with some additional function here:
https://github.com/oldmanuk/xmltv2vdr
These are the changes since the last version (1.0.9) was released on the mailing list
- Add support for XMLTV episode-num. Currently gets added as EPG entry 'sub-title', if no existing subtitle has been found, in the form sXXeXX (e.g., Bones~s01e01). - Change default SVDRP port number to 6419. - Better support for ATSC/PVRINPUT EPG sources. - Allow multiple channels to have the same XMLTV channel id, useful for multi input (e.g., DVB-T, DVB-S) systems where you want to feed VDR the same info. Previously only a 1:1 mapping was permitted.
I've also received a pull request from someone who rewrote the whole script to be a lot more readable and to use full XML parsing (rather than just line-by-line scraping), but I still need to investigate what the performance penalty is before accepting that in.
On 9 March 2012 15:54, Dominic Evans oldmanuk@gmail.com wrote:
I don't know if anyone else still uses the xmltv2vdr.pl perl script for piping XMLTV data into VDR's epg, but I've been keeping a version of it updated with some additional function here:
https://github.com/oldmanuk/xmltv2vdr
These are the changes since the last version (1.0.9) was released on the mailing list
- Add support for XMLTV episode-num. Currently gets added as EPG entry
'sub-title', if no existing subtitle has been found, in the form sXXeXX (e.g., Bones~s01e01).
- Change default SVDRP port number to 6419.
- Better support for ATSC/PVRINPUT EPG sources.
- Allow multiple channels to have the same XMLTV channel id, useful for
multi input (e.g., DVB-T, DVB-S) systems where you want to feed VDR the same info. Previously only a 1:1 mapping was permitted.
I've also received a pull request from someone who rewrote the whole script to be a lot more readable and to use full XML parsing (rather than just line-by-line scraping), but I still need to investigate what the performance penalty is before accepting that in.
Yep! I still use it on a daily basis.
:-)
Will grab new version over the weekend and give it a whirl.
Cheers,
Laz
On Fri, 9 Mar 2012 15:54:29 +0000 Dominic Evans oldmanuk@gmail.com wrote:
I don't know if anyone else still uses the xmltv2vdr.pl perl script for piping XMLTV data into VDR's epg, but I've been keeping a version of it updated with some additional function here:
I don't want to discourage you from that - but have you seen there is a xmltv2vdr plugin ? This might be the better solution on the long run.
On 03/10/2012 07:06 AM, Steffen Barszus wrote:
On Fri, 9 Mar 2012 15:54:29 +0000 Dominic Evansoldmanuk@gmail.com wrote:
I don't know if anyone else still uses the xmltv2vdr.pl perl script for piping XMLTV data into VDR's epg, but I've been keeping a version of it updated with some additional function here:
I don't want to discourage you from that - but have you seen there is a xmltv2vdr plugin ? This might be the better solution on the long run.
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Hi,
I still use it, everyday. Mostly because it works so I never saw the need to chnage to the plugin.
Cheers Brian
On 10 March 2012 09:52, brian Brian_Dorling@t-online.de wrote:
I still use it, everyday. Mostly because it works so I never saw the need to chnage to the plugin.
Ditto! I had a quick play with the plugin a few months back but never managed to get it to work. I currently have a simple cron job that runs early every day that grabs XML listings from Radio Times and then feeds in to vdr with the xmltv2vdr.pl script. Works a treat!
Could be time to reinvestigate the plugin, though.
Cheers,
Laz
On 10 Mar 2012, at 06:08, Steffen Barszus steffenbpunkt@googlemail.com wrote:
On Fri, 9 Mar 2012 15:54:29 +0000 Dominic Evans oldmanuk@gmail.com wrote:
I don't know if anyone else still uses the xmltv2vdr.pl perl script for piping XMLTV data into VDR's epg, but I've been keeping a version of it updated with some additional function here:
I don't want to discourage you from that - but have you seen there is a xmltv2vdr plugin ? This might be the better solution on the long run
Sure I knew about this plugin but for non-German speakers it's a problem as it has no English documentation and seems to grab episode information from eplists (which are also all in German) rather than using the info found in the XMLTV listings. I'm also not sure how often it runs etc.
If someone would do an English write up and explain what features it has and doesn't have, that would be excellent :)
On 3/9/2012 4:54 PM, Dominic Evans wrote:
I don't know if anyone else still uses the xmltv2vdr.pl perl script for piping XMLTV data into VDR's epg, but I've been keeping a version of it updated with some additional function here:
https://github.com/oldmanuk/xmltv2vdr
These are the changes since the last version (1.0.9) was released on the mailing list
- Add support for XMLTV episode-num. Currently gets added as EPG entry 'sub-title', if no existing subtitle has been found, in the form sXXeXX (e.g., Bones~s01e01).
- Change default SVDRP port number to 6419.
- Better support for ATSC/PVRINPUT EPG sources.
- Allow multiple channels to have the same XMLTV channel id, useful for multi input (e.g., DVB-T, DVB-S) systems where you want to feed VDR the same info. Previously only a 1:1 mapping was permitted.
I've also received a pull request from someone who rewrote the whole script to be a lot more readable and to use full XML parsing (rather than just line-by-line scraping), but I still need to investigate what the performance penalty is before accepting that in.
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Hi Dominic,
just a quick question about the script, which I use every day.
I need to merge XML data from 2 sources for my VDR. I tried just running the script twice, but I see that it clears VDR's EPG at the start. So that does not work.
First attempt was to remove the clear EPG instruction (CLRE I think), that is not a good idea.
So now I am left with 2 alternatives:
1. Use two versions of the script, the first to run with the CLRE in, the second to run without the CLRE in. A version where the CLRE could be skipped due to an input parm would be a great help..........
2. Somehow merge the XML input files and then run the script just once. I'll try that today, maybe that will work
Maybe you have an idea for a solution that I am missing
Cheers Brian
--- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus
Hi Brian,
On 26 July 2015 at 08:40, Brian Brian_Dorling@t-online.de wrote:
just a quick question about the script, which I use every day.
I need to merge XML data from 2 sources for my VDR. I tried just running the script twice, but I see that it clears VDR's EPG at the start. So that does not work.
First attempt was to remove the clear EPG instruction (CLRE I think), that is not a good idea.
So now I am left with 2 alternatives:
- Use two versions of the script, the first to run with the CLRE in,
the second to run without the CLRE in. A version where the CLRE could be skipped due to an input parm would be a great help..........
- Somehow merge the XML input files and then run the script just once.
I'll try that today, maybe that will work
Maybe you have an idea for a solution that I am missing
Unfortunately I no longer have a copy of the script available to remind myself, but it should be simple enough to allow it to accept multiple .xml files as arguments and read-in each of them in turn.
On Thu, 6 Aug 2015 11:32:54 +0100 Dominic Evans oldmanuk@gmail.com wrote:
Hi Brian,
On 26 July 2015 at 08:40, Brian Brian_Dorling@t-online.de wrote:
just a quick question about the script, which I use every day.
I need to merge XML data from 2 sources for my VDR. I tried just running the script twice, but I see that it clears VDR's EPG at the start. So that does not work.
First attempt was to remove the clear EPG instruction (CLRE I think), that is not a good idea.
So now I am left with 2 alternatives:
- Use two versions of the script, the first to run with the CLRE
in, the second to run without the CLRE in. A version where the CLRE could be skipped due to an input parm would be a great help..........
- Somehow merge the XML input files and then run the script just
once. I'll try that today, maybe that will work
Maybe you have an idea for a solution that I am missing
Unfortunately I no longer have a copy of the script available to remind myself, but it should be simple enough to allow it to accept multiple .xml files as arguments and read-in each of them in turn.
You might have a look at the "newer" vdr-plugin-xmltv2vdr, which can also import xmltv files into the vdr. I am currently using it to import two different xmltv files into the vdr.
http://www.linuxtv.org/vdrwiki/index.php/Xmltv2vdr-plugin
Cheers
On 8/7/2015 9:57 PM, Ludi wrote:
On Thu, 6 Aug 2015 11:32:54 +0100 Dominic Evans oldmanuk@gmail.com wrote:
Hi Brian,
On 26 July 2015 at 08:40, Brian Brian_Dorling@t-online.de wrote:
just a quick question about the script, which I use every day.
I need to merge XML data from 2 sources for my VDR. I tried just running the script twice, but I see that it clears VDR's EPG at the start. So that does not work.
First attempt was to remove the clear EPG instruction (CLRE I think), that is not a good idea.
So now I am left with 2 alternatives:
- Use two versions of the script, the first to run with the CLRE
in, the second to run without the CLRE in. A version where the CLRE could be skipped due to an input parm would be a great help..........
- Somehow merge the XML input files and then run the script just
once. I'll try that today, maybe that will work
Maybe you have an idea for a solution that I am missing
Unfortunately I no longer have a copy of the script available to remind myself, but it should be simple enough to allow it to accept multiple .xml files as arguments and read-in each of them in turn.
You might have a look at the "newer" vdr-plugin-xmltv2vdr, which can also import xmltv files into the vdr. I am currently using it to import two different xmltv files into the vdr.
http://www.linuxtv.org/vdrwiki/index.php/Xmltv2vdr-plugin
Cheers
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Hi, I tried that twice now and both times hit problems that I could not solve. IIRC the support was virtually non-existent. and no logging to help either. So I went back to this solution. It has always worked OK for me.
As the easiest solution I now have two .pl files, one has the CLRE commented out. So first run is with CLRE, second run is without CLRE. As both runs are called from a single script file this solution works OK for me.
YMMV.
Cheers and thanks for the suggestions everyone. Brian
--- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus
On Sun, 09 Aug 2015 15:35:58 +0200 "Brian" Brian_Dorling@t-online.de wrote:
On 8/7/2015 9:57 PM, Ludi wrote:
On Thu, 6 Aug 2015 11:32:54 +0100 Dominic Evans oldmanuk@gmail.com wrote:
Hi Brian,
On 26 July 2015 at 08:40, Brian Brian_Dorling@t-online.de wrote:
just a quick question about the script, which I use every day.
I need to merge XML data from 2 sources for my VDR. I tried just running the script twice, but I see that it clears VDR's EPG at the start. So that does not work.
First attempt was to remove the clear EPG instruction (CLRE I think), that is not a good idea.
So now I am left with 2 alternatives:
- Use two versions of the script, the first to run with the CLRE
in, the second to run without the CLRE in. A version where the CLRE could be skipped due to an input parm would be a great help..........
- Somehow merge the XML input files and then run the script just
once. I'll try that today, maybe that will work
Maybe you have an idea for a solution that I am missing
Unfortunately I no longer have a copy of the script available to remind myself, but it should be simple enough to allow it to accept multiple .xml files as arguments and read-in each of them in turn.
You might have a look at the "newer" vdr-plugin-xmltv2vdr, which can also import xmltv files into the vdr. I am currently using it to import two different xmltv files into the vdr.
http://www.linuxtv.org/vdrwiki/index.php/Xmltv2vdr-plugin
Cheers
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Hi, I tried that twice now and both times hit problems that I could not solve. IIRC the support was virtually non-existent. and no logging to help either. So I went back to this solution. It has always worked OK for me.
As the easiest solution I now have two .pl files, one has the CLRE commented out. So first run is with CLRE, second run is without CLRE. As both runs are called from a single script file this solution works OK for me.
Hi Brian,
I am glad you found a solution that works for you.
Concerning the support for the xmltv2vdr plugin, it is probably the best to ask for it in the VDR Portal: http://www.vdr-portal.de
Cheers
-
brian -
Brian
-
Dominic Evans -
Laurence Abbott -
Ludi -
Steffen Barszus