Re: [vdr] updated text2skin for vdr-1.5.3 and enigma?
On 6/19/07, Klaus Schmidinger <[EMAIL PROTECTED]> wrote: On 06/19/07 06:53, Stone wrote: > > For vdr-1.5.4 (fix for removal of FONTDIR): Why patch VDR/font.[hc] and not just call cFont::CreateFont() which was introduced in version 1.5.4 for this? Thanks Klaus. I should have read the HISTORY better. :) Attached is a corrected patch for text2skin that does not require any additional changes to VDR/font.[ch]. Best Regards. text2skin-1.1-cvs_ext-0.10-vdr-1.5.4.diff Description: Binary data ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] updated text2skin for vdr-1.5.3 and enigma?
On 06/19/07 06:53, Stone wrote: > > For vdr-1.5.4 (fix for removal of FONTDIR): Why patch VDR/font.[hc] and not just call cFont::CreateFont() which was introduced in version 1.5.4 for this? Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [announcement] vdr2jpeg-0.0.11
Hello, Here a new release of vdr2jpeg. To build with lastest checkout from ffmpeg svn repository. (tested with ffmpeg checkout r9303) Changes update to build with ffmpeg-svn (r9303) add options for frame span What's it - This is a simple program to grab jpeg images from VDR-Recordings. It's used inside xxv to generated preview images of recordings. http://www.deltab.de/index.php?option=com_content&task=view&id=72&Itemid=76 See included file README for more details. Enjoy, Andreas ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] PiP
Tony Houghton wrote: > Has anyone thought about VDR supporting PiP (picture-in-picture)? It > would be quite useful, but perhaps not enough to justify the work. > Supporting all outputs, FF cards in particular, would require a lot of > processing power to decode two streams then encode the superimposed > version back to MPEG 2. Having the feature in Xine would be a lor more > practical, but of course then Xine would need work done to support it. > But I think it would be trivial for it to superimpose two decoded > pictures compared to recoding the MPEG. See http://www.magoa.net/linux/ for the osdpip plugin. The latest version is quite old, but it seems to still work at least with VDR 1.4.7. The link seems to be down, but you can download the latest tarball and small patches for it to add support for recent vdr & gcc from here: http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/vdr-plugin-osdpip/current/SOURCES/ -- Anssi Hannula ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] PiP
Has anyone thought about VDR supporting PiP (picture-in-picture)? It would be quite useful, but perhaps not enough to justify the work. Supporting all outputs, FF cards in particular, would require a lot of processing power to decode two streams then encode the superimposed version back to MPEG 2. Having the feature in Xine would be a lor more practical, but of course then Xine would need work done to support it. But I think it would be trivial for it to superimpose two decoded pictures compared to recoding the MPEG. -- TH * http://www.realh.co.uk ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
