On Mon, 24 Apr 2000, Zia Mazhar wrote:
[snip]
only occur with LAME. I tried it with MP3Enc, Xing and BladeEnc, but there was no
such problem. What could be the reason that the decoders mess up with only the
LAME Encoder?
[snip]
Other encoders probably are tuned to avoid triggering the bug
If you want MAXIMUM QUALITY of mp3, BE SURE to use the best encoder
and the best decoder.
What is the best (streaming) decoder (for Windows)?
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Hello Zia,
Monday, April 24, 2000, 2:55:44 PM, you wrote:
ZM He sent me the wave file and the MP3 file(thanks). When I tested, the problem
ZM occured with WinAmp, but when I installed the "in_mp3.dll" plugin from WinAmp 2.22
ZM [available at http://www.chat.ru/~dkutsanov/~index.htm] it was
Dear Dmitry,
I've tested it with other some decoders and the problem remained. However, different
decoders seemed to produce the clicks differently. Anyway, I tested it with a few
Fraunhofer decoders and it didn't happen. What does it mean then? It means that LAME is
not producing a faulty or a
Naoki Shibata wrote:
Hi,
I made a patch to fix some problems of mpglib. And, I updated
in_mpg123 plugin.
Now, maximum differences of outputs of mpglib decoder and
l3dec 2.60 is 1 for each sample, as far as I tested.
And, it seems that output of this plugin is more accurate than
Howdy All,
-Original Message-
From: Zia Mazhar [mailto:[EMAIL PROTECTED]]
Sent: Monday, April 24, 2000 3:36 PM
To: [EMAIL PROTECTED]
Subject: Re: [MP3 ENCODER] mpglib bugfix
Naoki Shibata wrote:
...
I made a patch to fix some problems of mpglib. And, I updated
in_mpg123
Matthew Great stuff. I have a couple of questions/feature suggestions
Thanks. Perhaps I can implement both features. Please wait for
anouncement of new version.
--
Naoki Shibata e-mail: [EMAIL PROTECTED]
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Howdy,
I tried to search through all the messages related to this topic, but I
couldn't find any that addressed the speed issue. Trying VBR using the
lastest 3.8 CVS source, VBR is still slower than CBR. Is this still a
future improvement, or do I need to set an option?
mark
I see that LAME DLL offers two modes. One is fast and the other is "normal".
Where is the high quality mode that I can specify in the command line
encoder with the -h option? Please help.
BTW, has there been any change at all between version 3.69 and 3.70?
Or, both are 100% same?
The
Hi,
I made a patch to fix some problems of mpglib. And, I updated
in_mpg123 plugin.
Now, maximum differences of outputs of mpglib decoder and
l3dec 2.60 is 1 for each sample, as far as I tested.
And, it seems that output of this plugin is more accurate than
l3dec. See
20800Hz to 22050Hz is 101.034 cents (in pitch terms :-) That contributes to about .84%
of the audible spectrum. Whether those frequencies can be heard, or whether they're
even put on CDs is a completely different matter. If they're not going to be heard,
then there's not much point in having
is it worth to use -p at 192kbps?
Do you know -p option ?
-p option is "calculate CRC for error detection".
It's worth only when using none error free data transmission(like UDP),
no matter what bitrate you use.
---
Takehiro TOMINAGA // may the source be with you !
--
MP3 ENCODER mailing
Hello Zia,
Monday, April 24, 2000, 2:55:44 PM, you wrote:
ZM He sent me the wave file and the MP3 file(thanks). When I tested, the problem
ZM occured with WinAmp, but when I installed the "in_mp3.dll" plugin from WinAmp
2.22
ZM [available at http://www.chat.ru/~dkutsanov/~index.htm]
I'm using Dmitry's WIN32 compile of 3.80 dated 19 April and there is some
bad noise frames being generated throughout many songs I've just encoded.
I'm not entirely sure but it appears to occur in the song at the points
where alot of informative errors regarding pre or post bit wastage
14 matches
Mail list logo