[MPlayer-dev-eng] Fwd: mplayer audio bug in Panther?

[Andy Korth]

Hello mplayer team,

Here's a problem and a likely solution that was discussed on the  
[MPlayerOSX-devel] list.  However, the same problem appears when  
building from the source of the mplayer project. (My apologies if this  
mail shouldn't be sent to this list, but it seems appropriate to me;  
I'm not sure how mplayer and the mplayer OS X projects are related)

Andy

Begin forwarded message:
> From: "scott r. looney" <olorin at lmi.net>
> Date: September 9, 2004 3:37:59 AM CDT
> To: Andy Korth <kort0061 at mrs.umn.edu>
> Subject: Re: [MPlayerOSX-devel] mplayer audio bug in Panther?
>
>>>
>>> *****Possible clue - looks like the audio driver was updated as of
>>> version 2.0b5.   I am currently using a Tascam FW-1884 (like a  
>>> Digi002)
>>> Firewire interface with multiple outs.  looks like the audio out  
>>> wants
>>> to see 2 channels available only for output and instead it returns 18
>>> channels (the total number of outputs available on the Firewire  
>>> unit).
>>> is there any way to tell it to use 2 channels like the older versions
>>> of the software do?  Check out this clip from the console dump:
>>>
>>> 2.0b5
>>> "AO: [macosx] 44100Hz 18ch Floating Point (4 bps)
>>> Building audio filter chain for 44100Hz/2ch/16bit ->
>>> 44100Hz/18ch/32bit...
>>> [channels] The number of output channels must be between 1 and 6.
>>> Current value is 18
>>> Couldn't find matching filter / ao format!"
>>>
>>> 2.0b4
>>> "AO: [sdl] 44100Hz 2ch Signed 16-bit (Big-Endian) (2 bps)
>>> Building audio filter chain for 44100Hz/2ch/16bit ->
>>> 44100Hz/2ch/16bit...
>>> Starting playback..."
>>>
>>> i guess it would be really nice to have the ability to switch between
>>> sdl and macosx since sdl plays back the audio fine.
>>>
>>> has anyone else had these garbled audio issues on newer versions of
>>> mplayer?  whatever help you may be able to give would be greatly
>>> appreciated.
>>>
>>> best
>>>
>>> --
>>> scott
>>> olorin at lmi.net
>>>
>> Hello all,
>>
>> I've had what is probably a related problem. I filed a bug report
>> (probably at the wrong place) at:
>>
> http://sourceforge.net/tracker/index.php? 
> func=detail&aid=1021355&group_id=62947&atid=502356
>>
>> It read:
>> ------
>>  Hello,
>>  I recently downloaded MPlayer OS X 2 8r2. Audio from any movie
>>  files will not play over my M-Audio Revolution 7.1 sound card. I
>>  have tried different settings for -ao, with no avail.
>>
>>  If I go to the sound countrol panel, I can choose between my
>>  internal speaker (Built-in audio) or my "Revolution Analog 7.1
>>  Out". My other applications, (Finder, iTunes, Quicktime) all play
>>  through my sound card just fine. In addition, Mplayer OS X 2b7
>>  works through the sound card.
>>
>>  If I change my sound to the internal speaker, everything works
>>  fine, but sound quality doesn't quite compare :)
>>
>>  I'm running 10.3.4 on a 1.6 GHz single procecssor G5 (1 GB ram).
>>
>>  There are some kernel extentions installed so the system can use
>>  the sound card:
>>  MAudioRevolutionJaguarG5.kext, etc...
>>
>>  I built mplayer from source from the nightly snapshot, but I still
>>  had the same problem.
>> ---------
>>
>> When playing audio through my soundcard on the new version of
>> mplayer, the error I see is:
>>
>> AO: [macosx] 44100Hz 8ch Floating Point (4 bps)
>> Building audio filter chain for 48000Hz/2ch/16bit ->  
>> 44100Hz/8ch/32bit...
>> [channels] The number of output channels must be between 1 and 6.
>> Current value is 8
>> Couldn't find matching filter / ao format!
>>
>> Back in the days of mplayer 2b7, I used to run it with -ao sdl, and
>> that worked great.
>> Now when I try it:
>>
>> Could not open/initialize audio device -> no sound.
>> Audio: no sound
>>
>> On the mplayer OS X page, it reads:
>>  • Mplayer is now compiled without sdl support
>>  • Primary vo output is -vo macosx (made by Nicolas Plourde)
>>
>> I think it would be great to have sdl support, since I need it to
>> play audio over my sound card.
>>
>> (anyway, both of us seem to have the problem with too many sound
>> channels, which is causing the problem)
>>
>> Thanks everyone, mplayer is a wonderful piece of software!
>> Andy
>>
>>
>
> hey andy, sounds like we have exactly the same problem.  we either need
> to tell the developers to compile with sdl support again or fix the
> bugs in the osxaudio implementation to just use the 1st 2 channels of
> any available Core Audio driver.  until then 2.0b4 works fine and does
> most of what 2.0b8 can do, except for some occasional screen redraw
> wonkiness.
>
> best
>
> --
> scott
> olorin at lmi.net
>