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

[Felix Bьnemann]

Hello Nick,

Wednesday, July 11, 2001, 3:52:09 PM, you wrote:

NK> Hi, Felix Bьnemann!

NK> 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.
>>
NK> It seems that you strongly believe to commercial software and treat with distrust
NK> to GPL'ed code. What is nice in l3codec implementation? Maybe there is nice FPU optimized
no, I believe in GPL code, why do you think this?
NK> code? Or you found out that l3codec produces better sound quality on your soundcard?
NK> If last is truth then you should be reported to us about.
NK> Our mp3lib free from errors for now and has "C" optimized code which can be
NK> assigned at any time by disabling ARCH_X86 support. "C" code of mp3lib was tested
NK> during years. So commercail stuff for mp3 streams is unnecessary for us anyway.
As you might no l3codec is the mpeg1 layer 3 implementation by the
Fraunhofer IIS labs, which developed mpeg 1 layer 3, so that's why
it's a nice sample implementation (this does not mean it's fastest,
only means this should be standard implementation, which can also be
used to check output of other mpg1l3 decoders, nothing more, nothing
less).


>>>>
>>>>> 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.
>>
NK> Does someone want to do that?
don't understand what you want to say, I just mean I thought from the
beginning that it's better to use mplayer and disable win32 stuff,
then to step back to mpg12play, but think it was chosen due to easier
portability or smaller codebase.

>>>>
>>>>> (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 =)
>>
NK> 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.
NK> Agree. Let mplayer has golden collection of codecs.

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


-- 
Best regards,
 Felix                            mailto:atmosfear at users.sourceforge.net



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