On Mon, May 06, 2002 at 08:39:24PM +0200, Arpi wrote:
> Hi,
>
> > 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 :)
Just because you are 'sabotaging' the proper programing style for PIC it
doesn't mean everyone has to link everything staticaly just because
he could buy 1GB or RAM :)
(I assume you have already started to recompile each binary in your
system with -static -O6 -march -mcpy... :)
As I said - if programmed properly there is nearly zero difference
(1-2%) - of course I've not yet fixed ffmpeg encoding part...
So why you simply don't want to write proper thread-safe code -
I simply don't understand this - the code will look better -
everyone could reuse it - and noone would have to uselesly duplicate
code everywhere.
Also your filter layer seems to be usable only for mplayer....
(at least that's my first look impression)
--
.''`. Which fundamental human right do you want to give up today?
: :' : Debian GNU/Linux maintainer - www.debian.{org,cz}
`. `' Zdenek Kabelac kabi@{debian.org, users.sf.net, fi.muni.cz}
`- When in doubt, just blame the Euro. :)
_______________________________________________
Avifile mailing list
[EMAIL PROTECTED]
http://prak.org/mailman/listinfo/avifile
