Using the ALSA plug-in client, the end of short sounds are cut-off.
Submitted by James
Assigned to pul..@..op.org
pulseaudio 0.9.23 on Debian Wheezy/testing and KDE4.6
Running klettres $ klettres --version Qt: 4.7.3 KDE Development Platform: 4.6.5 (4.6.5) KLettres: 2.3
and configuring alsa with /etc/asound.conf as described at http://www.pulseaudio.org/wiki/PerfectSetup
The program klettres "speaks" the letters from different alphabets as short sounds.
If played through artsd, with a very short 8ms sound buffer and no auto-suspend, sounds are complete, as would be expected. A longer sound buffer, or any recovery from auto-suspend, severely delays the start of a sound.
If played through pulseaudio with no alsa plugin, and with or without the pulseaudio server "connected", the end of the sounds are cut-off, and there is a "long" - over a second - and variable delay to the sound starting, especially if a sound is repeated before or during a previously triggered sound.
If played through artsd and esdcompat, there is no sound output at all.
If played through the alsa plugin, as configured above, the sound starts promptly, but the ends of the sound are cut-off. The length of time cut-off seems to be relative to the end of the sound, in the sense that a longer length of a sound is heard with a longer sound, but the end is still lost. The length cut-off seems to be of some fixed length, around half a second to a second. The cut-off is abrupt and ends with a soft "click/tick" noise. The overall effect, of course, makes klettres practically unusable with pulseaudio.
Changing default-fragment-size-msec in /etc/pulse/daemon.conf makes no difference.
I am presuming that playing alsa through pulseaudio using the asound.conf configuration is the preferred pulseaudio set-up, so that approach should be made to "just work".