Sound latchup problem is back with Squeak-4.0.3.2202-linux_i386.tar.gz (Ubuntu/Linux)

Doing Beeper beep causes the cpu to latch to 100% for squeakvm and pulseaudio.

This problem was thought solved with
Squeak-4.0.3.2196-linux_i386.tar.gz

but has regressed with this newer version:
Squeak-4.0.3.2202-linux_i386.tar.gz

Someone should warn the Pharo folk.


Yours in curiosity and service, --Jerome Peace

"Testing" is for when you are still guessing. --Agatha Heterodyne
http://www.girlgeniusonline.com/comic.php





     

On Apr 13, 2010, at 8:52 PM, Jerome Peace wrote:

> Doing Beeper beep causes the cpu to latch to 100% for squeakvm and  
> pulseaudio.
>
> This problem was thought solved with
> Squeak-4.0.3.2196-linux_i386.tar.gz
>
> but has regressed with this newer version:
> Squeak-4.0.3.2202-linux_i386.tar.gz

Actually I suspect it was never solved.  The vm-sound-pulse driver was  
missing in 2196.

Cheers,
Ian

Hi Jerome, the previous version only appeared to play correctly for
short sounds but if you try a sustained note using the PianoKeyboard
morph the sound will be choppy.

The high CPU usage is caused by the SoundPlayer process that feeds data
to the plugin. There is a preference under "media" called
"soundStopWhenDone" which, if enabled, stops the process when the sound
queue is empty and brings CPU usage back down to normal. Alternatively
issue "SoundPlayer stopPlayerProcess".

For background: previously the player process would query a sound plugin
for available buffer space and wait on a semaphore if low. The PA plugin
has additional buffering and threading which effectively makes this
check redundant.

-D



On 14/04/10 04:52, Jerome Peace wrote: