@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 c
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'
d
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
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-r
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: nul
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 nam
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
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
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 vbr
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 prof
12 matches
Mail list logo
