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

[Nick Kurshev]

Hello, Arpi!

On Fri, 15 Feb 2002 12:16:58 +0100 you wrote:

> 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?
divx4linux doesn't work for me since 0.60 :(
> 
> > > > 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
But you'll not be able to implement it better for video memory ;)
I've implement maximal perfomance here and I can't perform direct rendering
from 16-byte aligned source data to 32-byte aligned video memory on matrox.
It seems that nobody can do that :)
> i want generic, codec and libvo independent way
> 
It will not give real speedup, imho
Please correct me if I'm wrong ;)
It will give only structurized sources :(

> > 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
> _______________________________________________
> MPlayer-dev-eng mailing list
> MPlayer-dev-eng at mplayerhq.hu
> http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng
> 


Best regards! Nick
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/attachments/20020215/6492c514/attachment.pgp>