MP3 uses 576 and 192. When 576 is too low for tonal music and 192 too
long for
percussions, then this is right. But a 1:8 ratio can create other
problems.
Note that MD uses 128, 256, 512 and 1024 sample blocks.
Useful are block sizes from 1 ms ... 35 ms.
Minidisc also uses mixed windows.
On 23 Sep, Sigbjørn Skjæret wrote:
Ok, after thinking about this for a while, and experimenting a little, I
thought of a couple of issues with using TagItems to pass configuration
settings in LAME...
1.) Floats and doubles will lose all it's precision (this can be simply
avoided by
::
::
::1. go to transform sizes 1024 and 128
::
:: MP3 uses 576 and 192. When 576 is too low for tonal music and 192 too long for
:: percussions, then this is right. But a 1:8 ratio can create other problems.
:: Note that MD uses 128, 256, 512 and 1024 sample blocks.
::
"T" == Takehiro TOMINAGA [EMAIL PROTECTED] writes:
T Sorry, that is my mistake. I commited it before complete
T the patch. pls wait until tomorrow. I will commit better one.
OOPS!
All I was hunting for is not bug of scalefac_scale routine, but the
bug of my compiler
OK, I
Currently I'm writing a little (Unix) program for making ABX double blind
tests.
Current functionality:
* Able to load WAV/AIFF and MP1/2/3 files via lame
* Files must be Stereo, 44.1 kHz, 16 bit, up to 3 minutes long
* No DC canceling to reduce fading noise between A, B and X
* No
On Sun, Sep 24, 2000 at 10:57:39AM +0200, Gabriel Bouvigne wrote:
I've got another question about window sizes: are the short ones really
essential in VBR? Would it be possible to only use long ones, and then
allocating a lot more bits in the case of transcients? After all, Xing uses
only
On Sun, Sep 24, 2000 at 10:57:39AM +0200, Gabriel Bouvigne wrote:
Minidisc also uses mixed windows. Perhaps mixed windows would help in our
case.
I've got another question about window sizes: are the short ones really
essential in VBR? Would it be possible to only use long ones, and then
Hi Gaby
Why can we read in the litterature that humans got 25 CB but mp3 uses only
22?
let us try to get it in order:
bark scale is used by the spreading function
Bark 0 : 0-100 Hz, Bark 24: 15.5 - 20.4 kHz
masking is calculated for convolution bands
Hello Frank,
Sunday, September 24, 2000, 7:43:06 PM, you wrote:
FK How to capture Win95 Screen Shots? What utility would be the best?
press 'print screen' button (copy)
and paste into paintbrush...
8)
Best regards,
Dmitrymail to: [EMAIL PROTECTED]
Why can we read in the litterature that humans got 25 CB but mp3 uses
only
22?
let us try to get it in order:
bark scale is used by the spreading function
Bark 0 : 0-100 Hz, Bark 24: 15.5 - 20.4 kHz
masking is calculated for convolution bands
Lame uses 64 equidistant convolution
"Gabriel Bouvigne" [EMAIL PROTECTED] wrote:
Is there a scalefactor for 16kHz in AAC? (Meno, are you listening?)
AAC has scalefactorbands that fill the whole frequency range, scalefactors
are calculated for all scalefactorbands.
Bye, Menno
--
MP3 ENCODER mailing list (
Gabriel Bouvigne wrote:
how about altering some of the mp3 specs themselves and creating a
lame
specific mp3 variant?
are there any legal reasons not to do this? would the quality gain
be
worth the effort?
The problem is that no player would them be able to play the files.
MP3 is an
1.) Floats and doubles will lose all it's precision (this can be simply
avoided by passing the string-pointer from arg-parsing and converting
when parsing TagItems instead)
What about passing the pointer to the float/double instead?
Sure, but that means you will have to temporarily
Gabriel Bouvigne schrieb am Son, 24 Sep 2000:
So the highest subbands don't have any scalefactor? I know that Brandebourg
said that there is no proof that 16kHz really contribute to the hearing of
the music, and then it could be intentionnal, but could it be a "bug" or
mistake in the mp3
::
:: So the highest subbands don't have any scalefactor? I know that
:: Brandebourg said that there is no proof that 16kHz really contribute to
:: the hearing of the music, and then it could be intentionnal, but could
:: it be a "bug" or mistake in the mp3 specs?
::
40 Hz...16 kHz
On Fri, Sep 22, 2000 at 11:22:43AM -0600, Mark Taylor wrote:
Is it theoretically possible to amplify the sound in a mp3 file without
reencoding it? What would be the quality loss of this operation?
Yes: modifying the global_gain field in each channel of each granule in a
Layer
Hi Gaby
Why can we read in the litterature that humans got 25 CB but mp3 uses only
22?
let us try to get it in order:
bark scale is used by the spreading function
Bark 0 : 0-100 Hz, Bark 24: 15.5 - 20.4 kHz
masking is calculated for convolution bands
Hi all,
I now have free format working in my decoder, MAD. If anyone would like to try
it -- get version 0.11.4b or later:
ftp://ftp.mars.org/pub/mpeg/
So far it seems to work with any free format bitrate I've created with LAME,
all the way up to 640 kbps.
The real reason I'm writing,
If defined, what does ALLOW_MIXED do?
josh
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
I'm not sure when, but recently (within the last 2 days) int64 is undefined
for me compiling with DJGPP. I defined it in machine.h as a hack for me for
now, but it doesn't compile "out of the box", well only when using
MMX_choose_table. I can no longer use any optimzation higher than -O2, I
never
Hi Joshua
If defined, what does ALLOW_MIXED do?
josh
well, actually nothing, as mixed blocks are not supported
by LAME. You may try Takehiro's snapshot, I think he has
implemented mixed blocks in it.
Ciao Robert
--
MP3 ENCODER mailing list (
As a side note, I figured out the optimization problem, it was a faulty
build of the binutils package I was using.
Joshua Bahnsen
- Original Message -
From: "Joshua Bahnsen" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, September 24, 2000 7:19 PM
Subject: [MP3 ENCODER] int64
I'm using the configure generated Makefile that I've changed to suit my
needs.
- Original Message -
From: "Robert Hegemann" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, September 24, 2000 7:55 PM
Subject: Re: [MP3 ENCODER] int64
Hi Joshua
I'm not sure when, but recently
23 matches
Mail list logo