Hi,

> > ps: yes, kabi is right, i'm (and not only me) against -fPIC shared librari
> es
> > for speed critical code - with reason.
> > and we really don't know why do you want to win 100kb on file size for 5-1
> 5%
> > 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
me?
i've never wrote asm code under linux...
and imho it's hard to write fpic-incompatible code in plain c

> doesn't mean everyone has to link everything staticaly just because
> he could buy 1GB or RAM :)

and doesn't mean user should buy a tnt2 when the same job can be done wiht
s3 trio too, if well programmed... :)
anyway i never liked s3 users.

> (I assume you have already started to recompile each binary in your
> system with -static -O6 -march -mcpy... :)
nope
but thans for the good idea ;)

> As I said - if programmed properly there is nearly zero difference
> (1-2%) - of course I've not yet fixed ffmpeg encoding part...
you wanted to write 10-20%, right?

> So why you simply don't want to write proper thread-safe code - 
how doe sthread safety come sinto the picture?

> I simply don't understand this - the code will look better -
> everyone could reuse it - and noone would have to uselesly duplicate
> code everywhere.
duplicate != customizing

i wonder why don't you use windows - evertything in dlls, everything ready
to use... nice APIs etc :)

i like linux, because i CAN custimize everything (in source level) for my
needs. i have 50+ own pacthes applied to various utilites, just because i
didn't like their original behaviour. and i feel teh same with libarries,
i'm custimozing them to fit better our needs... yes it's agains sharing, but
who cares.

> Also your filter layer seems to be usable only for mplayer....
> (at least that's my first look impression)
at leats it was designed for mplayer...
i never thought you want to use it :)


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

Reply via email to