Bug 93010

(This was found while enhancing an instant messenger's event sound integration over at http://trac.gajim.org/ticket/8192 but seems to be generic; sample audio files referenced can be found in http://gajim.org/downloads/0.16/gajim-0.16.4.tar.bz2 )

When I use paplay on mono wav files, they play smoothly with the volume set the last time that name was used (when using `-n gajim`) or the system event olume (when using `--property=media.role=event`), that's the case with samples message1.wav or bounce.wav.

When I use it on stereo files like connected.wav or disconnected.wav, the first (guessed) 0.2s are played at what sounds like full volume, dropping to the configured (or, it's hard to tell, maybe below). This is only observed acustically, in `pavucontrol` the stream shows at the configured volume from the start and until it disappears after the file was played.

If you don't want to download the files, they are identified by `file` as follows:

    message1.wav:     RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, mono 44100 Hz
    disconnected.wav: RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, stereo 44100 Hz

I'm using debian sid with what I assume to be a standard configuration (session-mode).

Some details that could be relevant (output of `pactl info`):

    Server String: /run/user/1000/pulse/native
    Library Protocol Version: 30
    Server Protocol Version: 30
    Is Local: yes
    Client Index: 9
    Tile Size: 65472
    User Name: chrysn
    Host Name: hephaistos
    Server Name: pulseaudio
    Server Version: 7.1
    Default Sample Specification: s16le 2ch 44100Hz
    Default Channel Map: front-left,front-right
    Default Sink: alsa_output.pci-0000_00_14.2.analog-stereo
    Default Source: alsa_output.pci-0000_00_14.2.analog-stereo.monitor
    Cookie: 791a:a26f