Why are there mp3 files in which the value of part2_3_length is zero?
e.g. http://php.s3.to/bbs/up/img/216.png
Isn't the part2_3_length length of main data per 1granule, 1channel?
Because the frame contains totally no sound (the frame is digital silence).
are right. the calculation is done by in-place algorithm.
--
Takehiro TOMINAGA // may the source be with you!
___
mp3encoder mailing list
[EMAIL PROTECTED]
http://minnie.tuhs.org/mailman/listinfo/mp3encoder
by using --verbose option, like
lame --alt-preset standard --verbose in.wav out.mp3
--
Takehiro TOMINAGA // may the source be with you!
___
mp3encoder mailing list
[EMAIL PROTECTED]
http://minnie.tuhs.org/mailman/listinfo/mp3encoder
If LAME made --alt-preset 96 or something thereabouts the default, then
this
would solve the problem in SHOUTcast and would also obviate the need for
--alt-preset 96.
In other words, why make crappy the default?
Changing default setting needs concensus. And at least for me, I disagree to
don't have and don't know about the P4 box, but at least for me,
icc7 was not good as I expected...
--
Takehiro TOMINAGA // may the source be with you!
___
mp3encoder mailing list
[EMAIL PROTECTED]
http://minnie.tuhs.org/mailman/listinfo/mp3encoder
with libsndfile enabled.
--
Takehiro TOMINAGA // may the source be with you!
___
mp3encoder mailing list
[EMAIL PROTECTED]
http://minnie.tuhs.org/mailman/listinfo/mp3encoder
C == Chetan Krishnamurthy [EMAIL PROTECTED] writes:
C Does lame support layer-1 and layer-2.
No.
--
Takehiro TOMINAGA // may the source be with you!
___
mp3encoder mailing list
[EMAIL PROTECTED]
http://minnie.tuhs.org/mailman/listinfo/mp3encoder
G == Gabriel Bouvigne [EMAIL PROTECTED] writes:
G (we really need a good FAQ)
Seems there's tech-FAQ compiled by Mark.
http://lame.sourceforge.net/tech-FAQ.txt is it.
But I agree it is too much technical
Does anyone willing to compile the FAQ ?
--
Takehiro TOMINAGA // may the source
seems have an ID3 tag and lame does not support it.
--
Takehiro TOMINAGA // may the source be with you!
___
mp3encoder mailing list
[EMAIL PROTECTED]
http://minnie.tuhs.org/mailman/listinfo/mp3encoder
tests).
The fix is already done in my experimental branch.
Any comments ? If it is right answer to fix the problem, I will
backport to the main branch.
--
Takehiro TOMINAGA // may the source be with you!
___
mp3encoder mailing list
[EMAIL PROTECTED]
http
you.
http://sourceforge.net/mailarchive/forum.php?thread_id=1209312forum_id=5500
--
Takehiro TOMINAGA // may the source be with you!
___
mp3encoder mailing list
[EMAIL PROTECTED]
http://minnie.tuhs.org/mailman/listinfo/mp3encoder
LAMEs?
-q0 on 3.88 is almost same with -q2 on LAME3.90 to LAME3.93.1,
and -q3 on LAME3.94 alphas.
And they are the default setting of each of them.
--
Takehiro TOMINAGA // may the source be with you!
___
mp3encoder mailing list
[EMAIL PROTECTED]
http
%.
--
Takehiro TOMINAGA // may the source be with you!
___
mp3encoder mailing list
[EMAIL PROTECTED]
http://minnie.tuhs.org/mailman/listinfo/mp3encoder
. (taking the nearest int would mean
* ix is as close as possible to xr, which is different.)
That's all.
adj43 is initialized to fit the requirement.
--
Takehiro TOMINAGA // may the source be with you!
___
mp3encoder mailing list
[EMAIL PROTECTED]
http
Number of ID3 tag.
- It works only when libsndfile is not used.
--
Takehiro TOMINAGA // may the source be with you!
___
mp3encoder mailing list
[EMAIL PROTECTED]
http://minnie.tuhs.org/mailman/listinfo/mp3encoder
From: Rich Koziol [EMAIL PROTECTED]
Subject: Re: [mp3encoder] LAME setting for speech encoding
Date: Tue, 12 Aug 2003 18:24:43 -0400
Thanks Takehiro,
On 9 Aug 2003 at 20:55, Takehiro Tominaga wrote:
From: Rich Koziol [EMAIL PROTECTED]
Subject: [mp3encoder] LAME setting for speech
to stay in the 32-64kB/s range.
use --preset abr 40 or so.
LAME's VBR is usually inferior to ABR/CBR at these bitrate.
--
Takehiro TOMINAGA // may the source be with you!
___
mp3encoder mailing list
[EMAIL PROTECTED]
http://minnie.tuhs.org/mailman/listinfo
hydrogenaudio.org about this region.
IMHO, r3mix is already obsolete and brings only wrong information...
--
Takehiro TOMINAGA // may the source be with you!
___
mp3encoder mailing list
[EMAIL PROTECTED]
http://minnie.tuhs.org/mailman/listinfo/mp3encoder
say, you should consider in scfsi[scfsi_band] (or
scfsi[scfsi_band][ch]) value when you decode scalefactor value.
---
Takehiro TOMINAGA // may the source be with you!
___
mp3encoder mailing list
[EMAIL PROTECTED]
http://minnie.tuhs.org/mailman/listinfo
and nspsytune uses peak/avg ratio
as tonality.
--
Takehiro TOMINAGA // may the source be with you!
___
mp3encoder mailing list
[EMAIL PROTECTED]
http://minnie.tuhs.org/mailman/listinfo/mp3encoder
was used for encoding that
song?
Yes, it depends.
--
Takehiro TOMINAGA // may the source be with you!
___
mp3encoder mailing list
[EMAIL PROTECTED]
http://minnie.tuhs.org/mailman/listinfo/mp3encoder
interested in it and am not willing to fix it.
It would be a great project to work on, if there is demand for it. I
will try to find the time to help, if needed.
Do you write the code ?
If yes, it sounds great. Let's write and contribute it to us.
--
Takehiro TOMINAGA // may the source
, the output of decoding is RIFF-wave which does not support
over 2GB So we have to check the length of decoded data.
--
Takehiro TOMINAGA // may the source be with you!
___
mp3encoder mailing list
[EMAIL PROTECTED]
http://minnie.tuhs.org/mailman/listinfo
From: rocko [EMAIL PROTECTED]
Subject: [mp3encoder] safe to use NASM-SSE in LAME ?
Date: Thu, 19 Feb 2004 11:07:56 +0100
Can anybody tell me if i am safe with using the NASM-SSE now ?
No, it's not safe.
I think we should remove it at least from the release package.
--
Takehiro TOMINAGA // may
for
SSE/MMX intrinsic, because Intel standarized and offered the header
The problem is about 3DNow!. It is only available for VC (from MS)
(and maybe on icc on windows). No gcc support and no none-windows
support for it (unless you break the license ...)
--
Takehiro TOMINAGA // may the source
mpglib_interface.c
-DDLL_EXPORT -DPIC -o .libs/mpglib_interface.o
contains -I../mpglib/. Ummm, really strange.
FYI: I can successfully compile them on cygwin with the option
-mno-cygwin, but I have no pure mingw environment.
--
Takehiro TOMINAGA // may the source be with you
1.83.2.34.
But... I have no environment to test it.
--
Takehiro TOMINAGA // may the source be with you!
___
mp3encoder mailing list
mp3encoder@minnie.tuhs.org
http://minnie.tuhs.org/mailman/listinfo/mp3encoder
they get converted (my guess is that the
MSB gets stripped off).
That is probabry the problem of your shell (like DOS-prompt).
I have no problem with my national character (kanji and kana and hira-gana),
on my linux box.
--
Takehiro TOMINAGA // may the source be with you
,
as far as I remember)
This has worked very well for several hundred files now!
Thanks again for your help.
Great digest !
Could you allow us to these instructions to the LAME FAQ ?
--
Takehiro TOMINAGA // may the source be with you!
___
mp3encoder
where the upper bound is set according to the last
scalefactor band. (i.e. 522 in case of MPEG2 22.05 kHz).
could you please explain this?
I think it is the DIRTY hack to reduce the complexity of decoding.
--
Takehiro TOMINAGA // may the source be with you
as sampling rate when --abr 56.
LAME3.96 uses 24.00kHz as sampling rate when --abr 56.
check -s 22 option with lame 3.96.1.
If the problem is solved, the player you used may have a problem
with 24kHz mp3.
If not, I have no idea.
--
Takehiro TOMINAGA // may the source be with you
for 3.x branch.
--
Takehiro TOMINAGA // may the source be with you!
___
mp3encoder mailing list
mp3encoder@minnie.tuhs.org
http://minnie.tuhs.org/mailman/listinfo/mp3encoder
to mp3?
Use libsndfile enabled lame.
--
Takehiro TOMINAGA // may the source be with you!
___
mp3encoder mailing list
mp3encoder@minnie.tuhs.org
http://minnie.tuhs.org/mailman/listinfo/mp3encoder
the
include statement and compile it ?
--
Takehiro TOMINAGA // may the source be with you!
___
mp3encoder mailing list
mp3encoder@minnie.tuhs.org
http://minnie.tuhs.org/mailman/listinfo/mp3encoder
when compiling libmp3lame and lame.exe.
--
Takehiro TOMINAGA // may the source be with you!
___
mp3encoder mailing list
mp3encoder@minnie.tuhs.org
http://minnie.tuhs.org/mailman/listinfo/mp3encoder
. The diffs are below:
Thanx. fixed in CVS.
--
Takehiro TOMINAGA // may the source be with you!
___
mp3encoder mailing list
mp3encoder@minnie.tuhs.org
http://minnie.tuhs.org/mailman/listinfo/mp3encoder
for your valueable bug report.
Is it possible to have track number as a string, i.e. 01 is 01 and NOT
just 1 ?
Sorry, but this is not possible with current LAME (version 3.xx).
On experimental branch, it is possible. I hope someday it is possible
for everyone.
--
Takehiro TOMINAGA // may
both problems
(resyncing back-referring of main data)?
Sorry, I've ever wrote an mp3 decoder and I cannot show you.
--
Takehiro TOMINAGA // may the source be with you!
___
mp3encoder mailing list
mp3encoder@minnie.tuhs.org
https://minnie.tuhs.org
38 matches
Mail list logo