rec.autos.simulators

> 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

> > I did, and I didn't see what I needed.

> > 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.
> > > --

spamtrap.
> > > 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.

> 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

> > All,

> > 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

> 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