[MPlayer-dev-eng] Re: libvo2, 1st proposed spec

[David Holm]

Arpi wrote:

>Hi,
>
>>>we need just a very fast mpeg encoder, i think it's mp1e.
>>>is rte just a wrapper around mp1e and libavcodec, or it does change
>>>(speedup?) mp1e?
>>>
>>>>when we switch to libvo2, can't we just wipe libavcodec and ffmpeg.so 
>>>>
>>>>from every file in the mplayer tree and introduce rte?
>>>
>>>heh? why should we wipe out ffmpeg/libavcodec? it's mainly used for decoding.
>>>
>>oh, I only thought it was used in mpegpes (and now dxr3) for encoding... 
>>
>you should RTFS (or at least RTFM) before thinking...
>
>btw i'll add libavcodec encoding support for mencoder too. it has lots of
>good encoders, including divx3 and divx4, not only mpeg1.
>the only problem is that it's not fast enough for realtime, at least
>compared to mp1e. btw maybe optimizing ffmpeg's encoder is easier than
>supporting mp1e :)  or importing just some code from mp1e (fast DCT etc).
>mpeg encoder of libavcodec is mostly C code, only motion comp. searching is
>MMX but we don't use it at all (I frames only).
>
>>then I understand why you don't want to switch to rte... I'll dig deeper 
>>and come up with a solution that is simple for both users and developers 
>>to use mp1e....
>>
>users side: easy:  mpegenc=ffmpeg|mp1e  (in config file)
>btw if mp1e is good quality and faster, we can forget libavcodec for
>encoding. i choose it because it has some divx->mpeg transcoding (-sameq
>option of ffmpeg) but it's easy to add to mp1e i think.
>
I guess one solution would be to take useful code from mp1e and write 
out own realtime mpeg1 encoder for hw-boards....
Then it wouldn't bea problem to customize it for transcoding either...