Regression: Encoding Vorbis from FLAC source causes audible artefacts at regular intervals
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
soundconverter (Ubuntu) |
Invalid
|
Undecided
|
GautierPortet |
Bug Description
Binary package hint: soundconverter
When I convert FLAC files to Ogg Vorbis using Soundconverter, audible artefacts are introduced at every ~40,5 seconds in the form of short breaks in the stream. These are slightly noticeable in Mplayer (1.0rc4-4.5.2) and very noticeable in Totem (2.32.0). They also cause my Sandisk Sansa Clip+ portable music player to pause and skip to the next track.
So far I've only found this problem to occur when encoding FLACs directly to Vorbis. I've been able to reproduce it with several different source files from different artists and albums, originally encoded by both me and others. It does not occur if I first decode the FLAC to WAVE using 'flac -d <file.flac>' and then compress the WAVE file to Vorbis. Nor does it occur if I convert the same FLAC source to MP3.
Here are a few files encoded with different bitrates:
http://
http://
http://
and the source:
http://
I'm fairly sure that this bug is a regression. Here's a file I encoded with Soundconverter a year ago, without audible artefacts:
http://
Here's one I encoded today with more or less the same settings, from the same source. This has the choppiness every 40,5 seconds I mentioned earlier:
http://
And the source:
http://
Please note that all the files I've linked to are copyrighted to their respective owners. Only use them for educational purposes, such as for solving this bug. Please don't spread them on.
ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: soundconverter 1.4.4-2
ProcVersionSign
Uname: Linux 2.6.38-8-generic x86_64
NonfreeKernelMo
Architecture: amd64
CheckboxSubmission: c43a19076448baa
CheckboxSystem: 533a8038ef5a556
Date: Mon Jun 13 19:16:41 2011
InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Release amd64 (20101007)
PackageArchitec
ProcEnviron:
LANGUAGE=sv_SE:en
PATH=(custom, user)
LANG=sv_SE.utf8
SHELL=/bin/bash
SourcePackage: soundconverter
UpgradeStatus: Upgraded to natty on 2011-04-28 (46 days ago)
Changed in soundconverter (Ubuntu): | |
assignee: | nobody → GautierPortet (kassoulet) |
Changed in soundconverter (Ubuntu): | |
status: | New → Confirmed |
I did some troubleshooting today: 1.4.4-2_ all.deb) , the same version from upstream (tar xf soundconverter- 1.4.4.tar. bz2; ./configure; sudo checkinstall) and the latest upstream version (tar xf soundconverter- 1.5.4.tar. gz; ./configure; sudo checkinstall). All of these were affected by this bug.
This bug is not present in Maverick running as a virtual machine in Virtualbox.
Back to Natty: Converting a flac file as described above as a different user yielded the same result, which should rule out errors caused by defect config files in my home dir. I tried building soundconverter from source code in different variations. First the one distributed with Ubuntu (apt-get source soundconverter; fakeroot debian/rules binary; dpkg -i soundconverter_
This might be a backend issue. The version of Soundconverter shipped with Natty gives this startup message: register_ sinkfunc is deprecated (GstObject)
SoundConverter 1.4.4
using Gstreamer version: 0.10.32, Python binding version: 0.10.21
using gio
using 4 thread(s)
While in Maverick the startup message is:
SoundConverter 1.4.4
** Message: pygobject_
using Gstreamer version: 0.10.30, Python binding version: 0.10.19
using gio
'lame' element not found, disabling MP3.
'faac' element not found, disabling AAC.
using 2 thread(s)
I'll look around and try to find out how much pain it is to update Gstreamer to 0.10.32 in Maverick.