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.
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
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
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
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
