RE: [MP3 ENCODER] Question about LAME_Enc.DLL
Hi all! There's a problem in the beInitStream function. The parameter info.lay wasn't getting stuffed. old code: snip stereo = fr_ps.stereo; error_protection = info.error_protection; if (info.lay != 3) { printf("Only Layer 3 supported\n"); // this is that "2" return code!!! return BE_ERR_INVALID_FORMAT_PARAMETERS; } end snip add this: snip stereo = fr_ps.stereo; error_protection = info.error_protection; info.lay = fr_ps.header-lay; // NEW LINE!!! if (info.lay != 3) { printf("Only Layer 3 supported\n"); return BE_ERR_INVALID_FORMAT_PARAMETERS; } end snip Recompile, and you're good to go! Code on, Ilana Rudnik -- From: Jose Mejuto[SMTP:[EMAIL PROTECTED]] Reply To: [EMAIL PROTECTED] Sent: Thursday, February 03, 2000 12:01 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [MP3 ENCODER] Question about LAME_Enc.DLL At 15:07 03/02/00 +0100, you wrote: Hi, I'm trying to use Lame_Enc.DLL. The import of the functions seems to be good. I can get the version Number. But when I want to call beInitStream it fails with an error 2. With BladeEnc.DLL all works well. Did anything change in the structures format, or anything else ? Thanks for answer on [EMAIL PROTECTED] If you can't answer the question, do you know anyone who could... ? Gabriel Hello, You can use Lame_Enc.DLL in the same way as BladeEnc.DLL, of course Lame_Enc.DLL have more options. Check that you do not have a mixture of function pointers if you use the same code. This is my first message in the list. Hello! :-) -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
[MP3 ENCODER] mpglib and ID3v2
Hello! Granted what I'm going to say doesn't affect too many of you, but you never know! I'm working on adding decoding from mp3 to a wav functionality to my project. I noticed that there were decoding functions in the mpglib. My project also supports ID3v2 tagging. Unfortunately, mpglib doesn't check for this tag, and exits saying the stream is bad. I can work around this, but I wanted to bring this up in case anyone else wanted to do this too. Code on! :) Ilana Rudnik -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
RE: [MP3 ENCODER] Is VBR really VBR?
Is it just possible that winamp sucks - it's not swapping bitrate on you? Scott Manley (aka Szyzyg) When I use Winamp to play VBR encoded files that were encoded with the Xing encoder, Winamp will display the changing bitrate as the song plays, and indicates that it is VBR. In the static file view info it also says that it is a VBR file. So...I don't think it is a Winamp thing! Ilana -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
RE: [MP3 ENCODER] L.A.M.E. and GOGO-no-coda
yay! I'm not sure if they will be impressed or not...judging by the posts, they seem to be more concerned with frequency response than speed. (altho they do say when something speeds the algorithms up!) -- From: Chuck Zenkus[SMTP:[EMAIL PROTECTED]] Reply To: [EMAIL PROTECTED] Sent: Sunday, November 28, 1999 12:47 PM To: [EMAIL PROTECTED] Subject: [MP3 ENCODER] L.A.M.E. and GOGO-no-coda GOGO-no-coda ver 2.23 =VS= L.A.M.E. 3.34 Hello all, We here @ ZLURP! have been playing will all sorts of encoders. If you are not familiar with ZLURP! it's a ALL-IN-ONE ripper/encoder/tagger. We are currently still using the L.A.M.E. DLL (Version 3.34) we complied, (Were trying to port ZLURP! to the mac right now.) But anyhow... when we first played with L.A.M.E. Version 3.29, We were getting about x1.5 to x2.0 real time encoding (P2-350 /128M). Since we moved to version 3.34 we saw a jump in speed yet again. We are getting x2.0 to x3.0 (P2-350 /128M). With GOGO-no-coda ver 2.23 command line I got x4.0 to x5.25 (P2-350 /128M). Hoping that the .DLL will bring yet more speed. At this rate of speed L.A.M.E. is on PAR with Xing's encoder. Chuck Zenkus -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ ) -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
RE: Re[2]: [MP3 ENCODER] lame 3.36beta
Hi All... Sergey wrote: I have changed thus: === int fskip(FILE *sf,long num_bytes,int dummy) { char *data = (char *) malloc(num_bytes); return (num_bytes != fread(data,(size_t)1,(size_t)num_bytes,sf)); free(data); } === I don't know if this is the literal code, or just a snip... If it is literal, you'll have to do this a little differently cause you are returning before you free the malloced space. Memory leak! -Ilana Rudnik -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
RE: [MP3 ENCODER] Win 95 / 98 Binaries
I just compiled Lame3.34 with Visual C++ 6.0. When I ran it, it was looking for a dll:GNU-INTL.DLL which wasn't included in the download. So, it will not run until that is located! -Ilana Rudnik -- From: Nick Burch[SMTP:[EMAIL PROTECTED]] Reply To: [EMAIL PROTECTED] Sent: Saturday, October 23, 1999 12:42 PM To: [EMAIL PROTECTED] Subject: [MP3 ENCODER] Win 95 / 98 Binaries I use Lame on OS/2, and so have no trouble getting both source and binaries. I also ahev several friends who use win 95 / 98, who are interested in mp3 encoding. I suggested to them that they also use lame. I tried looking for windows binaries, but was unable to find any, Unfortantly, none of them are programmers, and I do not have any win 95 compilers. Is there a site out there where the windows binaries are uploaded to (I know from discussions here that people are compiling it on windows), or could someone send me a copy of the windows binaries? Thanks Nick Burch -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ ) -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )