[MPlayer-dev-eng] libmpcodecs vs. filter layer

[Arpi]

Hi,

> > > > (2*static+1*temp) buffer types)
> > > temp - imho it's case when buffer is located in RAM, isn't?
> > > Then such "direct rendering" exists in every player ;)
> > 
> > nope
> > static mean buffer which 'remember the content' so if only a part of the
> > image changes at next frame it's enough to update just that part.
> > temp buffer mean it don't have to keep its content, can be changed or move
> d
> > in memory at every frame. it can be altered by osd, postprocess and stuff.
> > 
> this is posible only with opensource codecs after deep hacking them, imho

nope
vfw, dshow and divx4linux codecs also support direct rendering.
(try avifile/aviplay)
as xanim codecs use callback for rendering, we can implement into them.
opensource is trivial.
so what left?

> > > IMHO, you've missed video buffer type!
> > ?
> > 
> Please look at dec_video.c - there is already implemented direct rendering i
> nto
> video memory directly (if your card support 16 bytes pitches)!
> It speedup decoding on 10-20% (codec depended)

it's messy and very limited hack
i want generic, codec and libvo independent way

> Do you have mpegjoin or similar SW? Or I can just use cat for that?
cat is enough


A'rpi / Astral & ESP-team

--
Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu