Re: [MP3 ENCODER] mpglib layer I/II decoding
I think for Layer I it's 384.
- Original Message -
From: "Mark Taylor" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, August 18, 2000 9:57 PM
Subject: Re: [MP3 ENCODER] mpglib layer I/II decoding
>
> The mpglib/mpg123 routine is supposed to return only 1 frame
> of data. 1 frame = 1152 samples MPEG1 layer 3, 576 samples MPEG2 layer3,
> and (not-very-good) the check looks like this:
>
>
> if ((outsize!=576) && (outsize!=1152)) {
> fprintf(stderr,"Oops: mpg123 returned more than one frame! Cant handle
>this... \n");
> }
>
> For layer I, what is the frame size? I think 1024, which is why
> is triggers this message?
>
>
> Mark
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re: [MP3 ENCODER] mpglib layer I/II decoding
Mark Taylor schrieb am Fre, 18 Aug 2000:
> The mpglib/mpg123 routine is supposed to return only 1 frame
> of data. 1 frame = 1152 samples MPEG1 layer 3, 576 samples MPEG2 layer3,
> and (not-very-good) the check looks like this:
>
>
> if ((outsize!=576) && (outsize!=1152)) {
> fprintf(stderr,"Oops: mpg123 returned more than one frame! Cant handle
>this... \n");
> }
>
> For layer I, what is the frame size? I think 1024, which is why
> is triggers this message?
>
>
> Mark
Oh, I fixed it a few hours ago.
A LayerI frame contains 12*32=384 subband samples,
that equals 384 audio samples (MPEG-1).
Ciao Robert
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re: [MP3 ENCODER] CRC on MP3
I'm highly interrested since, from what I found, the CRC computing is different between Layers and Versions (the amount of data and the order). - Original Message - From: "Frank Klemm" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, August 18, 2000 2:38 AM Subject: Re: [MP3 ENCODER] CRC on MP3 :: Hi everyone, :: :: I'd like to know where to find some sources or specifications on the CRC used :: on MP3 frames. I know I could get it in the lame sources, but I'd like to know :: first if it's fully compliant ! :: :: This is to integrate the CRC check in mp3_check. :: I've added some improved CRC calculating code to lame (bitstream.c) The code is takes 512 byte for a table and is much faster. Overall performance improvement is nearly not measurable, so I disabled this code. But for an mp3 checker this can be different ... -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re: [MP3 ENCODER] Free format
Doh !!! Sorry for the lame question ;) - Original Message - From: "Gabriel Bouvigne" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, August 18, 2000 8:43 PM Subject: Re: [MP3 ENCODER] Free format > > I'd like to find a free format encoded file. > > Does anyone of you know where I could find one or an encoder that support > free > > format (also known as free bitrate) ? > > > > lame --freeformat -b yourbitrate in.wav out.mp3 -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re: [MP3 ENCODER] MPEG audio decoder compliance
> One comment: that test case (the only one for which the reference > decoded output is provided) is very simple. It doesn't test commonly > used features like jstereo (or stereo), short blocks, scfsi, > scalefac_scale and scalefactor pre-emphasis to name a few. > > So I would mention that if a decoder failes this test, it is quite > bad, but even if it passes this test, it could still have many > serious bugs (as shown by some of the other decoder tests). Rob done a good job by spending time testing compliance of decoders (even if I would like to see the result of the dist10 decoder), but as Mark mentionned, it seems that this test is not enough. In the test package, l3dec seems to be implicitely reffered as the reference decoder (althought I'm asking myself what was used to produce the reference output). So here is my suggestion (and also a lot of work to do): *decoding the others test bistreams with the latest l3dec (I think it's 2.72) *perhaps adding a 0-22k sine sweep, but in this case wich encoder can be used to be totally objective? *using those "reference" decoded streams to test the previously tested decoders If no one have time for this, I'll have the time for this task in september Regards, -- Gabriel Bouvigne - France [EMAIL PROTECTED] icq: 12138873 MP3' Tech: www.mp3-tech.org -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re: [MP3 ENCODER] mpglib layer I/II decoding
>
> 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:
>
>
> robert@bob:~/MP3/lame-cvs/lame-2000-08-17 > lame --decode t.mpg x.wav
> input:t.mpg 44.1kHz MPEG1 2 channel LayerIII
> output: x.wav (wav format)
> skipping initial 1105 samples (encoder + decoder delay)
> Oops: mpg123 returned more than one frame! Cant handle this...
> Frame# 1/193149 kbpsOops: mpg123 returned more than one frame! Cant
>handle this...
> Frame# 2Oops: mpg123 returned more than one frame! Cant handle this...
> 3Oops: mpg123 returned more than one frame! Cant handle this...
> 4Oops: mpg123 returned more than one frame! Cant handle this...
> 5Oops: mpg123 returned more than one frame! Cant handle this...
> 6Oops: mpg123 returned more than one frame! Cant handle this...
> 7Oops: mpg123 returned more than one frame! Cant handle this...
> 8Oops: mpg123 returned more than one frame! Cant handle this...
> 9Oops: mpg123 returned more than one frame! Cant handle this...
> Frame#10/193148Oops: mpg123 returned more than one frame! Cant handle
>this...
> Frame#11/193149Oops: mpg123 returned more than one frame! Cant handle
>this...
> Frame#12Oops: mpg123 returned more than one frame! Cant handle this...
>
>
The mpglib/mpg123 routine is supposed to return only 1 frame
of data. 1 frame = 1152 samples MPEG1 layer 3, 576 samples MPEG2 layer3,
and (not-very-good) the check looks like this:
if ((outsize!=576) && (outsize!=1152)) {
fprintf(stderr,"Oops: mpg123 returned more than one frame! Cant handle this...
\n");
}
For layer I, what is the frame size? I think 1024, which is why
is triggers this message?
Mark
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re: [MP3 ENCODER] MPEG audio decoder compliance
Frank Klemm <[EMAIL PROTECTED]> wrote: >> I've been doing some tests on the accuracy of decoder implementations. > > A full quality-optimized decoder will always fail the test. > > The "round to the nearest integer" is the worst thing you can do. I don't understand. What are you talking about? Many quality decoders (e.g. mpg123) pass the test without trouble. Who is rounding what to the nearest integer? -- Rob Leslie [EMAIL PROTECTED] -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re: [MP3 ENCODER] Xing header problem
On Fri, Aug 18, 2000 at 08:37:30AM +0200, Jaroslav Lukesh wrote: > | Now all I need is to find (or write) a program to create a correct Xing > | header. I really don't feel like re-ripping all those cds (about 30). > > www.chat.ru\~lrsp\English\util.html Heh, just after replying to the other guy :/ Had a problem with the \s, rar, os, no source... I think I'll still write my own and GPL it. Still, thanks Bill -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re: [MP3 ENCODER] Xing header problem
On Fri, Aug 18, 2000 at 02:40:36PM +1200, Ross Levis wrote: > Bill Currie wrote: > > > Now all I need is to find (or write) a program to create a correct Xing > > header. I really don't feel like re-ripping all those cds (about 30). > > I need one of those too! If you write it, I'll test it :) Hehe, ok, I think I will :), but not because of your offer (though it's appreciated) but because I haven't been able to find one yet. Bill -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re: [MP3 ENCODER] MPEG audio decoder compliance
> > All: > > I've been doing some tests on the accuracy of decoder implementations. > > More specifically, I have carried out the tests for MPEG audio decoder > compliance spelled out in ISO/IEC 11172-4. The results are interesting, and I > want to share them: > > http://www.mars.org/home/rob/proj/mpeg/compliance.php3 > > I'd also appreciate feedback. Are the results easy to understand? Is there any > information that could be added to supplement the results? Are there any other > relevant links to related information? > > Are there any decoders I missed that could be added? > > Many thanks. > > -- > Rob Leslie > [EMAIL PROTECTED] > -- One comment: that test case (the only one for which the reference decoded output is provided) is very simple. It doesn't test commonly used features like jstereo (or stereo), short blocks, scfsi, scalefac_scale and scalefactor pre-emphasis to name a few. So I would mention that if a decoder failes this test, it is quite bad, but even if it passes this test, it could still have many serious bugs (as shown by some of the other decoder tests). Mark -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re: [MP3 ENCODER] mp3 compressed wav files
>i suppose you should have also a RIFF WAVE header in the file... >some wav/mp3 encoder/ripper do this As previously mentioned, CDEx ( http://www.cdex.n3.net/ ) can do this (with LAME support, no less) either from an MP3 or WAV. David -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re: [MP3 ENCODER] Free format
> I'd like to find a free format encoded file. > Does anyone of you know where I could find one or an encoder that support free > format (also known as free bitrate) ? > lame --freeformat -b yourbitrate in.wav out.mp3 Regards, -- Gabriel Bouvigne - France [EMAIL PROTECTED] icq: 12138873 MP3' Tech: www.mp3-tech.org -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re[4]: [MP3 ENCODER] MPEG audio decoder compliance
Hello Rob, Friday, August 18, 2000, 4:07:52 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 >> RL> some way of saving the decoded output to a file (e.g. WAV). >> >> Would be great: http://www.daansystems.com/coolplayer RL> I tested CoolPlayer and added it to the list of results: RL> http://www.mars.org/home/rob/proj/mpeg/compliance/ thanks, I'll have a look right now... RL> One thing to consider is that the compliance test data only sweeps frequencies RL> up to 10kHz, so unfortunately any bizarre behavior above this would not be RL> detected. did you know I am a person that cares about the 16-22kHz region? :) I'm thinking the "sharp edges" I hear in some songs situate themselves above the >10kHz region. It is a problem because I consider something sounding like that "artifacted", but when I listen to the wav on the same computer, it sounds much softer. That's why I concluded it sounded off. >> maybe to be sure you can capture the output with totalrecorder. This >> way you can also assure that the output is the same as the .wav >> writer. RL> What is totalrecorder? a real fine product. captures all audio sent to the soundcard digitally by pretending it is one. Can be used to record any of those protected and encrypted formats. I used this to do some wma tests. http://www.totalrecorder.com/ -- Best regards, Roelmailto:[EMAIL PROTECTED] -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re: [MP3 ENCODER] Xing header problem
Bill Currie wrote: > Now all I need is to find (or write) a program to create a correct Xing > header. I really don't feel like re-ripping all those cds (about 30). I need one of those too! If you write it, I'll test it :) Ross. -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re: [MP3 ENCODER] MPEG audio decoder compliance
Rob Leslie wrote: > > What is totalrecorder? www.totalrecorder.com A tool for win9x/NT4/2000, that allows you to save to a file the sound output of programs. ( waveOut and partly also DirectSound ) It install a new sound driver into the system that communicates with the totalrecorder app, that saves the data to a file. It can also send a copy of the data to the real driver so you can hear the sound. It also does this when the totrec app is not active, so you don't need to switch the drivers for normal work. The only downside is that it doesn't allow stuffing data from files into applications that record live audio. But that can be done with Virtual Audio Cable from www.ntonyx.com David Balazic -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re: [MP3 ENCODER] mp3 compressed wav files
Il 17 Aug 2000, alle 22:23 Steve Lhomme colto da pazzia scrisse : > 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 know of any utilities that will convert an mp3 into an mp3 compressed > > wav file? i suppose you should have also a RIFF WAVE header in the file... some wav/mp3 encoder/ripper do this Cavallo de Cavallis <[EMAIL PROTECTED]> =-=--=--=--=--=--=--=--=--=--== = http://www.s0ftpj.org = = Digital Security for y2k = ==-=--=--=--=--=--=--=--=--=-== "Knowledge chases me, but i'm faster" "La Sapienza mi insegue, ma io sono piu' veloce" [Anonymous] -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re: [MP3 ENCODER] Multi PCM file coding and decoding
:: > 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 :: attenuation (decrease in volume) in the first frame. The delay at the end is :: unavoidable unless you have some way of transmitting the exact length of the :: original file. :: Gaps at the start and end are always removable by the encoder. Only if you act stupid, the gap is unavoidable. A short copy of <[EMAIL PROTECTED]>: _ | PCM File 1 |PCM File 2 _|___ | 1 | 3 | 5 | 7| 9 MP3 frames | 2 | 4 | 6| 8 | For that lame must encode a collection of files at once. -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641) 390545 sMail | R.-Breitscheid-Str. 43, 07747 Jena, Germany -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
[MP3 ENCODER] MPEG audio decoder compliance
> I've been doing some tests on the accuracy of decoder implementations. > > More specifically, I have carried out the tests for MPEG audio decoder > compliance spelled out in ISO/IEC 11172-4. The results are interesting, and > I want to share them: > >http://www.mars.org/home/rob/proj/mpeg/compliance.php3 > > I'd also appreciate feedback. Are the results easy to understand? Is there any > information that could be added to supplement the results? Are there any other > relevant links to related information? > A full quality-optimized decoder will always fail the test. The "round to the nearest integer" is the worst thing you can do. You produce a lot of digital artefacts. Especially slowly grow louder low frequencies sound worse. I have some real world examples and also some synthetic signals. Digital artefacts are sounding like a chopped mixture of whistle, rattle and raze. Very difficult to describe. On demand I add some examples on my web page (approx. 5 MByte). -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641) 390545 sMail | R.-Breitscheid-Str. 43, 07747 Jena, Germany -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
[MP3 ENCODER] Test PCM files
Only a small hint. The test PCM files out there are hard cutted. There's no envelope used at the start and the end. But it sound more pleasant if a short fade in and fade out is used. The ear becomes not so fast tired. For a couple of files I have done this on my computer. -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641) 390545 sMail | R.-Breitscheid-Str. 43, 07747 Jena, Germany -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re: [MP3 ENCODER] joint-stereo and 3d-suround
| Someone told me, that using -mj will destroy 3d-suround information. 3D surround sound processing alter only "S" surround channel (L-R, difference signals from both channels), "M" Middle channel (summing signal L+R ie., mono) is not modified. Processing is based only at equalizing in +/- 2..6kHz band. Phones and speakers type processing differs at different levels of equalizing and final re-mixing (to obtain processed L and R channels again) at M/S matrix. | It is caused due switching from m/s to stereo and back. When you encode in dual-channell stereo with given bitrate, more signals are lost than you encode this bitrate with joint stereo mode. When you switch between modes on the fly, then losing of sone signals may cause flying position in 3D. | 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 with is-stereo). Sure | Is this a true information, or is this false? True | I can not test this, because i have no equipment for that. You cannot have any special equipment, only 3D stereo recording and ordinary stereo speakers or hadphones. Regards Jaroslav Lukesh -- note: (Bill) Gates to Hell! -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re: [MP3 ENCODER] CRC on MP3
:: Hi everyone, :: :: I'd like to know where to find some sources or specifications on the CRC used :: on MP3 frames. I know I could get it in the lame sources, but I'd like to know :: first if it's fully compliant ! :: :: This is to integrate the CRC check in mp3_check. :: I've added some improved CRC calculating code to lame (bitstream.c) The code is takes 512 byte for a table and is much faster. Overall performance improvement is nearly not measurable, so I disabled this code. But for an mp3 checker this can be different ... -- Mit freundlichen Grüßen Frank Klemm eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED] phone | +49 (3641) 64-2721home: +49 (3641) 390545 sMail | R.-Breitscheid-Str. 43, 07747 Jena, Germany -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re: [MP3 ENCODER] The best decoders
> I can't use the fhg plug-in either because it doesn't read VBR headers and I need > to know the length of every song. Yes, it even shows real time VBR rates different from in mp3 222 or Natrine. Both in mp3 v.222 and in mpg 123 are good plug-ins, so, it depends on the needs of the users. In mpg 123 1.18 IS compatible with streaming but we cannot specify a folder to keep the streamed mp3 files. If you want both streaming and FIIS, Free amp is another choice of the best decoders. It also has a nice playlist Editor. Again, it depends on your needs, mates. ;o) Cheers, Keeshond -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
[MP3 ENCODER] Free format
I'd like to find a free format encoded file. Does anyone of you know where I could find one or an encoder that support free format (also known as free bitrate) ? thx http://www..org -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re: [MP3 ENCODER] Xing header problem
| Now all I need is to find (or write) a program to create a correct Xing | header. I really don't feel like re-ripping all those cds (about 30). www.chat.ru\~lrsp\English\util.html Regards JL. -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re: [MP3 ENCODER] mp3 compressed wav files
Sterling wrote- >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. CDex has this feature. Shawn -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re: [MP3 ENCODER] joint-stereo and 3d-suround
Jack wrote- >Someone told me, that using -mj will destroy 3d-suround information. Are you talking about Dolby Surround signals, or are you talking about a normal stereo signal that just has a lot of separation between L & R? As far as I'm aware, 3d-surround information isn't destroyed, but it DOES get hurt a lot when using joint stereo because it's seen as being not very important. There was a disussion about this back in about March, I think. I can't say whether "-mf" would work better than "-mj", though. >In the past, i thought only fraunhofers joint-stereo has a similar problem (phase >lost with is-stereo). With Fraunhofer, you just use the "-no-is" switch to fix it. Shawn -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
