[Mplayer-users] 0.18pre4 released with native divx codec :)

[Nick Kurshev]

Hi, Felix Bьnemann!

On 2001-07-10 23:31:17 you wrote:

>>>> I never said about removing win32 stuff entire for the now.
>>>> But in the future - when native codecs will come in.
>>>Of course. But it's as unlikely as M$ sends us WMV8 sources for example.
>>>
>NK> Why? Lets WMV8 support will be in mplayer as win32 stuff.
>NK> But l3codeca.acm is dead thing for mplayer and soon divxc32.dll
>NK> (And I hope that someone will write opensource support for divxa32)
>NK> I can't find users which would be glad to use win32 codecs to
>NK> lose frames and dream about upgrading their hardware.
>NK> (But people are strange creatures so can be everything).
>
>arg, why argue bout that stuff, leave the choice to the user, l3codec
>is for exp a nixe implementation of mp3 decoder to compare with output
>of mp3lib to check for errors and stuff.
>
It seems that you strongly believe to commercial software and treat with distrust
to GPL'ed code. What is nice in l3codec implementation? Maybe there is nice FPU optimized
code? Or you found out that l3codec produces better sound quality on your soundcard?
If last is truth then you should be reported to us about.
Our mp3lib free from errors for now and has "C" optimized code which can be
assigned at any time by disabling ARCH_X86 support. "C" code of mp3lib was tested
during years. So commercail stuff for mp3 streams is unnecessary for us anyway.

>>>
>>>> In general I can remove all win32 support locally on my computer since they
>>>And when you encounter an Indeo5/WMV7 AVI, you'll recompile. Well, it's up
>>>to you. Or: compile two binaries, 'mplayer' and 'mplayer-win32' . Great, eh?
>>>:/
>>>
>NK> Yes! Great idea!!! Gabucino, where you were before?
>NK> IMHO it's best solution to add --disable-win32 in configure, isn't?
>NK> (Of course --enable-win32 by default)
>NK> So mpg12play can be stopped too.
>
>yes, that's what I thought bould mpg12play from the beginning.
>
Does someone want to do that?

>>>
>>>> (Of course sometime mplayer uses divx audio support of which still is not
>>>> implemented as open source codecs - but only rare .avis contain such streams)
>>>No. For example a very significant amount of anime on the net (and some of
>>>mine) contain DivXa.
>>>
>NK> For inet toys - maybe. But when I purchase a CDROM with DivX-MSMPEG4
>NK> movie I have only mp3 stream (at least in my country). So it's no problem for Russia.
>In germany you can't divx movies on cdrom, for some certain copyright
>restrictions =)
>
I thought that it is acceptable to the world entire. Sorry!

>>>
>>>> MPlayer could lost so much unnecessary stuffs: wine, dshow, vfw, ... and be
>>>> much faster without emulators.
>>>It wouldn't be faster, only the binary would be smaller. As far as I know.
>>>Use UPX :)
>>>
>>>Will you answer to such mails : "WTF, mplayer doesn't even play Indeo !"
>>>(oh well, RTFM :)
>NK> Probably I have lacks of english, but I mean to remove only part of win32
>NK> codecs for now (which has opensource fastest analogs). So mplayer will support
>NK> and this terrible format aka Intel's Indeo Video.
>well read above I'd say leave the choice to the user, but we might
>think about removing uneeded files from win32 package in the future
>and only leave codec entries for them in codecs.conf.
Agree. Let mplayer has golden collection of codecs.

Best regards! Nick (2001-07-11 13:40:41)


_______________________________________________
Mplayer-users mailing list
Mplayer-users at lists.sourceforge.net
http://lists.sourceforge.net/lists/listinfo/mplayer-users