Discussion of dMC R13

[AndersHu]

Re: Discussion of dMC R13

My 'When Have to Re-Rip' setting is (no abort), but the log shows

** Aborted: Have to ReRip 37 Frames, Re-Rip Limit Set to 0 Frames

Anders

[Spoon]

Re: Discussion of dMC R13

Premature abort fixed.

[LtData]

Re: Discussion of dMC R13

There was a mention of this earlier but I'll just put in my 2 cents too:

For the uninstall box that pops-up when a previous version is detected, you might want to have a note on there to NOT uninstall the previous version if you want to keep your license.

[haibane]

Re: Discussion of dMC R13

Working now. Thanks Spoon

[haibane]

Re: Discussion of dMC R13

Also helped with my ripper slowing way down issue too... Latest version is a great improvement thanks.

[jsm]

Re: Discussion of dMC R13

Greetings Spoon,

The ID Tag options are now displayed correctly! Excellent work! :-)

Kind regards,
Jason.

[Porcus]

Re: Discussion of dMC R13

In the feature list, Spoon wrote:
> CD Ripper: Added 'Track Technical' column will show if CD is HDCD (install DSP Effects to rip as 24 bit), or has Pre-Emphasis set

Will this information show up in the .log file?

[Spoon]

Re: Discussion of dMC R13

If the DSP effect HDCD is used yes.

[Porcus]

Re: Discussion of dMC R13

If the DSP effect HDCD is used yes.

Pre-emph too?

[Spoon]

Re: Discussion of dMC R13

No, we hope to add a pre-empth dsp which would add that, but not for a while.

[Porcus]

Re: Discussion of dMC R13

No, we hope to add a pre-empth dsp which would add that, but not for a while.

Wishlist: A line in the log file saying "Pre-emphasis" if detected. Flagging is simple, processing can wait -- in the very least I could stack away those CDs for later.

Also, re HDCD: can all drives rip HDCD? If not, are there drives which can detect but not rip? In the latter case, does dBpoweramp still log?

[Spoon]

Re: Discussion of dMC R13

All drives can rip hdcd (it is encoded in the audio stream).

[Porcus]

Re: Discussion of dMC R13

PerfectMeta does not handle HTOA correctly. Even though each of the metadata sources do, PerfectMeta will write it as (example with 8 tracks)
[snip]

Might be somewhere else than just in PerfectMeta. A particular CD (Bal-Sagoth: Starfire Burning Upon The Ice-Veiled Throne of Ultima Thule) gives the opposite problem: It enumerates the tracks from 2 through 11 (no track 1!) with track 2 as "CD-ROM Track".

• The CD has data track and 10 audio tracks.
• PerfectMeta reveals that AMG lists track 1 as data track and then audio, just as MusicBrainz does: http://musicbrainz.org/release/3a5d1...a868813dd.html (and Discogs, http://www.discogs.com/release/384280 ). Since EAC lists it the same way, I suppose freedb also does.
• dBpoweramp, though, lists track 2 as "CD-ROM Track" and then names the tracks consecutively. As a result, all audio tracks get wrong names (the last track name disappears).

[Spoon]

Re: Discussion of dMC R13

There is no consistancy in these 'Play station' type CDs, we have one which listed with all the meta data providers do not have the data track.

[Porcus]

Re: Discussion of dMC R13

There is no consistancy in these 'Play station' type CDs, we have one which listed with all the meta data providers do not have the data track.

Sure, but here dBpoweramp apparently "disagrees with the metadata providers". No big issue though (easily dealt with manually), but since you have both this phenomenon and the PerfectMeta messup on HTOA, it might be some more general bug.

A bit curious that the software allows a CD without track 1 (then on the other hand, allowing track 0 is, I guess, out of standard -- though all fair with me.)