I'm not sure bug 216322 is a duplicate of this.
Do SDL applications switch to windowed mode almost immediately (as described in
216322) and then stay windowed, or it takes, say, more than 10 seconds?
There may be a common source to both bugs, though.
--
Fullscreen applications become windowed
h
Public bug reported:
Binary package hint: timidity
While buffer fragments (-B2,8 command line argument) have been disabled before
in /etc/default/timidity,
they aren't in the /etc/init.d/timidity sequencer script.
As a result, when an app like DOSBox uses the sequencer, then it (the
sequencer)
Looks like the -B2,8 argument may cause a 40% CPU usage. Could be another cause
for the issue.
If it's quite common, then I guess it can simply be removed from the
/etc/init.d/timidity script.
People may prefer it to not be run as root, although that's a bit different
topic.
--
Timidity daemon
I've tried setting the ALSA device in ~/.alsoftrc to pulse, with no
success.
Maybe I should noted that I've made a few changes for 6-channels setup.
However, even after renaming ~/.pulse and ~/.alsoftrc to other names, and
restarting PulseAudio,
the hang could still be reproduced.
* It should be
