Public bug reported:

Binary package hint: sound-juicer

I am dismayed by the decline in CD ripper quality on ubuntu, as typified
by sound-juicer/rhythmbox (apparently same code base).   Many years ago,
I used grip.   Grip let you tell it what you wanted it to do and it did
it right, every time.   Now, grip has been orphaned, isn't even packaged
for ubuntu, and hasn't had musicbrainz support added.     And now the
default is sound-juicer, which is crippled and unreliable, and most of
the others are not packaged or similarly broken.

 - First bug: failure to remove special characters from filenames when
told to do so, if a disk prefix was added.   Commented on existing bug
report.

 - Second bug: failure to use leading zeros (%02d) in disk number and,
worse, track number.   Commented on existing bug report.

- Third bug: failure to support freedb as well as musicbrainz.    If the
disk isn't on musicdomains, look at freedb.    The software already
exists to do so.     Almost all of my discs were entered into cddb or
freedb a decade ago but many are not in musicbrainz.    grip could
support two music databases.

- Fourth bug:  Failure to store entered data locally.
grip/freedb/cddb had a cache.    I typed it, there should be a copy on
my computer.   (Unfortunately this file has been lost over the years).
I entered a CD in rhythmbox and sound-juicer couldn't find it.

- Fifth bug: Failure to properly submit info to musicbrainz.   Saw this
on rhythmbox.  Commented on existing bug.   All that made the trip was
the artist name and maybe the disk signature.

- Sixth bug: failure to adequately inform the user that they have been
redirected to musicbrainz and need to enter data there to complete the
submission.    So it gets lost.

- Seventh bug: failure to give user control over ripping paranoia level.
sound-juicer goes fast and rhythmbox goes very slow and neither gives
you control.

- Eighth bug: including unnecessary spaces and dashes in filenames.   commented 
on existing bug.
   "Disc 1 - 10_-_Waves_Within.flac" is ridiculous.    Dashes should be avoided 
in file names, they can be mistaken for switches.
   Keep it simple: "Disc01_10_Waves_Within.flac"

- Ninth bug: debilitating dbus errors.    commented on existing bug.
why does this program even need to use something as unreliable and non-
portable as dbus.    It isn't like it has some cool integration features
with other software, it can't even get copy and paste right.    If you
are going to interact with dbus/gnome/kde or whatever other freedesktop
nonsense, make it so it can be compiled out and you can fallback
gracefully if it is used but isn't working.

- Tenth bug: Advertised ability to play disks in rhythmbox is a joke.
You have a play button.   That is it.   You can click on a track.   You
do not have track-forward, track-backwards, eject, fast-forward, or
rewind buttons.    Try playing an audiobook where you need to rewind.
You don't have control over whether you play via the internal audio
cable or digitally pipe the audio.    You do not have the ability to
play disks while you are ripping them (play out of the ripped file).
To be fair, grip didn't let you play the files you were ripping.

- 11th bug: dumbing down of filename formats.     commented on an
existing bug.    grip let you use format strings, as it should.   Dumbed
down version should just let you choose from some preconfigured format
strings.

- 12th bug: limited to only one rip format.   You should be able to rip
to a lossless format such as flac and schedule background conversion to
lossy formats such as ogg and/or mp3.    With multiple threads
(configurable in number and nice level) in light of the fact that modern
processors have more cores rather than more speed.   grip did not have
the ability to do multiple encodes, either, but it did let you set the
number of background processes/cpus and nice level.   Now, I can do this
with scripts/utilities.   But if you want to dumb things down for
unskilled users, this is something they can't easily do for themselves.

- 13th bug: inconsistently fails to eject disk.  grip had a "work around
fault eject", if that is the problem.

- 14th bug: fails to support many musicbrainz data fields

- 15th bug: limited configuration for directory structure:
      Music/flac
      Music/mp3
      Music/ogg
   I don't want the music players to play each track three times and putting 
them in the same directory limits

- 16th bug:  you can't eject a disc without losing your typed
information or automatically acquired info like track lengths.   Like,
for example, to read the track information, year, title, artist name,
etc. off the disk label.    You should be able to put the disc in, take
it out, and not have to do it again.   I am missing the inserts to many
of my CDs stored in binders and even when I have the inserts, sometimes
you want to look for information that may be on the disk and not the
insert.   You should be able to tell if the same disc is removed and
reinserted as it has the same signature.   To be fair, this looks like a
problem with grip, too.

- 17th bug: seems slow to detect disk has been inserted and no button to
tell it.

- 18th bug:  If you have selected a track title field to type into, and
then go to another window, the input field is closed.

- 19th bug: it is a big pain to select the track title field for data
entry and when you are done, you can't use return and/or tab to get to
the next one (even if makes a stop on the artist field).

- 20th bug: Rhythmbox. Artist was entered for CD.   Nothing was entered
into the track specific artist or genre fields.   Genre field was
automatically propagated but all the track artist fields became
"unknown".

- 21st bug: no ability to run user specified program(s) after ripping a
file.   batch convert, add to database, etc.

- 22nd bug: doesn't give control over filename upper/lower case.

- 23rd bug: doesn't give pulldown list of genres

- 24th bug: when there are duplicate disc entries on musicbrainz, the
program doesn't show you enough information to distinguish which entry
is best.   Just gives you artist and title, doesn't let you compare the
completeness and accuracy of the contents.


This program isn't ready for general use, let alone to be the default CD ripper 
and have packaging of others abandoned.

https://bugs.launchpad.net/ubuntu/+source/sound-juicer/+bug/179223
https://bugs.launchpad.net/ubuntu/+source/sound-juicer/+bug/622213

ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: sound-juicer 2.32.0-1
ProcVersionSignature: Ubuntu 2.6.38-8.42-generic 2.6.38.2
Uname: Linux 2.6.38-8-generic x86_64
NonfreeKernelModules: fglrx
Architecture: amd64
CheckboxSubmission: 1e1a99f31ec2933306456e1f141c45d8
CheckboxSystem: edda5d4f616ca792bf437989cb597002
Date: Tue Jun  7 20:12:32 2011
InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release amd64 (20110427.1)
ProcEnviron:
 LANGUAGE=en_US:en
 PATH=(custom, user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: sound-juicer
UpgradeStatus: No upgrade log present (probably fresh install)

** Affects: sound-juicer (Ubuntu)
     Importance: Undecided
         Status: New


** Tags: amd64 apport-bug natty running-unity

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/794375

Title:
  meta: multiple bugs, poor overall quality

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to