[Bug 195483] Re: Sound Juicer - MP3 quality doesn't change
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=608034&highlight=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 and can't test the bug using a live cd. Can't anybody help with this? Vbr mp3 encoding is an important function. -- 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 195483] Re: Sound Juicer - MP3 quality doesn't change
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 to fix it, and the bug guys just don't seem interested. This is very peculiar since variable bit rate encoding of mp3's is such an important function. Note that Amazon.com (which incidentally has recently released a linux version of it's downloader) encodes all it's DRM-free tracks with vbr avg bitrate 256. Did you check to see what bitrates your software is reporting for the cd's you ripped? 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 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 quality doesn't change > https://bugs.launchpad.net/bugs/195483 > You received this bug notification because you are a direct subscriber > of the bug. > -- 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 195483] Re: Sound Juicer - MP3 quality doesn't change
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 ! 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 is the same, Ubuntu 7.10 and Sound Juicer 2.20.1 > > -- > Sound Juicer - MP3 quality doesn't change > https://bugs.launchpad.net/bugs/195483 > You received this bug notification because you are a direct subscriber > of the bug. > -- 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 195483] Re: Sound Juicer - MP3 quality doesn't change
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 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 is the same, Ubuntu 7.10 and Sound Juicer 2.20.1 > > > > -- > > Sound Juicer - MP3 quality doesn't change > > https://bugs.launchpad.net/bugs/195483 > > You received this bug notification because you are a direct subscriber > > of the bug. > > > > -- 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 195483] Re: 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=608034&highlight=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 him and he was able to get genuine vbr files. He writes: -- jorns to me show details Mar 23 (13 days ago) Reply 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 is the same, Ubuntu 7.10 and Sound Juicer 2.20.1 - So what makes the difference here? Is there some kind of hardware variable? Is that possible? I'm using an HP Pavillion dv4000. What about you other guys who are unable to get soundjuicer to properly juice? (BTW, I'm using Gutsy with Sound Juicer 2.20.1.) On Sat, Apr 5, 2008 at 9:14 AM, bugmenot <[EMAIL PROTECTED]> wrote: > 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 > https://bugs.launchpad.net/bugs/195483 > You received this bug notification because you are a direct subscriber > of the bug. > ** Attachment added: "unnamed" http://launchpadlibrarian.net/13134598/unnamed -- 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 195483] Re: Sound Juicer - MP3 quality doesn't change
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 cd-quality mp3!!! > > -- > Sound Juicer - MP3 quality doesn't change > https://bugs.launchpad.net/bugs/195483 > You received this bug notification because you are a direct subscriber > of the bug. > -- 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 195483] Re: Sound Juicer - MP3 quality doesn't change
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 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 quality doesn't change > https://bugs.launchpad.net/bugs/195483 > You received this bug notification because you are a direct subscriber > of the bug. > -- 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 195483] Re: Sound Juicer - MP3 quality doesn't change
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 wrote: > 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 change > https://bugs.launchpad.net/bugs/195483 > You received this bug notification because you are a direct subscriber > of the bug. > -- 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 195483] Re: Sound Juicer - MP3 quality doesn't change
Thanks. On Wed, Jan 6, 2010 at 1:54 AM, Tristan Hill wrote: > 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 bitrate >flags: readable, writable >Enum "GstLameMP3EncTarget" Default: 0, "quality" > Current: 0, "quality" > (0): quality - Quality > (1): bitrate - Bitrate > bitrate : Bitrate in kbit/sec (Only valid if target is > bitrate, for CBR one of 8, 16, 24, 32, 40, 48, 56, 64, 80, 96, 112, 128, > 160, 192, 224, 256 or 320) >flags: readable, writable >Integer. Range: 8 - 320 Default: 128 Current: 128 > cbr : Enforce constant bitrate encoding (Only valid if > target is bitrate) >flags: readable, writable >Boolean. Default: false Current: false > quality : VBR Quality from 0 to 10, 0 being the best (Only > valid if target is quality) >flags: readable, writable >Float. Range: 0 - 9.999 > Default: 4 Current: 4 > encoding-engine-quality: Quality/speed of the encoding engine, this does > not affect the bitrate! >flags: readable, writable >Enum "GstLameMP3EncEncodingEngineQuality" Default: > 1, "standard" Current: 1, "standard" > (0): fast - Fast > (1): standard - Standard > (2): high - High > mono: Enforce mono encoding >flags: readable, writable >Boolean. Default: false Current: false > > They generally match definitions on > http://lame.sourceforge.net/lame_ui_example.php > > -- > Sound Juicer - MP3 quality doesn't change > https://bugs.launchpad.net/bugs/195483 > You received this bug notification because you are a direct subscriber > of the bug. > -- 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 195483] Re: Sound Juicer - MP3 quality doesn't change
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 ! > 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 blandly reporting an encoded stream to be CBR 128Kbps, > when it's actually a VBR stream. > Even VLC Player's Ctrl_I report is misleading ! > Back when I originally researched gst-inspect lame to come up with my > recommended profile for Sound-Juicer, I was advised to use WinXP-hosted > EncSpot, then at version 2.0 Basic, to analyse the results, for comparison > with WinXP-hosted CDEX encoding results. > That resulting Histogram is as attached in my Comment to Gotit, above. > Re-running that analysis, there's been a subtle change in results, now > reporting VBR average BitRate of only 165 rather than 171, but the revised > results are still acceptable when simply dwelling on a track in Nautilus, or > better yet when playing in Exaile, whose simple interface I prefer to the > complexity of Rhythmbox or Amarok. > However, most players and tools are still providing misleading technical > reports on my rigs. > So could it all be down to misleading analysis of results, rather than > gstreamer problems ? > > -- > Sound Juicer - MP3 quality doesn't change > https://bugs.launchpad.net/bugs/195483 > You received this bug notification because you are a direct subscriber > of the bug. > -- 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
