- Original Message -
From: Keeshond [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, August 15, 2000 11:44 PM
Subject: Re: [MP3 ENCODER] The best decoders
Which do you consider to be the best decoder ? I have convinced myself
that
Winamp 2.22 sounds better than later versions -
Hello,
I have a interesting (I think) test sample (.wav ~1.6MB), which consists mainly of
cymbal hits, with some drums and bass. The problem here is the the cymbal hits. Small
reports using lame 3.70 (the last stable release) and 3.85b (last beta?) is below.
However: the CBR result was better
| I don't think disk space is a problem these days.
| The (big) advantage of one large mp3file containing the entire album (like
| AiD suggests) is that players like winamp don't delay playback when a
track
| ends and another begins. When using seperate files, Winamp checks
playtime,
| ID3-TAG
Someone told me, that using -mj will destroy 3d-suround information.
It is caused due switching from m/s to stereo and back.
Using -mf will solves this problem, because it will not switch between
the modes. In the past, i thought only fraunhofers joint-stereo has
a similar problem (phase lost
I tried the in_mpg123 Winamp plug-in for my FM radio station a few weeks ago
but I had to switch back to nitrane. If it finds a non-existing file in the
playlist it just stops playing -- doesn't advance to the next song. I
occasionally have this problem so I can't use it. I e-mailed Shibath
This gap is a pain in the arse and is THE thing I hate most about MP3. When
this problem has been sorted in LAME i will be happy. Personnaly i feel a
'fix' to this problem is long overdue.
Haven't made a study of the subject, but surely there is a purpose to this gap,
other than that the
On Thursday 17 Aug 00, Ross Levis writes:
I tried the in_mpg123 Winamp plug-in for my FM radio station a few weeks ago
but I had to switch back to nitrane.
I read on the in_mpg123 web page that it doesn't support streaming.
Could this be your problem?
(I haven't tried it myself, based on this
Another problem in in_mpg123 is that in some files it gives a high "click" in the
beginning.
This problem is in mpglib, it also appears in .wav-files decoded with lame --decode (I
think that Shibath has found the error, but it's still there in 3.86).
So instead i have renamed the in_mp3.dll
Symbals are probably the instrument that is most difficult to encode correctly!
Pierre Hugonnet wrote:
Hello,
I have a interesting (I think) test sample (.wav ~1.6MB), which consists mainly of
cymbal hits, with some drums and bass. The problem here is the the cymbal hits. Small
reports
David I read on the in_mpg123 web page that it doesn't support streaming.
David Could this be your problem?
David
David (I haven't tried it myself, based on this information. My personal
David "jukebox" is a streaming httpd server.)
Sorry, I'm very busy now and can't make new version of
Since I've seen that the last beta was 3.86b, I tested it on the same sample. The
improvement over 3.85b is significant, and now I can ear almost no artefact but on CBR
128 and below:
lame 3.86b (--lowpass 15 for all VBRs)
CBR 96 horrible/artefacts
CBR 128 acceptable/slight
Sorry, I'm very busy now and can't make new version of in_mpg123.
Perhaps I'll be freed by the weekend after next.
Well, sorry, Mr.Shibata. Actually, before their summer vacations, some
people still have to work like slaves in Japan...sort of a traditional
ritual at this season. And, he
i mean in terms of speed like using faster algo like Lee's IDCT for faster
implementation.
rgds
soyeb
Ok. Yes, been there, done that. The 32 point dct II, as well as the 18 point
dct IV. Both with a Lee -like algorithm. Works like a charm :-)
The slowest part is the polyphase windowing, and
You can use NamLing's algorithm for that instead og 512 mul for each iteration
it will take 256 + 32 mul, i am not able to figure out how to implement
recursive formulla.
The Namling's paper is available at
"Two polyphase filter architecture for MPEG audio",Namling,Shih, IEEE trans.
speech and
Hello Rob,
Thursday, August 17, 2000, 12:54:08 AM, you wrote:
RL If you can point me to a specific implementation I can try to test it
RL directly. The only requirement I have is that the implementation support some
RL way of saving the decoded output to a file (e.g. WAV).
Would be great:
You can use NamLing's algorithm for that instead og 512 mul for each iteration
it will take 256 + 32 mul, i am not able to figure out how to implement
recursive formulla.
The Namling's paper is available at
"Two polyphase filter architecture for MPEG audio",Namling,Shih, IEEE trans.
Hi all!
Albert Faber schrieb am Don, 17 Aug 2000:
Yesterday, I made the modification/additions in order to support layer I/II
decoding. However, since my linux environment is not running correctly right
now (and since I'm always scary to change things without testing them) I did
not made the
RL If you can point me to a specific implementation I can try to test it
RL directly. The only requirement I have is that the implementation
support some
RL way of saving the decoded output to a file (e.g. WAV).
Would be great: http://www.daansystems.com/coolplayer
It's useless as this
Hi all!
I just updated the Makefiles and tested LAME's new decoding capabilities
with some toolame-02h generated MP2s.
I did not find the time to do the same with mp[1g] files yet, maybe later.
OK, I found the time, but with LayerI there seems to be a problem:
From Xing dev-site: http://www.xingtech.com/support/extest/
External Testers
External Testers have access to pre-release versions of Xing Products. At
this time, there are no active public beta test programs. However, we are
currently soliciting for qualified testers for our forthcoming release
Anyone know of any utilities that will convert an mp3 into an mp3 compressed
wav file?
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
:: This gap is a pain in the arse and is THE thing I hate most about MP3. When
:: this problem has been sorted in LAME i will be happy. Personnaly i feel a
:: 'fix' to this problem is long overdue.
::
:: Haven't made a study of the subject, but surely there is a purpose to this gap,
::
Thanx very much !
That was the kind of info I was looking for.
Even the ISO spec are available :) (not sure if it's their initial form)
And sadly it seems that the CRC is much more complicated than I thought (just scanning
a part of the header and the whole audio encoding).
- Original
It's called Rename (dev code is F2) on Windows.
You just rename your mp3 files with a wav extension.
- Original Message -
From: "Sterling Windmill" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, August 17, 2000 8:53 PM
Subject: [MP3 ENCODER] mp3 compressed wav files
Anyone
From: "DataFlow" [EMAIL PROTECTED]
then why do all encoders add this gap?
anyone knows this?
Check the archives of the list: Mark Taylor wrote quite a lengthy
explanation a while back. Maybe it's on the web site too.
IIRC, the delay at the beginning can be removed, but would result in
Hello Gabriel,
Thursday, August 17, 2000, 5:59:46 PM, you wrote:
RL If you can point me to a specific implementation I can try to test it
RL directly. The only requirement I have is that the implementation
GB support some
RL way of saving the decoded output to a file (e.g. WAV).
Would be
I've been having problems with lame `randomly' writing `incorrect' Xing
headers. I finally figured out that it's not random (it's my fault) and lame
isn't writing incorrect Xing info, but no info at all. What's been going on? I
start up lame
lame -k -v -V 0 -b 160 -B 320 foo.wav foo.mp3
and
I realize that it will play if renamed, but I need an actual wav header to
be present, I know these utilities exist, I just can't seem to find one.
From: "Steve Lhomme" [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [MP3 ENCODER] mp3 compressed wav files
Date:
Sterling Windmill schrieb am Don, 17 Aug 2000:
I realize that it will play if renamed, but I need an actual wav header to
be present, I know these utilities exist, I just can't seem to find one.
You may look at dailymp3.com ?
Ciao Robert
--
MP3 ENCODER mailing list (
Bill Currie schrieb am Don, 17 Aug 2000:
I've been having problems with lame `randomly' writing `incorrect' Xing
headers. I finally figured out that it's not random (it's my fault) and lame
isn't writing incorrect Xing info, but no info at all. What's been going on? I
start up lame
lame -k
30 matches
Mail list logo