[vdr] Re: GUI: mix of still pics and OSD?

[Jan Ekholm <chakie@infa.abo.fi>]

On Wed, 18 Jun 2003, Olivier Jacques wrote:

>Quoting Jan Ekholm <chakie@infa.abo.fi>:
>> Don't the stills have to be encoded as MPEG[12]? It could prove to be too
>> resource hungry for the lower end of systems where VDR currently runs just
>> fine. Would probably work fine on a faster machine, but who'd want one of
>> those next to the TV?
>
>Yes, the stills have to be encoded. But this is only 1 single still, not a
>video. So I don't see this as an issue. This is what is done "on the fly" by
>the analogTV plugin with mp1e, right? We (I? ;) ) need to conduct some tests,
>but it should not take more than 1s, even on a P133 which is, as far as I know,
>the lowest-end VDR system on earth.

Encoding 640x480 images to MPEG1 video on my p2-333 is not fast. It
doesn't take too long, but it's nowhere as fast as need be for a thing
like an OSD where a delay of a few hundred ms is immediately noticeable.

Speaking of encoding, is ther some "fool proof" way of showing an MPEG1
still image from within a plugin? The various image viewers all use some
kind of hack to do it, as cDevice::StillPicture() doesn't really seem to
work (at least in my tests, maybe the image needs to be encoded in some
special non-MPEG-1 way?). At least I've had no success with it, while the
"hacks" have managed to show at least gargabe that resemble the original
MPEG1 "picture".

-- 
 The Emperor had all the qualifications for a corpse except, as it were, the
         most vital one.
                                       -- Terry Pratchett, Interesting Times


-- 
Info:
To unsubscribe send a mail to ecartis@linuxtv.org with "unsubscribe vdr" as subject.