Does this bug still exist?
The recent reviews (2013) for Sound Juicer complain about the poor
quality. presumably because of this bug. (If bug it is. Having read
all of the above I now cannot tell what it is.)
On trying to decide on CD ripping software to produce MP3s to run under
Xubuntu
It looks like this was fixed upstream years ago.
** Changed in: sound-juicer (Ubuntu)
Status: Triaged = Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/195483
Title:
Sound
@Simon
I have tried Sound Juicer 3.4.0 and it no longer provides a way to adjust MP3
ripping parameters, at least not via the GUI.
Currently I'm using Asunder 2.1 because my wife thinks it provides a richer
sounding rip than Rubyripper 0.6.2.
Both Asunder and Rubyripper provide control over the
** Changed in: sound-juicer
Status: Unknown = Invalid
** Changed in: sound-juicer
Importance: Unknown = High
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/195483
Title:
Sound Juicer -
After further investigation with LiveCD sessions of Ubuntu 9.04, 9,10, 10.04
and 10.10 I can report that it's the introduction of Ubuntu's Software Center
and its poor handling of essential dependencies etcetera that has sabotaged the
addition of Ubuntu Restricted Extras and Sound Juicer (aka
Profuse apologies everyone, but I have just discovered that Sound Juicer MP3
ripping simply doesn't work for Ubuntu 10.10 or Ubuntu.10.04, only for
LinuxMint 7, 8 and 9 and Ubuntu 9.04, leaving Ubuntu 9.10 to be investigated,
where I suspect that in Ubuntu 'it ain't broke so let's fix it' -
Current Maverick CD quality is (installing restricted-extras and sound-juicer)
audio/x-raw-int,rate=44100,channels=2 ! lamemp3enc name=enc target=0 quality=6
! xingmux ! id3v2mux
Definitively not CD quality.
Developers need to be advised to change profiles to KennoVO's ones:
CD Quality
@FiloSottle - thank you for yet another polite, considerate reply, but perhaps
that's not clear enough ?
- Original Message -
From: FiloSottile
To: bm007a0...@blueyonder.co.uk
Sent: Sunday, October 03, 2010 3:22 PM
Subject: [Bug 195483] Re: Sound Juicer - MP3 quality doesn't
You know an awful lot of nonsense gets dogmatically said on the topic of sound
digitisation and this and other related Bug Reports have been no exception to
that rule.
Ignoring the inflammatory, not to say ignorant nature of some remarks, yet not
yielding to rude bully-boy tactics, I will just
Some afterthoughts.
In case it's not been clear, I am not interested in scoring 'brownie points'
for 'being smart', only in obtaining a 'CD Quality' profile that consistently
works for friends and other users, leaving 'B-cubed' to other folk, but so far
I have not seen any meaningful definition
Stop PRESS - there's something weird going on. Although the Maverick RC
Live CD produces different sounding results with the KennoVO and BruceR
profiles, they are both OGG files, rather than MP3 files, whereas in
Mint-9 they are, as expected, both MP3 files, so there would appear to
be a lot more
Indeed, Sound Juicer's MP3 capability has been completely removed from
the Ubuntu repository ! Talk about cockups !
--
Sound Juicer - MP3 quality doesn't change
https://bugs.launchpad.net/bugs/195483
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
Weirder and weirder. Reinstalling the packages didn't get around what
has proved to be my cockup, but a completely fresh distribution
installation restored Sound Juicer complete with an MP3 capability.
After attending an eye operation follow-up appointment, I must see if I
can repeat the cockup,
Ah, so you mean the new parameters are poorly documented???
BTW, xingmux only adds a header, it doesn't touch or affect the audio in any
way:
http://www.gstreamer.net/data/doc/gstreamer/head/gst-plugins-ugly-plugins/html/gst-plugins-ugly-plugins-xingmux.html
It would be clearer and technically
Yes, although the industry-wide lack of configuration control means that
keeping track of coding changes is a difficult and thankless task, not made
any easier if the coding is poorly structured or commented in the first place.
In my own case, cataract progression hasn't made reading 'available'
** Tags added: patch
--
Sound Juicer - MP3 quality doesn't change
https://bugs.launchpad.net/bugs/195483
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
I see that 'if something can possibly be misinterpreted (or misquoted)
it wil bel' applies again.
By 'new parameters lacking definition' I was referring to technical
definition, not subjective audio clarity.
Meanwhile, posting this from a Live 'daily Maverick DVD' (28-Sep-2010)
session, I can
KennoVO - trying to respond in a less inflammatory style, your attached
links made interesting reading, effectively discussing the absence of
the settings used in my/other amended profiles for CD QualityMP3 before
addressing the proposed use of xingmux, as then briefly revealed to the
world in the
Apologies, only one attachment accepted, so single, three-page PDF file
now attached.
** Attachment added: Three Page PDF file
https://bugs.launchpad.net/ubuntu/+source/sound-juicer/+bug/195483/+attachment/1647665/+files/ReVisited%20MP3tests.pdf
--
Sound Juicer - MP3 quality doesn't change
** Changed in: gnome-media
Status: Unknown = Fix Released
** Changed in: gnome-media
Importance: Unknown = High
--
Sound Juicer - MP3 quality doesn't change
https://bugs.launchpad.net/bugs/195483
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Ok, now these opinions about differences between results or different testing
tools are silmply useless.
Here we are searching for the cause of the bug and for the best solution to it.
The cause was a buggy/misused gstramer plugin lame. Now developers rolled out
lamemp3enc, a better interface to
Long ago, when my hearing was a lot keener, Xing encoding in AudioCatalyst
markedly improved upon Frauhofer encoding in AudioGrabber and was faster, so
using a new implementation of what was a non-free product in Sound Juicer may
provide a better result.
I am puzzled at Ubuntu's discarding it
- This is not about bit rate, this is about quality. Getting a higher bit rate
does not automatically equal getting a higher quality. In fact, botching the
psychoacoustics model with a load of settings is a good recipe to get similar
or higher bit rates but a lower quality.
- For assessing
Definitively in line with kenovo's conclusions. They are well documented and
based upon solid facts and data.
Also defaults seems good.
What's the next step to get the bug solved?
--
Sound Juicer - MP3 quality doesn't change
https://bugs.launchpad.net/bugs/195483
You received this bug
You know, I can remember the same sort of sweeping, dismissive statements being
made when CDaudio sampling rates, A-D quantization and coding laws were
discussed, with audiophiles being disappointed that a higher sampling rate,
number of levels or a better coding law were not chosen. At the
I attached a patch to be applied to /usr/share/gconf/schemas/gnome-
audio-profiles.schemas
What's the next step to get the bug solved?
The next step is to get this patch into Maverick. In an ideal world,
gnome-media should adopt it, then Ubuntu should simply pull it in from
the upstream repo's.
I also submitted a patch upstream which processes the file
gnome-audio-profiles.schemas.in.in , from which gnome-audio-profiles.schemas is
generated at compile time. The package maintainer is free to choose whichever
patch they find most convenient to use. ;)
Upon reflection I think I see where your confusion arises, KennoVO.
Although the GStreamer lamemp3enc is what is invoked by the default and
by modified profiles, it still needs instructing using original lame
commands, which is why, if you want to try different settings, you need
to have the
The gstreamer bug is fixed but the implementation of this fix depends on
sound juicer - updated remote watch accordingly.
** Changed in: sound-juicer
Importance: Critical = Unknown
** Changed in: sound-juicer
Status: Fix Released = Unknown
** Changed in: sound-juicer
Remote watch:
BruceR, the things you're saying are simply not true. This is complex
business and I can understand it confuses you, but please don't make
stuff up. Browse Gnome Bugzilla (links at the end of this post). Look at
the source code. Encode the same sample with gstreamer and with
standalone LAME and do
** Also affects: gnome-media via
https://bugzilla.gnome.org/show_bug.cgi?id=619642
Importance: Unknown
Status: Unknown
--
Sound Juicer - MP3 quality doesn't change
https://bugs.launchpad.net/bugs/195483
You received this bug notification because you are a member of Ubuntu
Bugs,
It's taken over a year for me to obtain a cataract operation, but I can now see
well enough to add another response to this Sound-Juicer problem saga.
When I first researched modifying Sound Juicer (aka Audio CD Extractor) back in
LinuxMint-4 and Ubuntu 7.10 days, I downloaded and printed out
Bruce R, please read all the posts carefully. The lame element is known to be
broken, and has been superseded by lamemp3enc. Stop encouraging people to use
the lame element.
https://bugzilla.gnome.org/show_bug.cgi?id=494528
(FYI, Gabriel Bouvigne is one of the core LAME developers).
I did
KennonVO - I think that you will find that my settings do in fact use
the GStreamer lamemp3enc and NOT what you call 'broken lame',
which can still be installed and used or mis-used by other ripping
tools, yet which I have not recommended as misquoted by you,
whilst the xing encoder is yet another
OK, this might be getting confusing. Just a summary for people who are
new to this bug, and some suggestions for future directions:
- People initially filed this as a sound-juicer bug, while *at that time*, it
was actually a gstreamer bug; the lame element, which was responsible for
encoding
** Changed in: gstreamer
Importance: Unknown = Critical
** Changed in: sound-juicer
Importance: Unknown = Critical
--
Sound Juicer - MP3 quality doesn't change
https://bugs.launchpad.net/bugs/195483
You received this bug notification because you are a member of Ubuntu
Bugs, which is
For me (Ubuntu 9.10) there isn't a REAL bug. Simply GStreamer Pipeline
is erroneous.
Using the info from gst-inspect-0.10 lamemp3enc (see attachment) and the
string from Maverick Alpha is simple to get a string that does what we want:
audio/x-raw-int,rate=44100,channels=2 ! ... ! xingmux !
Wow, just updating from a LiveDVD session of Maverick Alpha3 to let folk know
that, after adding sound-juicer and ubuntu-restricted-extras, 'Audio CD
Extractor', aka Sound Juicer's default Quality MP3 profile is now
audio/x-raw-int,rate=44100,channels=2 ! lamemp3enc name=enc target=0 quality=6
Sorry to be slow to add this comment folks, but it looks as if my original
Sound Juicer recommendations haven't been strictly followed, the most common
mistake being to insert 'vbr=3' instead of just 'vbr=4' in editing the profile,
which de-selects LAME's new VBR algorithm instead of selecting
@Gotit
Puzzling - I will try to investigate further.
Meanwhile, for your information, the attached picture is from Ubuntu 8.04 era
analysis of Sound Juicer encoding results for encoding of 'Jupiter' from
Holst's Planet suite.
** Attachment added: HeronSoundJuicer.jpg
Fascinating !
Re-reading the thread I see that folk are using different analysis tools or
players to decide what the results are, rather than simply listening to the
results with their chosen player.
Such players and tools produce different, sometimes highly misleading reports,
such as just
The trouble with the misleading reporting by apps theory is that the apps
report expected values correctly when tracks are ripped using Ruby Ripper or
Grip. Seems to point the finger at g-streamer?
On Mon, Jul 12, 2010 at 3:30 AM, Bruce R 195...@bugs.launchpad.net
wrote:
Fascinating !
Grip never used to work at all well, which is why I guess that it's no longer
in the current repository. I don't know about Ruby Ripper, which I gather
needs creating from source, never a certain outcome process with Ubuntu,
success varying between versions.
Meanwhlie, if you are into
It's nice to be able to offer a solution for a change.
The fault lies not with GStreamer, but with a failure to provide the wrong
command string or 'profile' for LAME to execute.
For the CD Quality MP3 Profile, Edit it to read as follows :
audio/x-raw-int,rate=44100,channels=2 ! lame name=enc
Sorry, Second sentence should read :
The fault lies not with GStreamer, but with a failure to provide the right
command string or 'profile' for LAME to execute.
--
Sound Juicer - MP3 quality doesn't change
https://bugs.launchpad.net/bugs/195483
You received this bug notification because you are
Sorry guys, some more information. Having just today re-checked it out, I can
advise that for Ubuntu and LinuxMint, you also need gstreamer LAME plugins etc
installed, most easily achieved by adding ubuntu-restricted-extras, which I am
in the habit of always doing, if only to get MicroSoft Core
@Bruce R
My experience is that making changes in Sound Juicer's output format doesn't
make any difference in the resulting mp3 quality. I used your setting above
and then modified it to have vbr-quality=0 and extracted the same trac off the
same CD, both resulting files report the bitrate of
The Ubuntu project is far too casual about this data loss bug! If it's
not going to get fixed (and given the age of this bug, it appears that
it won't) then at least remove the mp3 pipelines from the default Ubuntu
install. A computer should never lie to the user about what's
happening.
(I just
Options available can be seen from gst-inspect-0.10 lamemp3enc:
Element Properties:
name: The name of the object
flags: readable, writable
String. Default: null Current: lamemp3enc0
target : Optimize for quality or
Thanks.
On Wed, Jan 6, 2010 at 1:54 AM, Tristan Hill s...@saticed.me.uk wrote:
Options available can be seen from gst-inspect-0.10 lamemp3enc:
Element Properties:
name: The name of the object
flags: readable, writable
String.
I'm using a gstreamer pipeline of
audio/x-raw-int,rate=44100,channels=2 ! lamemp3enc name=enc quality=0
encoding-engine-quality=2 ! id3v2mux
which appears to behave correctly (gstreamer0.10-plugins-ugly-multiverse
version 0.10.12-0ubuntu1 on karmic).
--
Sound Juicer - MP3 quality doesn't
Can you refer me to a source of definitions for these pipeline arguments.
For example, I don't know what encoding-engine-quality=2! means. Thanks.
On Tue, Jan 5, 2010 at 4:56 PM, Tristan Hill s...@saticed.me.uk wrote:
I'm using a gstreamer pipeline of
audio/x-raw-int,rate=44100,channels=2 !
This bug is marked as Fix Released but I don't see it in the karmic or
lucid packages.
--
Sound Juicer - MP3 quality doesn't change
https://bugs.launchpad.net/bugs/195483
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
Gstreamer staff: please build an official documentation about the syntax of
gstreamers pipelines
users can't going crazy for customizing their own sound juicer or something
like.
--
Sound Juicer - MP3 quality doesn't change
https://bugs.launchpad.net/bugs/195483
You received this bug
** Changed in: gstreamer
Status: New = Fix Released
** Changed in: sound-juicer
Status: New = Fix Released
--
Sound Juicer - MP3 quality doesn't change
https://bugs.launchpad.net/bugs/195483
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Thanks everyone, especially @KennoVO for reporting.
Hopefully we don't have to wait till gstreamer-0.11 is releases and this
will just be included in a minor bugfix release of the lame plugin in
gstreamer-0.10.
Great news though. :-)
--
Sound Juicer - MP3 quality doesn't change
I'm happy we have contributed (at least just a bit) to solve this problem! :)
I hope too it will be fixed soon ;)
--
Sound Juicer - MP3 quality doesn't change
https://bugs.launchpad.net/bugs/195483
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Seems that I was was a bit too quick on the trigger with my nobody
takes it serious statement. Sebastian Dröge essentially fixed the bug
upstream, and I have good hopes that it won't be long before the fix
comes to an Ubuntu repository near you :)
--
Sound Juicer - MP3 quality doesn't change
** Changed in: gstreamer
Status: Unknown = New
--
Sound Juicer - MP3 quality doesn't change
https://bugs.launchpad.net/bugs/195483
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
** Also affects: gstreamer via
http://bugzilla.gnome.org/show_bug.cgi?id=494528
Importance: Unknown
Status: Unknown
--
Sound Juicer - MP3 quality doesn't change
https://bugs.launchpad.net/bugs/195483
You received this bug notification because you are a member of Ubuntu
Bugs, which
They rightly marked that bug report resolved because (just like here on
launchpad) it was filed as a Juicer bug, while it really is a bug in the
gstreamer LAME plugin, not in Juicer. The actual bug that causes all our misery
is here:
http://bugzilla.gnome.org/show_bug.cgi?id=494528
The problem
** Changed in: sound-juicer
Status: Unknown = New
--
Sound Juicer - MP3 quality doesn't change
https://bugs.launchpad.net/bugs/195483
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
** Changed in: sound-juicer
Status: New = Invalid
--
Sound Juicer - MP3 quality doesn't change
https://bugs.launchpad.net/bugs/195483
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
I want only to say the the bug that i've posted to bugzilla is now
resolved. The understanding or the problem it's far from my informatic
knowledges. If you are interested in this bug (like me) you should find
interesting the following link:
http://bugzilla.gnome.org/show_bug.cgi?id=519882
My
@Christian Niemeyer: I believe vbr-mean-bitrate actually requests ABR
encoding, which conflicts with vbr-quality=4, the switch that requests
VBR encoding.
@tigerdog: Nyquist's theorem dictates that the lowpass frequency needs
to be significantly lower than half of the bitrate (44100) to avoid
It seems the only way to get gstreamer to work the way you want is to override
every one of its settings with something you want. I was finally able to use
this pipeline:
audio/x-raw-int,rate=44100,channels=2 ! lame name=enc mode=0 vbr=4
vbr-quality=0 quality=0 vbr-min-bitrate=32
I've checked my mp3s encoded with the line i suggested using vlc and i found
they are ok.
So i've encoded mp3s on an other pc using xubuntu with sound juicer and still
i've obtained good vbr mp3s (tried with different min and max bitrate).
--
Sound Juicer - MP3 quality doesn't change
The weird thing is, when you check those vbr mp3s created with sound-
juicer in VLC (Ctrl+i there the statistics-tab) the vbr-bitrate only
varies around 10 kb/s or even less, up and down. Check at the Input
box the values for Input bitrate and Stream bitrate. This is
technically VBR, but not the
Oops, my second pipeline (which got me a 5.5 MB file) is wrong above, a
typo. Here's the correct pipeline:
audio/x-raw-int,rate=44100,channels=2 ! lame name=enc mode=0 vbr-
quality=4 vbr-min-bitrate=96 vbr-max-bitrate=320 vbr-mean-bitrate=192
vbr=4 quality=0 ! xingmux ! id3v2mux
With quality is
@KennoVo: I tried half a day yesterday trying to get different VBR-
mp3-filesizes and came to the same conclusion. Thanks for explaining.
For example I tried this:
audio/x-raw-int,rate=44100,channels=2 ! lame name=enc mode=0 quality=2 vbr=4
vbr-quality=3 ! xingmux ! id3v2mux
then checking with
Things are actually worse than they seem. As a matter of fact, LAME should only
be invoked with a handful of simple master options (like -V4), each of which
activates myriads of internal encoder parameters. Manually setting those
parameters through advanced switches will disrupt the carefully
To verify that VBR is actually working after you have encoded your files
you will need to use a media player that will report back to you real
time statistics about what is happening during decoding. Programs like
Winamp for windows or the Linux version XMMS (I think the project is
dead though)
I've just upgraded to hardy (8.04) and the default line still doesn't give
correct vbr mp3s but the suggested line above still resolves the problem,
even changing vbr-max-bitrate to 256 (from 192) gives to me VBR mp3s between
160-256 kbps (checked with nautilus, amarok, easy tag)!
I continue to
My hardware is an IBM Thinkpad R60. Ubuntu 7.10 and Sound Juicer 2.20.1
as mentioned above.
What is funny in this, i tried another CD now, and now I have lost the
choice to make MP3 again. I will have another look at it later today, if
something new shows up I will let you know.
--
Sound Juicer
OK, I have ripping back working. I don't know what made it disappear,
maybe some package update?
I issued the following command to make it work again:
sudo apt-get install ubuntu-restricted-extras
Setting in Sound Juicer is as before:
(CD Quality, MP3)
audio/x-raw-int,rate=44100,channels=2 !
I've had the same experience as Cliff Hall; however I'm using
SoundJuicer 2.22 with Ubuntu 8.04 (beta).
The xingmux parameter makes no difference to how the CD rips--I still
end up with 128 cbr files instead of 160-192 vbr or 160-256 vbr :-(
--
Sound Juicer - MP3 quality doesn't change
This is really interesting. There are lots of posts about this on Ubuntu
Forums. Look here:
http://ubuntuforums.org/showthread.php?t=608034highlight=vbr+mp3
Several of us are getting low quality cbr's no matter what we do with sound
juicer. Jorns, however, replied that it worked just fine for
Sorry, i had no time during these days. I will check my mp3s and i'll
report here the results!
--
Sound Juicer - MP3 quality doesn't change
https://bugs.launchpad.net/bugs/195483
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
I tried the above mentioned sentence:
audio/x-raw-int,rate=44100,channels=2 ! lame name=enc mode=0 vbr=4 vbr-
quality=0 vbr-min-bitrate=160 vbr-max-bitrate=192 ! xingmux ! id3v2mux
and changed 192 with 256. For me it worked like a charm, it now makes VBR mp3's
between 160-256 kbps.
My software
** Changed in: sound-juicer (Ubuntu)
Importance: Undecided = Low
Assignee: (unassigned) = Ubuntu Desktop Bugs (desktop-bugs)
Status: New = Triaged
--
Sound Juicer - MP3 quality doesn't change
https://bugs.launchpad.net/bugs/195483
You received this bug notification because you are
I wonder how to even begin figuring out what my problem is.
On Sun, Mar 23, 2008 at 11:17 AM, jorns [EMAIL PROTECTED] wrote:
I tried the above mentioned sentence:
audio/x-raw-int,rate=44100,channels=2 ! lame name=enc mode=0 vbr=4 vbr-
quality=0 vbr-min-bitrate=160 vbr-max-bitrate=192 !
I should have made my plaintive query about what I should do next a reply
to all.
On Sun, Mar 23, 2008 at 9:15 PM, Cliff Hall [EMAIL PROTECTED] wrote:
I wonder how to even begin figuring out what my problem is.
On Sun, Mar 23, 2008 at 11:17 AM, jorns [EMAIL PROTECTED] wrote:
I tried the
I tried it, except I changed vbr-max-bitrate=192 to vbr-max-bitrate=256.
The cd ripped just fine, but Amarok reports a bitrate of 128 for all the
tracks. This is something that's definitley broken in g-streamer as is well
documented in the ubuntu forums, it's definitly not fixed, I don't know how
I'll give it a try as soon as I get a CD to burn. I'm working out of town
without my CD's. I'll let you know what happens. Thanks.
On 3/5/08, Srik [EMAIL PROTECTED] wrote:
This is the functional line:
audio/x-raw-int,rate=44100,channels=2 ! lame name=enc mode=0 vbr=4
vbr-quality=0
Forwarded. They provided a solution: adding the xingmux parameter to
the Pipeline Gstreamer. I think this parameter should be inserted by
default in the profile for cd-quality mp3!!!
--
Sound Juicer - MP3 quality doesn't change
https://bugs.launchpad.net/bugs/195483
You received this bug
Does that work for you? Are you using vbr? I've tried it and it didn't
work for me.
On 3/5/08, Srik [EMAIL PROTECTED] wrote:
Forwarded. They provided a solution: adding the xingmux parameter to
the Pipeline Gstreamer. I think this parameter should be inserted by
default in the profile for
This is the functional line:
audio/x-raw-int,rate=44100,channels=2 ! lame name=enc mode=0 vbr=4
vbr-quality=0 vbr-min-bitrate=160 vbr-max-bitrate=192 ! xingmux ! id3v2mux
I've specified to use the new algorithm (vbr=4) and i've setted min and
max bitrate. Try this!
--
Sound Juicer - MP3
** Changed in: sound-juicer
Status: Unknown = New
--
Sound Juicer - MP3 quality doesn't change
https://bugs.launchpad.net/bugs/195483
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
** Bug watch added: GNOME Bug Tracker #519882
http://bugzilla.gnome.org/show_bug.cgi?id=519882
** Also affects: sound-juicer via
http://bugzilla.gnome.org/show_bug.cgi?id=519882
Importance: Unknown
Status: Unknown
--
Sound Juicer - MP3 quality doesn't change
Same problem using the sound recorder (that uses the same sound profiles
of soundjuicer).
--
Sound Juicer - MP3 quality doesn't change
https://bugs.launchpad.net/bugs/195483
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
May you forward it upstream to bugzilla.gnome.org since you're facing
the issue? I can't reproduce it here. You can look to
https://wiki.ubuntu.com/Bugs/Upstream/GNOME for filing instructions.
thanks in advance.
** Changed in: sound-juicer (Ubuntu)
Status: Incomplete = New
--
Sound
I have had the same experience Srik describes. This has been batted
around for months on the forums at
http://ubuntuforums.org/showthread.php?t=608034highlight=vbr+mp3. VBR
mp3 encoding just doesn't work in sound juicer. I have the same problem
that Srik has in that I only have one cd/dvd drive
Thank you for taking the time to report this bug and helping to make
Ubuntu better. The issue that you reported is one that should be
reproducible with the live environment of the Desktop CD of the
development release - Hardy Heron. It would help us greatly if you could
test with it so we can work
Having only one cd-dvd reader on my pc, i don't think i could test the
extraction and encoding of cd audio track in mp3 while using the live
cd! May i use a virtual machine? Is there no one that could test this
bug?
--
Sound Juicer - MP3 quality doesn't change
* I tried to add the vbr=(0,2,3,4) parameter and the here are the
results:
- vbr=0
I obtain the same file with CBR 128 kbps (vbr=0 stands for no vbr!)
- vbr=2
I obtain a 32 kbps CBR file with incorrect total lenght (7:28 instead of
1:42) (vbr=2 stands for use the old algorithm)
- vbr=3
I
95 matches
Mail list logo
