It means that there is a fairly critical bit of the OSX infrastructure
that can be taken down by one app acting badly. If your browser crashed
you would expect the network connection to still work and if your mail
app died while writing something to disk you would expect the disk input
output system to continue working for other apps. Apparently for Sound,
one hung app can ruin things for everyone else. Maybe this is why
restarts of voiceover are occasionnaly needed because this issue was
triggered under the hood. Modern day service oriented architectures are
supposed to prevent this kind of tight coupling from happening. Maybe
its the real-time nature of audio that requires this but I would have
expected things to be more robust.
CB
On 11/11/11 12:18 PM, Ray Foret Jr wrote:
And the point of all this is?
Sincerely,
The Constantly Barefooted Ray!!!
Now a very proud and happy Mac user!!!
Skype name:
barefootedray
Facebook:
facebook.com/ray.foretjr.1 <http://m.facebook.com/ray.foretjr.1?refid=0>
On Nov 11, 2011, at 10:56 AM, Doug Lee wrote:
On Fri, Nov 11, 2011 at 08:57:42AM -0600, Chris Bagwell wrote:
On Thu, Nov 10, 2011 at 3:02 PM, Doug Lee <d...@dlee.org
<mailto:d...@dlee.org>> wrote:
Not sure if this is a MacOS problem, a SoX problem, or both.
Tested on MacOS SnowLeopard (and Leopard I think, but I'm not sure of
that) with SoX 14.3.2 as installed via MacPorts.
Problem: I can block all sounds on MacOS by suspending a SoX play.
Steps to reproduce:
Verify that system sounds work: Cause a beep by hitting an invalid
key, play a file with another program, etc.).
Start playing a file (play file.wav) from a shell (I use tcsh).
Suspend play with Ctrl+Z.
Try to produce a sound with another program.
Result: No program, even the system itself (or VoiceOver, for those of
us who use that) can produce a sound until play is resumed.
That doesn't sound good. SoX doesn't have a SIGSTOP handler so
probably a thread related to coreaudio gets stuck on a mutex. Scary a
bad app locks down the whole audio subsystem.
I did a quick search for examples of other core audio apps source code
and I didn't see anyone else doing anything special for this case.
An interesting test would be to use "kill -s SIGSTOP %pid" of some
GUI-ish audio app and see if it locks up coreaudio the same way.
Anyways, it sounds like a SoX bug but I'm not quite sure how to fix it.
Chris
Actually, someone on the Mac list I also sent this to confirmed just
now that the problem can be demonstrated with just MacOS software:
Type this in Terminal, press Enter, then suspend with Ctrl+Z:
say "Hello, this is a sound system test. Suspending this suspends all
system sound."
Resume with "fg" to get system sound back.
So this is not SoX' fault after all.
--
Doug Lee d...@dlee.org <mailto:d...@dlee.org> http://www.dlee.org
SSB BART Group doug....@ssbbartgroup.com
<mailto:doug....@ssbbartgroup.com> http://www.ssbbartgroup.com
"When your best-laid plans have turned to dust, vacuum!"
- Whoopi Goldberg
--
You received this message because you are subscribed to the Google
Groups "MacVisionaries" group.
To post to this group, send email to macvisionaries@googlegroups.com
<mailto:macvisionaries@googlegroups.com>.
To unsubscribe from this group, send email to
macvisionaries+unsubscr...@googlegroups.com
<mailto:macvisionaries+unsubscr...@googlegroups.com>.
For more options, visit this group at
http://groups.google.com/group/macvisionaries?hl=en.
--
You received this message because you are subscribed to the Google
Groups "MacVisionaries" group.
To post to this group, send email to macvisionaries@googlegroups.com.
To unsubscribe from this group, send email to
macvisionaries+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/macvisionaries?hl=en.
--
You received this message because you are subscribed to the Google Groups
"MacVisionaries" group.
To post to this group, send email to macvisionaries@googlegroups.com.
To unsubscribe from this group, send email to
macvisionaries+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/macvisionaries?hl=en.
