[MP3 ENCODER] Typo in --help
Not a biggie, but the --help and --longhelp displays the line: RECOMMENDED : lame -h input.mp3 output.wav shouldn't that be: RECOMMENDED : lame -h input.wav output.mp3 Chris Wise -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re: [MP3 ENCODER] RazorLame 1.1.0 released
On Thu, 31 Aug 2000, Roel VdB wrote: btw: why are mp3's shown anyway when I choose "encode"? I think only showing .wav by default would be better? No, please don't change this. RazorLame can can be used to set up re-encoding of mp3 files. This is very useful if you want to re-encode at a lower bitrate for a Rio. Thanks Holger for a great program. Now all I need is for lame to keep the ID3 tags when re-encoding. Has anyone implemented this yet? Chris Wise -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re: [MP3 ENCODER] 16-Bit DOS LAME Binaries
On Thu, 10 Aug 2000, engdev wrote: Nathan Blomquist wrote: I was wondering if anyone would be or knows anyone who would be interested in a 16-Bit DOS version of LAME? I have been able to produce these by using a DOS extender called WDOSX. This allows almost any Win32 console application to work in standard DOS. DJGPP is a DOS compiler. It produces 32 bit DOS executables that work fine under DOS as it is. If you can't run the DJGPP compiled executable under DOS then you need DJGPP's 32 bit dos extender cwsdpmi.exe to be placed anywere on your path. It you havn't got it, get the file csdpmi4b.zip from the v2misc directory of your DJGPP mirror. There are a few players for DOS and WIN3.1x out there. The ones I know of are... DOS : dosamp.zip (based on winamp and ported to DOS) DOS : ocp260pre4.rar (I don't know the full name) Open Cubic Player WIN3.1 : wp3v23b5.exe (again, I don't know the full name). My computer is too slow to use any of these (a 486 120MHz), but an additional problem is that these OS don't support long filenames, so it it extremely difficult to tell what you want to play without starting it and looking at the ID3. The mad decoder uses integers instead of floating point to decode. If someone were to port to dos, it probably would work ok on a 486. http://www.mars.org/home/rob/proj/mpeg/ Chris -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re: [MP3 ENCODER] Vorbis
On Tue, 8 Aug 2000, Ivo wrote: Playing it in XMMS, though, hinted that my P133 is not fast enough to play ogg, since CPU load was 100% and playback awful. Does decoding really take so much CPU power on a P133 or should it be more reasonable? Decoding really does take that much power on a pentium. The vorbis playback code is not optimised. Hopefully someone will optimise the playback. The hints I have seen on the vorbis mailing list suggest that vorbis playback is not inherently much more complex than mp3 playback and that large improvements are possible. Chris Wise -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re: [MP3 ENCODER] Makefile.djgpp
On Fri, 7 Jul 2000, Mark Taylor wrote: I just added Makefile.DJGPP to the project. One question: it looks like you also need "ar.exe"? Does this come with DJGPP? Yes, ar.exe is part of the DJGPP gnu binutils package which part of a basic DJGPP install. You can assume that anyone who has a working DJGPP will have ar.exe. Chris Wise -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
[MP3 ENCODER] Makefile.djgpp
Last night I hacked the lame makefile for DJGPP. It's attached to this email I have tested it with DJGPP 2.03, GCC 2.95 (19990728 release), the DJGPP port of GNU make 3.78.1 and lame 3.85 beta. Here are some timings for my Celeron 400 Mhz. Test track: We Care A Lot by Faith No More - Track 01 - Greatest Hits, encoded with the -h switch. 1:28 - MSVC 6.0 with default project file 1:47 - DJGPP with default compiler options 1:40 - DJGPP with second set of options 1:40 - DJGPP with third set of options (the ones for GCC 2.95.2) 1:41 - gcc under linux on the same machine with the 3rd set of compiler options 1.37 - mingw32, gcc 2.95.2 for win32 (3rd set of compiler options) see: http://www.xraylith.wisc.edu/~khan/software/gnu-win32/ So on my system at least, DJGPP isn't quite as fast as MSVC 6. However it's still pretty good and freely available. Mingw32 is slightly faster and produces true win32 executables which should be better for windows NT users. (AFAIK DJGPP only can't use long filenames under win NT.) mingw32 has a problem with this in brhist.c: #ifdef _WIN32 COORD Pos; HANDLE CH; CONSOLE_SCREEN_BUFFER_INFO CSBI; #endif because COORD isn't in the mingw32 include files. Chris Wise # Makefile for LAME 3.xx using DJGPP (DJ Delorie's DOS port of GCC) # based on the original lame makefile # # Hints: # # To compile, use: make -f Makefile.djgpp # # Make sure that you have the DJGPP make utility installed (get it from where you got DJGPP) # # Use UPX to compress the exe to less half the original size. # ## Some of the changes (things that don't work with DOS/DJGPP) ## removed VBR histogram capability ## removed references to GTK ## removed references to rtp ## make clean is a hack because the dos prompt doesn't like really long command lines ## removed -pipe from CC_OPTS # generic defaults. OS specific options go in versious sections below PGM = lame CC = gcc CC_OPTS = -O SNDLIB = -DLAMESNDFILE LIBSNDFILE = LIBS = -lm MAKEDEP = -M ## # -DHAVEMPGLIB compiles the mpglib *decoding* library into libmp3lame ## CPP_OPTS += -DHAVEMPGLIB ## # -DFLOAT8_is_float will FLOAT8 as float # -DFLOAT8_is_double will FLOAT8 as double (default) # NOTE: RH: 7/00: if FLOAT8=float, it breaks resampling and VBR code ## CPP_OPTS += -DFLOAT8_is_double ## # Define these in the OS specific sections below to compile in support # for the Ogg Vorbis audio format (both decoding and encoding) # # VORBIS = -DHAVEVORBIS -I ../vorbis/include # VORBIS_LIB = -L ../vorbis/lib -lvorbis ## ## # Define these in the OS specific sections below to compile in code for: # # SNDLIB =no file i/o # SNDLIB = -DLAMESNDFILE to use internal LAME soundfile routines # SNDLIB = -DLIBSNDFILE to use Erik de Castro Lopo's libsndfile # http://www.zip.com.au/~erikd/libsndfile/ # # Note: at present, libsndfile does not support input from stdin. # # for example: # SNDLIB = -DLIBSNDFILE # LIBSNDFILE=-lsndfile # if libsndfile is in a custom location, try: # LIBSNDFILE=-L $(LIBSNDHOME) -lsndfile -I $(LIBSNDHOME) ## ## # DJGPP ## # suggested for gcc-2.7.x CC_OPTS = -s -O3 -fomit-frame-pointer -funroll-loops -ffast-math -finline-functions -Wall #CC_OPTS = -s -O9 -fomit-frame-pointer -fno-strength-reduce -mpentiumpro -ffast-math -finline-functions -funroll-loops -Wall -malign-double -g -march=pentiumpro -mfancy-math-387 # these options for gcc-2.95.2 to produce fast code #CC_OPTS = -s -Wall -O9 -fomit-frame-pointer -march=pentiumpro -finline-functions \ # -fexpensive-optimizations -funroll-loops -funroll-all-loops -fschedule-insns2 \ # -fstrength-reduce -malign-double -mfancy-math-387 -ffast-math # for debugging: # CC_OPTS = -UNDEBUG -O -Wall -g -DABORTFP # for lots of debugging: # CC_OPTS = -DDEBUG -UNDEBUG -O -Wall -g -DABORTFP # 10/99 added -D__NO_MATH_INLINES to fix a bug in *all* versions of # gcc 2.8+ as of 10/99. CC_SWITCHES = -DNDEBUG -D__NO_MATH_INLINES $(CC_OPTS) $(SNDLIB) \ $(VORBIS) c_sources = \ brhist.c \
Re: [MP3 ENCODER] Encode now or later?
On Tue, 6 Jun 2000, Leonardo Stern wrote: Vorbis does't have a public version yet I will try to compile the code avaliable @ HP But what about the player ??? There's a winamp plugin. Also sonique and freeamp plugins are being worked on for the windows side of things. (XMMS and Kmpg plugins for linux) Anyone have a compiled vorbis encoder / player ? Yes. The current encoder is just for testing, it doesn't support any switches. Have a look at the development mailing list archive. Someone on the list has got binaries available on his website. Chris -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re: [MP3 ENCODER] the road to next(v4.00?)
On Thu, 13 Apr 2000, Shawn Riley wrote: Okay, so I spelt it wrong too... hehehe. Hey, what's this? It can only be played on the pc that created them? So what if a user decides to upgrade? I don't really like the idea of ripping the same 15-or-so CDs every few years because my new computer can't play them! *lol* Is this a joke? I'm sticking w/ MP3 for now :-) It's no joke. It's a feature of the SDMI (secure digital music initiative). It's scary to think that in the future all portable mp3 players may have this feature. Here's the review that I was referring to. http://members.home.net/timruss/musicclip.html Chris -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re: [MP3 ENCODER] the road to next(v4.00?)
On Tue, 11 Apr 2000, Adam Whitehead wrote: ATRAC is the codec used by Minidisc recorders. According to 'experts' it is not perceptually lossless either. As far as I can remember the bitrate is 292kbit/s which is above what people are comfortable with transferring over the Internet. Apparently the latest generation ATRAC (seventh I think) is transparent to most listeners. I don't see why this codec can't be implemented on a PC, but I'm quite sure Sony has a million and a half patents on it. Sony have made a lower bitrate version called ATRAC3 that is available as software. http://www.world.sony.com/Electronics/ATRAC3/ It's used by the Sony Vaio portable music player. According to reviews the encoder uses some encryption so that you can only play back the files on the pc in which they were created. Chris Wise -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re: [MP3 ENCODER] highq mode
On Wed, 2 Feb 2000, Robert Hegemann wrote: Well, in my opinion -V reflects the following behaviour: -V0: allow low amount of noise : -V4: allow mid amount of noise : -V9: allow large amount of noise That's it what VBR does, allocate as much noise as allowed to achieve the smallest possible bitrate. That makes sense now that you explain it. However I think that most users will think in terms of quality or filesize rather than in terms of noise. I think that larger numbers denoting higher quality will yield a more obvious user interface. Chris -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
