Hi,
> > decompress image - scale - rgb covert - rotate - blur - compress.
> >
> Do you mean to do all filter process separetely for few lines (or more
> lines) ?
> I mean anything like this ?
>
> for(in_all_lines/16){ //for exapmle working on sets of 16 lines
> get_lines(16);
> decompress();
> scale();
> rgb2yuv();
> rotate();
> blur();
> compress();
> put_processed_lines();
> }
mplayer's filter API can do this now (look at teh optional draw_slice()
stuff), but none of the filters support it yet. it's on my TODO anyway...
> if you select optimal line count, all operations will be under L1 (L2)
> cache and memorry will be transferred only at start and end of the
> process. This strategy brings much better bus utilization and some
> performance improvement too.
agree
ps: yes, kabi is right, i'm (and not only me) against -fPIC shared libraries
for speed critical code - with reason.
and we really don't know why do you want to win 100kb on file size for 5-15%
slowdown... today, when for $30 you can buy 20GB hdd or 256mb ram :)
A'rpi / Astral & ESP-team
--
Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu
_______________________________________________
Avifile mailing list
[EMAIL PROTECTED]
http://prak.org/mailman/listinfo/avifile
