Thanks for the suggestion, but WinAmp 3 is an abomination that even the
developers realized was terrible, thus the release of WinAmp 5 (skipping 4).
I'm just now starting to play around with WinAmp 5.
-Larry
> >All,
> >I'm looking for a new CD Ripper.
> Winamp3 full install.
I never even thought of using Nero for this LOL!
Thanks :)
-Larry
-Larry
> > I'm looking for a new CD Ripper.
> Larry,
> I think EAC (Exact Audio Copy) will do most, if not all, of what you need.
> Unfortunately, their main site seems to be down at the moment, but you can
> plug the name into Google and find some alternate download locations.
> --
> Ped Xing
Ogg Vorbis has limited support in the programs I use unfortunately.
-Larry
> >>Great for ogg vorbis encoding too.
> > ???
> > In English, please...
> Ogg Vorbis is the "better mp3" format for many reasons: better quality
> at higher compression rates for instance, but most importantly, it is
> unhindered by patents of any kind unlike the mp3 format.
> You'll notice that some recent titles have music tracks ending in
> ".ogg", these are ogg vorbis files. I think both xmms (Linux) and
> winamp (windows) already support this format via plugins.
> Greetings,
> Uwe
> --
> mail replies to Uwe at schuerkamp dot de ( yahoo address is spambox)
> Uwe Schuerkamp //////////////////////////// http://www.schuerkamp.de/
> Herford, Germany \\\\\\\\\\\\\\\\\\\\\\\\\\ (52.0N/8.5E)
> GPG Fingerprint: 2E 13 20 22 9A 3F 63 7F 67 6F E9 B1 A8 36 A4 61
> All the Unix I need I get from MacOS X :)
Uwe
--
mail replies to Uwe at schuerkamp dot de ( yahoo address is spambox)
Uwe Schuerkamp //////////////////////////// http://www.schuerkamp.de/
Herford, Germany \\\\\\\\\\\\\\\\\\\\\\\\\\ (52.0N/8.5E)
GPG Fingerprint: 2E 13 20 22 9A 3F 63 7F 67 6F E9 B1 A8 36 A4 61
>Thanks for the suggestion, but WinAmp 3 is an abomination that even the
>developers realized was terrible, thus the release of WinAmp 5 (skipping 4).
>I'm just now starting to play around with WinAmp 5.
>-Larry
Remember, the two _key_ tagging requirements are:
1. When the CD is ripped, the file name must be set as Artist - Album -
Track# - Track Title based on information from the CDDB or FreeDB.
2. When converting the saved WAV file from WAV to MP3, etc... it must use
the naming format of the file name to set the tags of the MP3 properly.
#2 is what has tripped up every program so far. Remember, WAV files have NO
tag data, that is why the #2 requirement is so important.
MusicMatch still appears to be the only program available that does the both
above properly.
I tried EAC yesterday. It handles #1 ok, but like all the others cannot
handle #2.
If there was a way to incorporate FLAK and LAME into MusicMatch, I'd
probably just live with the other things that bother me about it. Remember,
MusicMatch does everything I want, I'm just looking for alternatives because
I don't like the corporate direction MusicMatch is taking. It's not the
tight, efficient program it used to be and it's only getting worse with each
release. It also has been a lot buggier and crashier in later releases, but
updating was always compelling because it fixed _other_ bugs.
I'm finding FLAK very interesting right now. It supports lossless
compression (around 40%) and has a tagging system. If I can find a FLAK
based program that also converts FLAK into all the available compressed
formats well, we may have a winner.
-Larry
> >I tried CDEX. It's pretty nice, but it does not set track tags from the
> >file name :( It's also unbearably slow :(
> Are you sure you have looked through the options? It seems to have
> most bases covered in terms of file naming that I can see, and I can
> convert an audio CD to MP3's in about 3 minutes which is hardly what I
> would call show.
> --
> Help make Usenet a better place: English is read downwards,
> please don't top post. Trim messages to quote only relevent text.
> Check groups.google.com before asking a question.
-Larry
> > All the Unix I need I get from MacOS X :)
> Hee hee! I hope you fire up the shell every once in a while ;-)
> Uwe
> --
> mail replies to Uwe at schuerkamp dot de ( yahoo address is spambox)
> Uwe Schuerkamp //////////////////////////// http://www.schuerkamp.de/
> Herford, Germany \\\\\\\\\\\\\\\\\\\\\\\\\\ (52.0N/8.5E)
> GPG Fingerprint: 2E 13 20 22 9A 3F 63 7F 67 6F E9 B1 A8 36 A4 61
cheers,
uwe
--
mail replies to Uwe at schuerkamp dot de ( yahoo address is spambox)
Uwe Schuerkamp //////////////////////////// http://www.schuerkamp.de/
Herford, Germany \\\\\\\\\\\\\\\\\\\\\\\\\\ (52.0N/8.5E)
GPG Fingerprint: 2E 13 20 22 9A 3F 63 7F 67 6F E9 B1 A8 36 A4 61
So far, the best candidate so far is DBPowerAmp DMC.
It handles FLAC nicely, and FLAC uses a tagging system.
The only downside so far is I'd have to re-rip my entire CD library one more
time to get them into FLAC format. There still is no way for me to convert
my current WAV's to FLAC and have the file names translated into the
necessary TAG's. MusicMatch doesn't support FLAC or I'd use that.
Real close though :)
-Larry
> Remember, the two _key_ tagging requirements are:
> 1. When the CD is ripped, the file name must be set as Artist - Album -
> Track# - Track Title based on information from the CDDB or FreeDB.
> 2. When converting the saved WAV file from WAV to MP3, etc... it must use
> the naming format of the file name to set the tags of the MP3 properly.
> #2 is what has tripped up every program so far. Remember, WAV files have
NO
> tag data, that is why the #2 requirement is so important.
> MusicMatch still appears to be the only program available that does the
both
> above properly.
> I tried EAC yesterday. It handles #1 ok, but like all the others cannot
> handle #2.
> If there was a way to incorporate FLAK and LAME into MusicMatch, I'd
> probably just live with the other things that bother me about it.
Remember,
> MusicMatch does everything I want, I'm just looking for alternatives
because
> I don't like the corporate direction MusicMatch is taking. It's not the
> tight, efficient program it used to be and it's only getting worse with
each
> release. It also has been a lot buggier and crashier in later releases,
but
> updating was always compelling because it fixed _other_ bugs.
> I'm finding FLAK very interesting right now. It supports lossless
> compression (around 40%) and has a tagging system. If I can find a FLAK
> based program that also converts FLAK into all the available compressed
> formats well, we may have a winner.
> -Larry
> > >I tried CDEX. It's pretty nice, but it does not set track tags from
the
> > >file name :( It's also unbearably slow :(
> > Are you sure you have looked through the options? It seems to have
> > most bases covered in terms of file naming that I can see, and I can
> > convert an audio CD to MP3's in about 3 minutes which is hardly what I
> > would call show.
> > --
> > Help make Usenet a better place: English is read downwards,
> > please don't top post. Trim messages to quote only relevent text.
> > Check groups.google.com before asking a question.
-Larry
> Fraunhofer, Larry ;-) It's german science institute that apparently
> "invented" mp3 lossy compression and were awarded a patent to the
> method.
> cheers,
> uwe
> --
> mail replies to Uwe at schuerkamp dot de ( yahoo address is spambox)
> Uwe Schuerkamp //////////////////////////// http://www.schuerkamp.de/
> Herford, Germany \\\\\\\\\\\\\\\\\\\\\\\\\\ (52.0N/8.5E)
> GPG Fingerprint: 2E 13 20 22 9A 3F 63 7F 67 6F E9 B1 A8 36 A4 61
> All the Unix I need I get from MacOS X :)
> Thanks!
> -Larry
I don't know who's read it, but I saw an article recently that claims
the command line actually is the perfect interface... for newbies!
http://osnews.com/story.php?news_id=6282
It's an interesting read to say the least.
Cheers,
uwe
--
mail replies to Uwe at schuerkamp dot de ( yahoo address is spambox)
Uwe Schuerkamp //////////////////////////// http://www.schuerkamp.de/
Herford, Germany \\\\\\\\\\\\\\\\\\\\\\\\\\ (52.0N/8.5E)
GPG Fingerprint: 2E 13 20 22 9A 3F 63 7F 67 6F E9 B1 A8 36 A4 61
The current release version of the software (9.1.319) can be got from
http://yabb.jriver.com/interact/index.php?board=3;action=display;thre...
The latest beta version (10.0.90) can be downloaded from
http://yabb.jriver.com/interact/index.php?board=3;action=display;thre...
Personally I use the latest beta version as it has a lot more
capabilities. 10.0 is almost ready to come out of beta (it has been in
beta for around 5 months) and is a great piece of software.
You can try it for 30 days then you have to register it to continue to
use it.
Cheers
Phil
> I'm looking for a new CD Ripper.
> For years (and years), I've been a registered, paid MusicMatch user. I like
> it mainly because it has very powerful ripping and conversion features, and
> handles ID Tagging better than anything I've used.
> But, MusicMatch has become a bloated, over-featured mess in my opinion. It
> is no longer fast, has bugs that causes it to crash at unpredictable times,
> and is turning into a commercial pot-porri.
> Time to move on.
> I'm looking for a Ripper that not only quickly (and accurately) rips CD's to
> WAV files, but has the following mandatory features:
> 1. When ripping from CD to WAV, it must use digital error correction to
> create absolutely perfect WAV files. Some of my CD's are getting a bit
> ragged.
> 2. When ripping from CD to WAV, it must use the CDDB Database and name the
> files in a format I specify, such as 'Artist - Album - Track # - Song Title.
> 3. When ripping from CD to WAV, it must allow me the option of specifying
> the directory structure of the receiving folder.
> 4. It must have the ability to Batch Convert thousands of ripped WAV files
> (as described above) from WAV to various other formats, such as MP3.
> 5. When ripping from WAV to MP3 (or other formats), it must have the
> ability to take the file name format (i.e. Artist - Album - Track # - Track
> Title) and set the ID tags of the created MP3 to match. Note - MusicMatch
> excels at this sort of thing which is why I've stuck with it so long.
> You get the picture. Strong support of tag handling, and the ability to use
> file name formats to generate those tags, is paramount. The replacement
> program must at least mirror MusicMatch's strong abilities to work with WAV
> files (which contain no ID tags) naming structures to create the necessary
> tags for other formats.
> Thanks!
> -Larry
