wav file garbled in totem, plays fine in gst-launch and mplayer

[Steve Magoun]

I tried to pay a .wav file in totem. The audio is garbled in totem but plays back fine in mplayer or when using gst-launch from the command line. This is a problem because Thunderbird uses Totem as the default handler for .wav audio, so .wav attachments to mails will be opened in Totem.

To reproduce:
1) Open the attached .wav file in Movie Player (totem)

Expected results:
The audio file plays back with no errors

Actual results:
The audio is garbled during playback

The file plays fine through gst-launch:
~$ gst-launch-0.10 playbin uri=file:///path/to/msg0001.WAV

Mplayer also plays it without garbling the audio.

Not all .wav files are affected. For example the files in /usr/share/sound/alsa/ work fine in totem.

The audio was recorded from a voicemail box on an asterisk phone system.

ProblemType: Bug
DistroRelease: Ubuntu 13.04
Package: libgstreamer0.10-0 0.10.36-1ubuntu2
ProcVersionSignature: Ubuntu 3.8.0-5.10-generic 3.8.0-rc6
Uname: Linux 3.8.0-5-generic x86_64
NonfreeKernelModules: nvidia
ApportVersion: 2.8-0ubuntu4
Architecture: amd64
Date: Wed Feb 13 13:44:06 2013
InstallationDate: Installed on 2010-09-17 (880 days ago)
InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Beta amd64 (20100901.1)
MarkForUpload: True
ProcEnviron:
 TERM=xterm
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: gstreamer0.10
UpgradeStatus: Upgraded to raring on 2013-01-25 (19 days ago)

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Eloy Paris (peloy-chapus)]

There are two gst-launch-xx binaries in my system (13.04): gst-launch-0.10 and gst-launch-1.0. Playing an Asterisk-generated .wav file with gst-launch-0.10 works fine but playing it with gst-launch-1.0 results in the garbled sound.

[Schmirrwurst (schmirrwurst)]

Still the case in 13.10 !!
For me playing Wav files belongs to the core functionalities from an os, so I hope it will be fixed soon ! It the 3rd version from ubuntu not beeing able to play wave files... not really a good point , not sure If we don't need to reopen bug #1, because the war against microsoft is not won, when I see things like that !

[Schmirrwurst (schmirrwurst)]

ApportVersion: 2.12.5-0ubuntu2.1
Architecture: amd64
DistroRelease: Ubuntu 13.10
MarkForUpload: True
Package: libgstreamer0.10-0 0.10.36-1.2ubuntu1
PackageArchitecture: amd64
ProcVersionSignature: Ubuntu 3.11.0-12.19-generic 3.11.3
Tags: saucy
Uname: Linux 3.11.0-12-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups:

[Schmirrwurst (schmirrwurst)]

apport information

[Schmirrwurst (schmirrwurst)]

apport information

[Jeremy Nickurak (nickurak)]

I see this under Ubuntu 13.04 and Fedora 19, so this almost certainly needs to be filed/tracked upstream.

[Jan Groenewald (jan-aims)]

Confirmed on saucy 13.10, vlc plays asterisk generated wav files OK, totem does not.

This plays fine though:
0 jan@osprey:/usr/share/sounds/alsa$totem Front_Center.wav

This does not play fine.
0 jan@osprey:~$strace -e open totem msg0169.WAV 2>&1 |grep -i wav
open("/home/jan/msg0169.WAV", O_RDONLY) = 18
open("/home/jan/msg0169.WAV", O_RDONLY) = 18
open("/home/jan/msg0169.WAV", O_RDONLY) = 18
0 jan@osprey:~$strace -e open totem msg0169.WAV 2>&1 |grep -i codec
1 jan@osprey:~$strace -e open totem msg0169.WAV 2>&1 |grep -i gstream
open("/usr/lib/x86_64-linux-gnu/libgstreamer-1.0.so.0", O_RDONLY|O_CLOEXEC) = 3
open("/usr/share/locale/en_US/LC_MESSAGES/gstreamer-1.0.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en/LC_MESSAGES/gstreamer-1.0.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/en_US/LC_MESSAGES/gstreamer-1.0.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/en/LC_MESSAGES/gstreamer-1.0.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/jan/.cache/gstreamer-1.0/registry.x86_64.bin", O_RDONLY) = 8
open("/usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstplayback.so", O_RDONLY|O_CLOEXEC) = 14
open("/usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstaudioconvert.so", O_RDONLY|O_CLOEXEC) = 16
open("/usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstaudiofx.so", O_RDONLY|O_CLOEXEC) = 16
open("/usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstautodetect.so", O_RDONLY|O_CLOEXEC) = 16
open("/usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstcoreelements.so", O_RDONLY|O_CLOEXEC) = 16
open("/usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstgoom.so", O_RDONLY|O_CLOEXEC) = 16
open("/usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstpulse.so", O_RDONLY|O_CLOEXEC) = 22
0 jan@osprey:~$

I purged medibuntu's non-free-codecs and w64codecs in case it was that, but the problem persists.

[sheldonross (ross-sheldon)]

I've been experiencing this on 14.04.3. The files are received from Nextiva (Voip provider) voicemail to email service.

I played around with export formats in Audacity.

On my system Totem seems to have this issue with the

Microsoft ADPCM
IMA ADPCM

encoding.

Each of these encodings causes the skipping and garbling when played in Totem. VLC, et al. seem to work fine.

totem 3.10.1