Sometimes when I just want to playback a record using as little CPU as possible I just run the commandline encoder (mppdec.exe, oggdec.exe, mpg123.exe) on the folder with wildcards, but when I try with madplay.exe (I'll rather use madplay than mpg123) like this:
QUOTE
madplay -v --display-time remaining *.mp3
I just get: QUOTE
*.mp3: Invalid argument
Well, I emailed Rob Leslie and asked him 'bout it, and he answered thus: QUOTE
When built under Cygwin, madplay.exe does not expand wildcards because that is a function performed by POSIX shells (e.g. bash, which is the default Cygwin shell).
To make madplay.exe expand wildcards, you will have to compile it under MinGW. This is accomplished by passing the option --host=mingw32 to `configure'.
To make madplay.exe expand wildcards, you will have to compile it under MinGW. This is accomplished by passing the option --host=mingw32 to `configure'.
OK. But I've been using the Rarwares version compiled by John33 (I think) and that's a MSVC6 compile it sez. Hmm, I haven't done much compiling, and none under Windows. But maybe I'll have to download the MinGW and try to learn 'bout this if I want an executable with this option. The other way is the lazy route I'm going down asking John33 about it here...
Another thing on the side:
The replaygainoption in the latest madplay only seems to PUMP UP the volume to full distortion unless it finds some info it can read. And so far with my experimenting it seems the only replaygaininfo it can read are radiogain from lametags (only in mp3's encoded with newest lame-versions, not with e.g. 3.90.3). I'ts appearantly NOT reading ape2 tags as far as I can see... but that was hardly to be expected, I guess.
Cheers!
