On Mon, 6 May 2002, Zdenek Kabelac wrote:
> > > I don't have hardware to developed something with hw encoding stuff -
> > > so if you are searching for this kind of support - see the mplayer project...
> >
> > What about using fastmemcpy from mplayer for critical parts ?
> > I tried it with LD_PRELOAD pointed into small library, contains
> > accelerated memcpy and have 2x faster drawing, than with standard memcpy.
>
> Well the accelerated memcpy is really fast (300MB/s -> 860MB/s on A1400MHz)
> However aviplay is not transfering such large memory bloks
> (and mplayer now mostly doesn't use it as well with direct rendering)
>
> So unless you will disable direct rendering there will be no
> speed gain in this area.
>
I tryed it with direct rendering enabled and using memcpy optimized for
mem2agp copy (copy blocks, aligned to cache size) and result is faster.
But main speed problem is in decoder and because we have no source from
windows codec we have to use alternative decoders, which are much more
faster than windows codecs (eg. ffmpeg, divx5).
But if you are not able to use direct rendering, the optimized memcpy can
bring small diference between 110% and 97% CPU usage.
Not all users have CPU under 1GHz and accelerated Graphics card.
(i know, that using mplayer is better. But why not add it, if we can.
If you want i can try it and implement optimized memcpy into avifile).
MOJE
--
Tomas Konir
Brno
ICQ 25849167
_______________________________________________
Avifile mailing list
[EMAIL PROTECTED]
http://prak.org/mailman/listinfo/avifile
