On 2/13/07, Morfsta <[EMAIL PROTECTED]> wrote:
Hi,
I'm the original author of xml2vdr (for my sins!), thanks for working on it
and improving the performance.
If everyone is happy with this new code release and it really improves the
speed I'll wrap it up and make a formal release and get Klaus
On 2/13/07, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
> But it didn't help at all with my benchmark.
> ...
> For information that change has no impact on my bench.
Interesting, what version of Perl are you running if those
changes don't do anything?
vdr26:~/xmltv# time ./xmltv2vdrv5.pl -
> But it didn't help at all with my benchmark.
> ...
> For information that change has no impact on my bench.
Interesting, what version of Perl are you running if those
changes don't do anything?
---
Futher improvement is that now it is unnecessary to read whole
XML-file into memory, as the f
On 2/13/07, Morfsta <[EMAIL PROTECTED]> wrote:
Hi,
I'm the original author of xml2vdr (for my sins!), thanks for working on it
and improving the performance.
I know and thanks for it.
If everyone is happy with this new code release and it really improves the
speed I'll wrap it up and make a
On 2/12/07, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
> I recently worked on xmltv2vdr.pl (version 1.0.6) and checked
> why it was so slow on my mighty Celeron 233. So I modified it
> a little to avoid reading all the xmltv file for each channel
> defined in the channels.conf. The result is go
Sebastien Lucas wrote:
Hi,
I recently worked on xmltv2vdr.pl (version 1.0.6) and checked why it
was so slow on my mighty Celeron 233.
Yes! Thanks, it includes the Subtitle Patch ;-)
Regards,
Thomas
___
vdr mailing list
vdr@linuxtv.org
http://www.li
> I recently worked on xmltv2vdr.pl (version 1.0.6) and checked
> why it was so slow on my mighty Celeron 233. So I modified it
> a little to avoid reading all the xmltv file for each channel
> defined in the channels.conf. The result is good : I can process
> my 5Mo xmltv file in less than 10 mi
