Could someone satisfy my curiosity about this
option (descibed as 'experimenatl' in the docs for ver 3.85, but I see that
it is available in RazorLame) ?
Does it have fixed default parameters like the
--preset voice option, and if so what are they ?
What is the thinking behinfd this optio
> On 12-Oct-99 Gabriel Bouvigne wrote:
> > I just wanted to notify that the voice option now only works (and is
only
> > tuned for) with 44.1kHz samples.
>
> Gabriel, could you post a quick rundown on how you implemented a 'voice'
option.
> voice is in the range 2-5khz isn't it? Could you assign
For <= 56 kbit/s Voice-Mode of Lame always sounds better than the normal
mode. I've tested several kind of music and also spoken words.
So there are 2 questions:
* Does voice mode become standard for low bit rates?
* What makes voice mode (it's not IS, it also works with mono)?
* is IS for
On Mon, Sep 11, 2000 at 10:01:58PM -, Eric Howgate wrote:
> Could someone satisfy my curiosity about this option (descibed as 'experimenatl' in
>the docs for ver 3.85, but I see that it is available in RazorLame) ?
>
> Does it have fixed default parameters like the --preset voice option, and
Could someone satisfy my curiosity about this
option (descibed as 'experimenatl' in the docs for ver 3.85, but I see
that it is available in RazorLame) ?
Does it have fixed default parameters like the
--preset voice option, and if so what are they ?
What is the thinking
- Original Message -
From:
Gabriel
Bouvigne
To: [EMAIL PROTECTED]
Sent: Tuesday, September 12, 2000 10:10
AM
Subject: Re: [MP3 ENCODER] --voice
Could someone satisfy my curiosity about this
option (descibed as 'experimenatl' in the do
- Original Message -
From:
Gabriel
Bouvigne
To: [EMAIL PROTECTED]
Sent: Tuesday, September 12, 2000 10:10
AM
Subject: Re: [MP3 ENCODER] --voice
Could someone satisfy my curiosity about this
option (descibed as 'experimenatl' in the do
>
>
>
> Thanks - I'll revisit your website.
>
> Another question :) Is there a preferred (or even mandatory)
> sequence to command-line opions for Lame ? I remember how quirky
> DOS could be in this respect
>
The only problem is if you use incompatiable options - LAME
does not che
Mark Taylor schrieb am Mit, 13 Sep 2000:
> >
> >
> >
> > Thanks - I'll revisit your website.
> >
> > Another question :) Is there a preferred (or even mandatory)
> > sequence to command-line opions for Lame ? I remember how quirky
> > DOS could be in this respect
> >
>
> The only
- Original Message -
From: Mark Taylor <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, September 13, 2000 9:30 AM
Subject: Re: [MP3 ENCODER] --voice
> > Another question :) Is there a preferred (or even mandatory)
> > sequence to command-line opio
> I've just been trying to help someone with re-encoding from 160/128 down
to
> 96 kbps for his portable player so I offered >-mj -b 96 --mp3input<. This
> works fine but took longer than expected (perhaps because Lame seems to
> automatically resample down to 32 kHz ?), - are these the best opti
On Wed, 13 Oct 1999, Gabriel Bouvigne wrote:
> The voice mode is made using 3 tricks:
> *using only long blocks
> *limiting bitrate when vbr
> *using a band-pass filter
For a more sophicated hack:
Panned stereo mode!
For each frame you examine a spectrally weighed (ignore low freqs) energy
rat
> Panned stereo mode!
>
> For each frame you examine a spectrally weighed (ignore low freqs) energy
> ratio of left/right to pick the stereo panning at two points in time
> (middle, and right) then interpoate from old_left to middle then right,
> enforcing a maximum rate of change.
>
> Then mix t
On Thu, 14 Oct 1999, Gabriel Bouvigne wrote:
>
> > Panned stereo mode!
> >
> > For each frame you examine a spectrally weighed (ignore low freqs) energy
> > ratio of left/right to pick the stereo panning at two points in time
> > (middle, and right) then interpoate from old_left to middle then r
Hi all
On 15-Oct-99 Greg Maxwell wrote:
> Are you aware you can use lame for image compression? :)
> compression.. Check out http://linuxpower.cx/~greg/mp3crap/ for some
> examples of this kind of perversion..
This is so perverse it's actually neat. :)
Anyone tried the reverse? Image compression o
> Duh.. I see, M/S is define with addition/subtraction not multiplication.
>
> So, is there a downloadably doc that describes intensity mode, are
> decoders a good source of info?
There is a few lines (only a few) about it in the iso docs. If you don't
have them yet, they are available on mp3tech
On Fri, 15 Oct 1999 [EMAIL PROTECTED] wrote:
> Hi all
> On 15-Oct-99 Greg Maxwell wrote:
> > Are you aware you can use lame for image compression? :)
> > compression.. Check out http://linuxpower.cx/~greg/mp3crap/ for some
> > examples of this kind of perversion..
> This is so perverse it's actua
Howdy All,
In testing my (comparatively naive) hack of the dist10 encoder, I have
discovered that, while it does OK for music, it has real problems with
speech signals. (Caveat: at our lowest overall bitrate of 300kbps for
combined video/audio, we run the audio at 32kbit mono - though we go way
Frank Klemm schrieb am Die, 01 Aug 2000:
> For <= 56 kbit/s Voice-Mode of Lame always sounds better than the normal
> mode. I've tested several kind of music and also spoken words.
>
> So there are 2 questions:
>
> * Does voice mode become standard for low bit rates?
> * What makes voice mod
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, August 04, 2000 4:14 PM
Subject: [MP3 ENCODER] Voice encoding questions
> Howdy All,
>
> In testing my (comparatively naive) hack of the dist10 encoder, I have
> discovered th
> So my question(s) are: Is the solution to my problem to filter/downsample
> (and use joint, when I get around to coding it up)? That seems to be what
> is making the difference in the case of LAME; I assume that FhG is using
> some filtering as well, though there's no way to disable it and se
> 1) With my encoder (64kbps stereo CRC), every fricative is almost painful to
> listen to, as the pink noise bursts end up being narrow band filtered (due
> to lack of bits - only the MDCT coeffs closest to the pole are making it
> into the bitstream), and there are occasional weird high frequen
Howdy All,
Thanks for the quick replies!
Gabriel Bouvigne wrote:
> If you want to encode voice signals, I'd suggest you to use --voice
> or --preset voice
Actually, I want to encode general signals (mostly TV and movies), many of
which have significant voice components, and, unfortunately, man
> I like to think that I have fixed at least a few. Now that I've finished
a
> first pass clean, rewrite, overhaul, and verify, I'm taking a closer look
at
> algorithmic (as opposed to purely implementational) problems, starting
with
> the main loop, and probably ending with the #&^@% psych mode
> "F" == Frank Klemm <[EMAIL PROTECTED]> writes:
F> We should support an option (-ma for Mode Auto) which switches
F> between -a -mm for highly correlated channels (r > 0.98 =>
F> mono), -mj for a normal correlated signals (r = -1.00...-0.20,
F> 0.20...0.91 => stereo) and -ms
> F> We should support an option (-ma for Mode Auto) which switches
> F> between -a -mm for highly correlated channels (r > 0.98 =>
> F> mono), -mj for a normal correlated signals (r = -1.00...-0.20,
> F> 0.20...0.91 => stereo) and -ms for nearly not
>
> I am afraid most of decoder
> Another question:
> Is there any tool to analyze the number of SI, MS and LR frames in a MP3?
>
Frank, you just need a GTK enabled version of lame :-)
run lame -g on the mp3 file, scroll to the end, and then
click 'show' under the 'stats' pull down menu.
It shows the info you want, and any
| 3) FhG (-br 64000 -qual 9 -crc -no-is -esr 44100) sounds very good.
(Man,
| is it slow, though.) Again, without the forced MPEG-1 sampling rate, the
| mp3enc31 will attempt to use 22050.
...
| So my question(s) are: Is the solution to my problem to
filter/downsample
| (and use joint, when
Hello alex,
abcc> I feel guilty using a list mainly devoted to an open source codec (LAME) to
abcc> further the development of ClearBand's 'proprietary' codec. (Is a standards
abcc> based codec implementation proprietary? We don't sell the codec - we sell a
abcc> multicast system, mostly to ISP
Hello Gabriel,
Friday, August 04, 2000, 10:33:46 PM, you wrote:
GB> I'd suggest you to look at the archives of this list, and to look at Lame
GB> 3.00. It's code was probably a lot easier, and it was mainly bugfixed ISO
GB> with addition of joint stereo.
where i can get lame 3.0 & 2.1f?
Best r
I have briefly tried the "--voice" mode and the "normal" mode when
encoding a purely voice signal (with background noise) at 8kbps, and
have been very impressed with the difference. I would like to compress
the signal more... but 8 is as low as it goes.
The "nomal" mode renders the voice absolute
We should support an option (-ma for Mode Auto) which switches between -a -mm
for highly correlated channels (r > 0.98 => mono), -mj for a normal
correlated signals (r = -1.00...-0.20, 0.20...0.91 => stereo) and -ms for nearly not
correlated signals (dual channel audio with independent audio, i.e.
Frank Klemm schrieb am Sam, 05 Aug 2000:
> We should support an option (-ma for Mode Auto) which switches between -a -mm
> for highly correlated channels (r > 0.98 => mono), -mj for a normal
> correlated signals (r = -1.00...-0.20, 0.20...0.91 => stereo) and -ms for nearly not
> correlated signals
> Hello Gabriel,
>
> where i can get lame 3.0 & 2.1f?
>
ftp://ftp.fu-berlin.de/unix/sound/lame/
Regards,
--
Gabriel Bouvigne - France
[EMAIL PROTECTED]
icq: 12138873
MP3' Tech: www.mp3-tech.org
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
:: Frank Klemm schrieb am Sam, 05 Aug 2000:
:: > We should support an option (-ma for Mode Auto) which switches between -a -mm
:: > for highly correlated channels (r > 0.98 => mono), -mj for a normal
:: > correlated signals (r = -1.00...-0.20, 0.20...0.91 => stereo) and -ms for nearly
:not
::
Frank Klemm schrieb am Sam, 05 Aug 2000:
> Another question:
> Is there any tool to analyze the number of SI, MS and LR frames in a MP3?
I don't know if there is any, but you can write a simple tool scanning
all mp3 headers and counting the type of each frame. Or you can look
out for a tool c
> I have briefly tried the "--voice" mode and the "normal" mode when
> encoding a purely voice signal (with background noise) at 8kbps, and
> have been very impressed with the difference. I would like to compress
> the signal more... but 8 is as low as it goes.
>
> The "nomal" mode renders the voi
> > I have briefly tried the "--voice" mode and the "normal" mode when
> > encoding a purely voice signal (with background noise) at 8kbps, and
> > have been very impressed with the difference. I would like to compress
> > the signal more... but 8 is as low as it goes.
> >
> > The "nomal" mode ren
>
> I have briefly tried the "--voice" mode and the "normal" mode when
> encoding a purely voice signal (with background noise) at 8kbps, and
> have been very impressed with the difference. I would like to compress
> the signal more... but 8 is as low as it goes.
>
> The "nomal" mode renders the
39 matches
Mail list logo