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)
not yet :(
(i'm busy with commercial work nowdays and my little spare time is spent by
replying mails:))
> > > 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
you mean codecs.conf at /usr/lib/win32 and parsed/used by libwin32* ?
possible, but i see no sense having it in this lib.
advantages:
- all players use the same dll base and configuration
disadv:
- players never will agree on a common form, and they all handle
codec selection in different way
so i dunno. i think at first we should allow library user to pass all info
we need to load and run the dll, and later we'll see how to make it common.
> (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 :)....
yes, i think, and i don't understand where is the problem for you.
win32 loader, acm and vfw api is already c, and now we have directshow
in c too. the only thing to do is replacing :: by _ in calls to directshow
api :)
> Which is the thing I do not understand - you should become member of
> Redhat, mandrake, slackware, debian or whateever other differenet distro
> you like :)
why?
A'rpi / Astral & ESP-team
--
mailto:[EMAIL PROTECTED]
http://esp-team.scene.hu
_______________________________________________
Avifile mailing list
[EMAIL PROTECTED]
http://prak.org/mailman/listinfo/avifile
