[mythtv] [PATCH] Mac OS X audio patch

Bruce Dillahunty bdillahu at peachbush.com
Tue Aug 31 23:28:53 EDT 2004

Thanks so much to both of you for working on this... Nigel has heard 
from me before :-)

Something in the latest updates "fixed" things for me... I now have a 
picture AND sound.

My 733 Mhz machine is choppy on sound...

Since this is the first time I've gotten a picture to work, this may be 
old new, but I'll let everybody know... I have myth set to run in a 
window, at a fixed resolution. When it switches to play video on the 
Mac, it obeys the 600x800, but puts in right in the middle of the 
monitor, and blacks out the rest of it, instead of using the window it 
has. No biggie, but thought I would mention it.

Thanks again!!!


On Aug 30, 2004, at 19:49, Nigel Pearson wrote:

>> After your video patch appeared, I was afraid you'd beat me to
>> the punch and have it all working before I finished this version.
> 	Sadly, work got in the way :-(
>> BTW, I did at least key the Core Audio driver to a new config flag,
>> rather than CONFIG_DARWIN, so it would be easier to accommodate 
>> Darwin users
> 	I was thinking that we don't need another USING_ define,
> and it should be automatic, something like:
> #ifdef Q_WS_MACX
>     return new AudioOutputCA(...)
> #elif defined ( CONFIG_DARWIN )
>     return new AudioOutputDarwin(...)
> #else
> but then I wondered if Mac OS X users might like to choose
> between the heavyweight CoreAudio/AudioUnits version
> (whose native type of float = redundant conversion?),
> and a possibly simpler HAL version which only supports
> a few sample rates, via your define.
> 	At the moment, my HAL test code has tried opening
> IOAudioEngines, IOAudioDevices, IOAudioStreams and
> IOAudioPorts. None of them seem to support the CF properties
> that are documented in IOKit/audio/IOAudioDefines.h
> Very frustrating. I am wondering if the API that layers
> like CoreAudio use is actually private.
>> I'm sure there are awful AV sync bugs lurking -- on my 450 MHz test 
>> machine, the video looks like a webcam, so I can't really test it too 
>> well. ;)  I set "disablevideo" to true in NuppelVideoPlayer.cpp, and 
>> get sound with an occasional drop.  Can you try this test too, as an 
>> additional data point?
> 	I did extensive testing last night (My 1.3G G4 doesn't need
> the video disabled). Audio playback has been perfect, with video
> catching up after high-bandwidth sections, but only if that avsync
> "clipped negative delay" output is not filling up a Terminal window.
> 	I will try today with some smaller video streams
> (i.e.  Nuppel conv. analogue instead of DVD-quality DVB)
> and see if it is a CPU load thing, or something else.
> --
> Nigel Pearson, nigel at ind.tansu.com.au | "Gentlemen,
> Telstra BI&D, Sydney, Australia       |  you can't fight in here
> Office: 8255 4222    Fax:  8255 3153  |  - this is the war room!"
> Mobile: 0408 664435  Home: 9792 6998  |      Dr Strangelove
> _______________________________________________
> mythtv-dev mailing list
> mythtv-dev at mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

More information about the mythtv-dev mailing list