Hello L.A.M.E. people,
1 - Why ABR is much faster than VBR ?
2 - Anyone tested ABR x CBR quality ?
3 - I encoded a file with --abr 192 -js -h (lame 3.84 a1_2j from Dmitry)
and the file have 183 kbps :
32 - 28 - 0.2%
64 - 1 - 0.0%
96 - 1 - 0.0%
112 - 9 - 0.1%
|128 - 250 - 2.2
Mark Taylor wrote:
> I like this quote:
>
> --start quote---
> According to Brandenburg, the ISO asked Fraunhofer to develop sample
> encoding and decoding software as a tool for industry to learn how to
> use MP3. The source code -- the underlying instructions -- for these
> programs was care
Following on from the recent decoder quality discussions, some may find
this interesting.
http://players.shoutclub.net/wavcompare/
Winamp does uniformly badly, but Sonique 1.5's results are a little strange
- very close to the reference (l3dec) in some tests, miles away in others.
-- Mat.
--
Hi, All!
I think, when we maked changes to _longIdx_ (330->332), we also need to make
changes at _longDiff_:
0,6,12,18,24,30,36,44,54,66,80,96,114,136,162,194,232,278,332,394,464,540,576
6,6, 6, 6, 6, 6, 8,10,12,14,16,18, 22, 26, 32, 38, 46, 54, 62, 70, 76, 36
WBR, Sergey. E-Mail: [EMAIL PROT
Eric.Howgate wrote:
>
> I saw a disturbing report tonight on the Register
>
> http://www.theregister.co.uk/content/1/11499.html
>
> which indicates hardware manufacturers may be set
> to dump MP3 in favour of AAC.
>
> Hard to estimate what kind of a threat S3's
> adoption of AAC will pose for
I saw a disturbing report tonight on the Register
http://www.theregister.co.uk/content/1/11499.html
which indicates hardware manufacturers may be set
to dump MP3 in favour of AAC.
Hard to estimate what kind of a threat S3's
adoption of AAC will pose for MP3 - but the
quality/filesize ratio is b
> I like this quote:
>
> --start quote---
> According to Brandenburg, the ISO asked Fraunhofer to develop sample
> encoding and decoding software as a tool for industry to learn how to
> use MP3. The source code -- the underlying instructions -- for these
> programs was carelessly placed on an in
> I like this quote:
> --start quote---
> According to Brandenburg, the ISO asked Fraunhofer to develop sample
> encoding and decoding software as a tool for industry to learn how to
> use MP3. The source code -- the underlying instructions -- for these
> programs was carelessly placed on an inse
The vbrtest.wav problem can be reproduced with a simple square wave.
http://www.geocities.co.jp/Technopolis/9674/lametest/index.html
--
Naoki Shibata e-mail: [EMAIL PROTECTED]
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
>
> Also visit http://www.vorbis.com/ , they released
> version 1.0beta yesterday ( tue, 20-jun-2000 )
>
> I read in an article at
> http://www.inside.com/story/Story_Cached/0,2770,6015,00.html
> --start quote---
> The LAME project, which makes MP3 encoders for Linux, was unable to
> afford a Fr
> David Balazic wrote:
> >
> > Yeah , but what if someone in Germany wants to use it ?
> > He can not , unless he breaks the law.
>
> Isn't that the same with LAME and even an MP3 decoder? All
> you people using LAME in the US and Germany are currently
> breaking the law :-).
>
> Erik
If you only
>
> >
> > Hi folks,
> >
> > How many original, or "basic", so to say, mp3
> > encoders are out there ??? I can think only of
> > ISO, Fhg, and Xing ...
> >
>
> I think the answer is 2: FhG and ISO.
I think FhG and ISO have common ancestors, too. They are quite similar.
Segher
>
> Xing e
Osamu Shigematsu wrote:
>
> Here in Japan, we may need patent license even f
> ree encoder. ($15000 every year)
>
> By the way, I found following patent free sound
> format about 2 days ago.
>
> http://www.xiph.org/ogg/vorbis/
>
> What's this?
>
> If this was really patent free and op
Osamu Shigematsu wrote:
>
> Eric, thank you very much for your advice.
>
> > > (1) With constructor, we can init member vaules.
> >
> > This can be done in C. Think about the
> > fopen/fread/fwrite/fgets/fprintf
> > etc functions. Don't they work like this?
>
> Um, how can I do that? With struc
On Wed, Jun 21, 2000 at 11:23:31AM +0900, Osamu Shigematsu wrote:
>
> I know, but if defined the NDEBUG macro, assert() do nothing, right? If we
> don't need a check, assert() should not be placed there. LAME is still under
> developing, but, assert() should not be good solution for error handing
David Balazic wrote:
>
> Yeah , but what if someone in Germany wants to use it ?
> He can not , unless he breaks the law.
Isn't that the same with LAME and even an MP3 decoder? All
you people using LAME in the US and Germany are currently
breaking the law :-).
Erik
--
+
> > I'm in Australia where Fraunhoffer and their
patents are
> irrelevant :-).
> >
> > Cheers,
> > Erik
>
> Yeah , but what if someone in Germany wants to
use it ?
> He can not , unless he breaks the law.
> The same is true for the most(?) other places
too.
> So your library would be illegal to u
Erik de Castro Lopo wrote:
[snip]
> > > I am the author of libsndfile
> > >
> > > http://www.zip.com.au/~erikd/libsndfile/
> >
> > Oh, is that so? That great! Thanks for your works.
> >
> > > which can optionally be used as the LAME input file decoder. I have for
> > > some time thought about add
> Xing evolved from tompg, which I think is also a direct
> descendent of the ISO code. The tompg source code is out there,
> so you could check.
>
It's the second time that someone mentions the tompg sources as beeing
available. But does anyone knows where to find them?
Regards,
--
Gabriel
Hi Mark,
> I'm pretty sure it is okay as is. Values greater than 8191
> would always be encoded with "linbits", meaning the number
> is written directly into the bitstream after an escape code.
> linbits allows up to 13 digits, which would give
> an upper bound of 8191. But with mp3/linbits, 1
20 matches
Mail list logo