[Mplayer-dev-eng] [Experimental PATCH] downmix_3dnow.S

[Nick Kurshev]

Hi!

On Sat, 12 May 2001 17:52:40 +0200 (CEST), Arpi wrote:

>> I know it. There are a tons of pure C code in time-critical imdct.c+srfft.c+...
>> But I still have no ac3 samples - may be later, I hope.
>> What you think about adding to mplayer possibility to playback a pure
>> audio streams (like mp3, ac3 and so on)? Such feature could make optimization
>> easy on top small samples.
>I'm already working on this. It requires for .wma playback too.
>
As soon it will be available?

>> And last moment: Mplayer has imported libraries such as (libmp3, libac3, ...). They probably have
>> own centres of development. Did you ask their authors about expanding mmx-optimized code?
>> And how you plan to synchronize those projects later?
>mp3lib is my stuff, i made it for my own mp3 player about 2 year ago,
>and still using it for our 3d demo engine too.
>it's synced with latest mpg123 version. i dunno that mpg123 is still developed,
>but i think it isn't.
>
I did't know that mp3lib is your stuff...
But I've found several copies of mp3lib in inet: mplayer, xmms, mpg123-0.59r and somewhere else
and there were slightly different sources. IMHO mp3 is quite complete - it's probably lacks
only SSE support - but it's not very difficult work ;)

>libac3 is much interesting. it has some newer version, but they are
>incompatible with the old (used by mplayer), and it's a hard work at every
>sync to change it.
Are there improvements in stream reading or something else?
I.e. would you like synchronize with libac3 in the future?

>(new version uses callback for playback instead of stream reading)
Yes, xmms uses thread for playback too. It has several pluses:
- reading ahead from the stream
- real-time playback on top loaded cpu.
Maybe it would reasonable to change logic of mplayer on the same?

>I'm usually sync
>- loader: mereg from avifile-CVS after big changes
But why not from wine?

>> P.S.: Mplayer (and its imported parts) contains a places which can be optimized with using 
inline-assembler.
>> Does mplayer run on non Intel architectures (at least with code which not required win32.dll)?
>No. And it wasn't planned to be portable. I think that mpg12player should be
>ported if someone interested. it's the parent of mplayer, and supports mpeg
>1/2 playback only.
>
>> It would be better to add in mplayer something like HAVE_IA32 and HAVE_CPU=3(4,5,6) to enable such
>> assembler optimization. HAVE_CPU or likewise should be numeric for
>> #if HAVE_CPU > 3 constructions.
>> May you have any ideas about names such macros. (For compatibility with further importing, addition and 
>> synchronizing)
>Good idea.
>
Maybe you'll add these or likewise macros to configure?

>> P.P.S.: I'm very interesting with results of downmix_3dnow testing.
>I'm too.

Best regards! Nick




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