On Mon, Nov 19, 2001 at 04:40:33PM +0200, Arpi wrote:
> Hi,
>
> > Yes I've already spend a lot of time to make it so easily portable to C
> > as this was my original goal as well - but as Arpi just wanted
> > faster solution I've prepared simplier and easier one...
> it means you will replace C++ code with this C version ? sound good... ;)
Well that will of course require some deep modification of
libwin32 inside avifile tree - if the author of xine would agreed the
avifile tree will be the base - I'll do it (as it's best for all
users I guess we will safe report's of type - ohh this work here and
doesn't works here and they both uses the same codec
(btw Arpi - have you checked that mwv1 for yuv support in some old version)
Obviously it's fully supporting encoding in yuy2 & yv12 - but I've not
yet had enough time to explore the reason for rejecting decoding into
them)
> > yeah it's not - expect I want to have certain beauty in the code so
> > I do not want to just replace :: with _ :)
> I think it's more. I also did ::->_ but didn't worked ;)
well of course - depend how would you make the change - if
you would use strutures with runtime filling of methods addresses
in constructor you will basicaly similate a little bit dumper C++
compiler - but as most of the object are created only once there
is no such big problem with VMT location :)
> > As I mentined elsewhere - would be plugins in the encore/decore style
> > enough for you ?
> maybe. i think it needs codecs conf file parser stuff inside libwin32* then.
yes it would - but I think we need to aggre on this anyway -
after all - you are using these tokens already - so if they would be
placed in condig this - everyone could use them
(Not sure if Mathew Kanner - he voluntured to propose something like
this to me some week ago - also note that subtitle library is also
written highly portable)
> i prefer keeping the current interfaces until we design a new one.
> just moving common code to a lib. it's easy to do and doesn't require much
> coding on your or our side.
Well if you thinkg that downgrading the whole libwin32 plugin basicaly
into C library doesn't require much coding :)....
> i also have plans, mostly from mplayer's dec_*.c stuff.
> but it depends too lot on mplayer architecture and less threadsafe so you
> won't like it.
The threadsafe library is the principial thing (probably something like
saving few jumps in the asm for you :))
> > I've proposed libmmxnow - but mplayer seems to be creating their
> > own compiler-time depended stuff - I do not have really that much time
> we don't like runtime stuff (plugins, cpu detect etc), as you know :)
Which is the thing I do not understand - you should become member of
Redhat, mandrake, slackware, debian or whateever other differenet distro
you like :)
--
.''`. 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}
`- Resistance is futile. You all will be packaged
_______________________________________________
Avifile mailing list
[EMAIL PROTECTED]
http://prak.org/mailman/listinfo/avifile
