Re: [MP3 ENCODER] Lame - MusicMatch
Just thought it might be kinda interesting ... any comments ??? I think it's the player's bug... - Zia -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
[MP3 ENCODER] winamp quality
Hello, I use WinAmp (2.62) to play my mp3 files encoded by lame (3.70), and I find it rather bad. The mp3 files are not faulty, since they sound good with the Windows Media Player. But Windows Media Player doesn't have playlists, so I'd like to use WinAmp anyway: are there some particular settings that could improve the decoding ? Thanks, Pierre -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re: [MP3 ENCODER] MP3Enc upsampling /buffer
I've got some points on this issue. 1. ISO docs has a number of errors and typos, this can be one of them. May be authors wanted to set buffer restriction to maximum, but forgot that maximum frame size corresponds to maximal bitrate and MINIMAL samplerate and took both maxima for computation? p. 2.4.3.4.4 in ISO 11172-3 is not apparent enough to be the truth. 2. I use 1440+512 bytes (11520 + 4096 bits) buffer in decoder. If any bitstream uses frame buffer 7680 bits - not a problem. I'm sure every decoder should decode (and play music) rather then locate incompliances in bitstream. 1 KB is not a cost. In encoder I always use main_data_begin == 0 for 320 kbit/s just because it is apparently written in ISO docs. And not restricted main_data_begin for other bitrates. 3. To add an option to lame sounds good. But I think no one need this restriction to be default. Will --iso_layer3_buffer_restiction_ON be suitable? ;-) Regards, -Leonid Any guesses as to why MP3Enc 3.1 upsamples to 48kHz by default at 320kbps? To increase time resolution? -- Mat. I think this is related to the 7680 mp3 buffer limitation. An mp3 frame can be no larger than 7680 bits. However, look at the framesizes at 320kbs: 320kbs/32khz11520 bits 320kbs/44.1khz 8369 bits 320kbs/48khz 7680 bits Thus a 320kbs/44.1khz frame is *required* to waste 689 bits (8369-7680) per frame by padding the ancillary data. And a 320kbs frame cannot make use of the reservoir, since this only increases the framesize further. This also comes up with, for example, 256kbs frames. A 256kbs/44.1khz frame is 6687 bits. So the bitreservoir can be at most 993 bits. If the reservoir happened to be larger (for example, with VBR and the previous frame was 128kbs which allows for a larger bitreservoir) then again bits must be wasted only because of the 7680 bit mp3 buffer limitation. I think the only valid reason for this limitation is so hardware decoders know in advance that they need at most a 7680bit buffer to hold the decoded data. That is not even 1K of memory! I imagine most decoders could afford to allocate a 2K buffer instead, and then they could play back mp3 files which ignore this limitation. This is why I suggested we add some kind of option to lame to allow this. Maybe Alex Broadhead could comment on if the decoder he just wrote could handle this? Mark -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re: [MP3 ENCODER] winamp quality
Hello, I use WinAmp (2.62) to play my mp3 files encoded by lame (3.70), and I find it rather bad. The mp3 files are not faulty, since they sound good with the Windows Media Player. But Windows Media Player doesn't have playlists, so I'd like to use WinAmp anyway: are there some particular settings that could improve the decoding ? what's wrong w/ winamp's mp3 decoding? i think it is pretty much compliant with FhG spec. Dmitry -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re: [MP3 ENCODER] winamp quality
Hi, Pierre: PH I use WinAmp (2.62) to play my mp3 files PH encoded by lame (3.70), and I find it rather PH bad ... are there some particular settings PH that could improve the decoding ? The easiest and fastest thing to try, IMHO, is to use in_mp3.dll from 2.22 version of WinAMP, which is based on Fraunhofer's decoding engine. One can download it from Dmitry Kutsanov's site: http://www.chat.ru/~dkutsanov/in_mp3.zip Personally, I like it better then original Nitrane decoder. Greetings, -E. [EMAIL PROTECTED] -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
AW: [MP3 ENCODER] winamp quality
-Ursprüngliche Nachricht- Von: Dmitry Boldyrev [mailto:[EMAIL PROTECTED]] Gesendet am: Freitag, 28. April 2000 11:44 An: [EMAIL PROTECTED] Betreff: Re: [MP3 ENCODER] winamp quality Hello, I use WinAmp (2.62) to play my mp3 files encoded by lame (3.70), and I find it rather bad. The mp3 files are not faulty, since they sound good with the Windows Media Player. But Windows Media Player doesn't have playlists, so I'd like to use WinAmp anyway: are there some particular settings that could improve the decoding ? what's wrong w/ winamp's mp3 decoding? i think it is pretty much compliant with FhG spec. Dmitry Hello, (for a friend) i installed winamp 2.6x on a Win98 System (no winamp installed before on the system). LAME VBR-MP3 sounds very bad. On my own WIN NT system (serveral winamp versions are installed before), the same mp3-files sounds good. Does anyone have an idea??? Anselm -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ ) -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re: [MP3 ENCODER] winamp quality
Dmitry Boldyrev wrote: what's wrong w/ winamp's mp3 decoding? i think it is pretty much compliant with FhG spec. Some problems like 'stop go' : some very short interruptions during play (even when winamp is the only running application) Pierre -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re: [MP3 ENCODER] winamp quality
"E. Zann" wrote: The easiest and fastest thing to try, IMHO, is to use in_mp3.dll from 2.22 version of WinAMP, which is based on Fraunhofer's decoding engine. One can download it from Dmitry Kutsanov's site: http://www.chat.ru/~dkutsanov/in_mp3.zip Personally, I like it better then original Nitrane decoder. ...similar problem with this version in in_mp3.dll -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
[MP3 ENCODER] aac encoders
sometimes ago i took a look to the world of AAC, and it seemed quite interesting. unfortunately the free decoder(s?) that were available were also very buggy. do u know if now there's around somethin good that can be compared to mp3?? 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] winamp quality
I've found Winamp sounds pretty bad if you enable MMX decoding. I suggest just sticking with Pentium/Pentium2 decode doesn't seem to affect cpu utilisation. - Original Message - From: "Pierre Hugonnet" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, April 28, 2000 9:31 AM Subject: [MP3 ENCODER] winamp quality Hello, I use WinAmp (2.62) to play my mp3 files encoded by lame (3.70), and I find it rather bad. The mp3 files are not faulty, since they sound good with the Windows Media Player. But Windows Media Player doesn't have playlists, so I'd like to use WinAmp anyway: are there some particular settings that could improve the decoding ? Thanks, Pierre -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ ) -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re: [MP3 ENCODER] aac encoders
The trouble with AAC is that Fraunhofer Dolby are working with RIAA, and as a result even the distribution of AAC encoders is forbidden. AAC is intended to be used by music companies and artists to sell their music on-line, it is also used in hardware for satellite transmission, I think that Toshiba has announced their walkman which you will feed with WAVs and it will use AAC to store music in its flash memory. So AAC is not intended to be used by individuals, well anyway not in a way we use MP3. FhG will only license their AAC encoder to others, so AAC will be used in proprietary formats, like Liquid Audio - which is the only software AAC encoder that uses FhG code that you can get today - get Liquid Audio's encoder called Liquifier Pro from many sites on the internet (like http://homes.arealcity.com/aacleech/ ). It's illegal of course, but what can you do when there is no other way? :) It does sound better then MP3 at 128-160kbps, and sometimes at 128-160 it even beats MP3 at 320kbps but this is only because of the excellent pre-echo control. At 128-160kbps it encodes up to 20kHz, it rarely gives artifacts, but it has less-defined sound from 256kbps MP3 and it seems to boost high-frequencies so it may sound more metallic :) But I don't see the reason to encode in AAC (Liquid Audio) - MP3 gives better quality at 256kbps, and you're not stuck with a proprietary format that you can play only in players that have Liquid Audio plug-in (winamp plug-in for Liquid Audio should be out by fall). - Original Message - From: Cavallo de Cavallis [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, 28 April, 2000 20:13 Subject: [MP3 ENCODER] aac encoders sometimes ago i took a look to the world of AAC, and it seemed quite interesting. unfortunately the free decoder(s?) that were available were also very buggy. do u know if now there's around somethin good that can be compared to mp3?? 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/ ) -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
[MP3 ENCODER] lame version string
hi the new lame betas write a version string into the .mp3-file ("LAME3.80 (alpha 1)"). dunno why, but is there a switch to disable that?thank you -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
[MP3 ENCODER] Speeding up window_subband
Hi all, The patch included in this mail speeds up old filter_subband(), and It seems that same speed-up can be applied to current window_subband(). I tried to understand how current window_subband() works, but I couldn't. Someone, please explain it. Naoki *** filterbank.c~ Mon Nov 8 10:58:50 1999 --- filterbank.cSat Apr 29 13:23:56 2000 *** *** 208,213 --- 208,305 / + void idct32(double a[]) + { + /* returns sum_j=0^31 a[j]*cos(PI*j*(k+1/2)/32), 0=k32 */ + + static double costab[] = { + 0.5006029982351962726 ,0.74453627100229857749,0.553103896035421 +,1.4841646163141661852, + +0.51544730992262455249,0.97256823786196078263,0.62250412303566482475,3.4076084184687189804, + +0.50547095989754364798,0.83934964541552681272,0.58293496820613388554,2.0577810099534108446, + 0.53104259108978413284,1.1694399334328846596 ,0.674808341455005678 +,10.19000812354803287 , + 0.5024192861881556782 +,0.78815462345125020249,0.56694403481635768927,1.7224470982383341955, + 0.52249861493968885462,1.0606776859903470633 +,0.64682178335999007679,5.1011486186891552563, + +0.50979557910415917998,0.89997622313641556513,0.60134488693504528634,2.5629154477415054814, + 0.54119610014619701222,1.3065629648763763537 ,0.70710678118654746172, + }; + + static unsigned char addtab[] = { + 1,29,31, 2, 1,25,27, 2, 1,21,23, 2, 1,17,19, 2, + 1,13,15, 2, 1, 9,11, 2, 1, 5, 7, 2, 0, 3, 1, + 1,27,31, 4, 1,26,30, 4, 1,19,23, 4, 1,18,22, 4, + 1,11,15, 4, 1,10,14, 4, 0, 7, 3, 0, 6, 2, + 1,23,31, 8, 1,22,30, 8, 1,21,29, 8, 1,20,28, 8, + 0,15, 7, 0,14, 6, 0,13, 5, 0,12, 4, + 0,31,15, 0,30,14, 0,29,13, 0,28,12, + 0,27,11, 0,26,10, 0,25, 9, 0,24, 8, + }; + + static unsigned char buttab[] = { + 15,31,30, 14,30,30, 13,29,30, 12,28,30, + 11,27,30, 10,26,30, 9,25,30, 8,24,30, + 7,23,30, 6,22,30, 5,21,30, 4,20,30, + 3,19,30, 2,18,30, 1,17,30, 0,16,30, + 23,15,29, 22,14,29, 21,13,29, 20,12,29, + 19,11,29, 18,10,29, 17, 9,29, 16, 8,29, + 7,31,28, 6,30,28, 5,29,28, 4,28,28, + 3,27,28, 2,26,28, 1,25,28, 0,24,28, + 27, 7,27, 26, 6,27, 25, 5,27, 24, 4,27, + 19,15,26, 18,14,26, 17,13,26, 16,12,26, + 11,23,25, 10,22,25, 9,21,25, 8,20,25, + 3,31,24, 2,30,24, 1,29,24, 0,28,24, + 29, 3,23, 28, 2,23, 25, 7,22, 24, 6,22, + 21,11,21, 20,10,21, 17,15,20, 16,14,20, + 13,19,19, 12,18,19, 9,23,18, 8,22,18, + 5,27,17, 4,26,17, 1,31,16, 0,30,16, + 30, 1,15, 28, 3,14, 26, 5,13, 24, 7,12, + 22, 9,11, 20,11,10, 18,13, 9, 16,15, 8, + 14,17, 7, 12,19, 6, 10,21, 5, 8,23, 4, + 6,25, 3, 4,27, 2, 2,29, 1, 0,31, 0, + }; + + static unsigned char swaptab[] = { + 1,16, 2, 8, 3,24, 5,20, + 6,12, 7,28, 9,18, 11,26, + 13,22, 15,30, 19,25, 23,29, + }; + + int i; + unsigned char *p; + + p = addtab; + for(i=0;i32;i++) + { + if (p[0]) { + a[p[2]] = -a[p[2]] - a[p[1]]; + a[p[1]] += a[p[1] - p[3]]; + p += 4; + } else { + a[p[1]] = -a[p[1]] - a[p[2]]; + p += 3; + } + } + + p = buttab; + for(i=0;i80;i++) + { + double xr; + xr = a[p[1]]*costab[p[2]]; + a[p[1]] = (a[p[0]] - xr); + a[p[0]] = (a[p[0]] + xr); + p += 3; + } + + p = swaptab; + for(i=0;i12;i++) + { + double xr; + xr = a[p[0]]; + a[p[0]] = a[p[1]]; + a[p[1]] = xr; + p += 2; + } + } + void filter_subband(double z[64], double s[SBLIMIT]) { double yprime[32]; *** *** 217,222 --- 309,315 double s0,s1; + #if 0 if(!init) { init=1; for (i=0; i16; i++) for (j=0; j32; j++) *** *** 240,245 --- 333,349 s[31-i] = s0-s1; } + #else + s[0] = z[16]; + + for(i=1;i=16;i++) + s[i] = z[i+16]+z[16-i]; + + for(i=17;i=31;i++) + s[i] = z[i+16]-z[80-i]; + + idct32(s); + #endif } -- Naoki Shibata e-mail: [EMAIL PROTECTED] -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )