PerfectTUNES discussion

[bort]

Re: PerfectTUNES discussion

That is very cool. How long will the TOC database take to fill? Will it be possible to save a .toc file in each album directory after it is found?

[Spoon]

Re: PerfectTUNES discussion

It uses the normal AccurateRip, but it has to crossreference a CD TOC to get the AccurateRip lookup ID, this TOC database is filling as we speak.

[bort]

Re: PerfectTUNES discussion

Which version of AccurateRip is used by PerfectTunes? I've got tons of albums that are reported as bad or missing rips by Beta 5, but the albums verify against AR v1 and/or v2 successfully.

[Arnold_Layne]

Re: PerfectTUNES discussion

Just a suggestion. Is it possible for you to include a context menu entry for the perfect tunes accurate rip checker similar to dbpoweramp's ID tag and music converter?

A_L

[Porcus]

Re: PerfectTUNES discussion

pm for mrspoonsi

[dbfan]

Re: PerfectTUNES discussion

If an album is reported twice, either it is in two separate folders, or it is stored in two different file types.

Please send on Hdcd file which is incorrectly looked up, and one flac which is reported as corrupted.

[Porcus]

Re: PerfectTUNES discussion

First test round with the AccurateRip checker. Some debugging seems to be in order:


- It claims many of my files to be corrupt, where every other tester I've tried, verify as OK. (Those are flac -t, the AudioTester.exe tool, and foobar2000's integrity verifier -- the latter probably only uses flac -t).
Indeed, this includes cases where foobar2000's AccurateRip verifier confirm the album as Accurate (and, since I have submitted myself: sometimes with status 02 or higher).

- It is inconsistent about 24-bit files. Yeah, I regret converting with hdcd.exe in the chain.
But some of these files are reported uncheckable as 'NOt Lossless CD Quality', while in at least one case, the album is checked (and of course one track reported inaccurate).

- It misses tracks. Stating 'Incomplete album'. Here too, this includes cases where foobar2000's AR verifier confirms the album as Accurate (and no data tracks nor HTOA).
(Of course, it *also* includes cases where a track is unreadable or 24-bit.)

- At least one album is reported twice. (With same status though, so they show up next to each other -- this is merely a nuissance.)


All the issues seem to occur both on various artists (all files in same folder) and ordinary releases, except I didn't search for more than one case where a 24-bit-file was actually checked for AR status.

[Spoon]

Re: PerfectTUNES discussion

The AccurateRip checker is very efficient with caching, so it is as good as skipping already tested tracks.

Good idea about the conf of 2.

[Porcus]

Re: PerfectTUNES discussion

This update to perfecttunes will rescan the whole collection again.

Ah well. Resorting to a subset for testing then ...


Wishlist for options for the final version:

- Those of us who use EAC or dBpoweramp, which submit to the database, would probably like to set a threshold at 2, so that PerfectTunes does not verify as Accurate based on our files matching our own submissions only. Indeed, we might want to reduce positive AR scores by 1 on some (search-criteria based) part of our collection.

- In particular, those of us who have a licenced dBpoweramp, might even sacrifice our privacy if it still is possible to identify that our machine submitted this particular track -- maybe by linking PerfectTunes to our dMC installation?

- And those of us who use dBpoweramp and write AccurateRip results to our tags, might want to either update with new tags, or another tag for retro-checked status (in which case I suggest using the same tag name as CUETools does). Also, we might want an option to skip tracks that originally (or at last check) verified as Accurate.

[dbfan]

Re: PerfectTUNES discussion

Perfecttunes does not rip cds, or convert music, so will not replace dbpoweramp.

This update to perfecttunes will rescan the whole collection again.

[dreamslides]

Re: PerfectTUNES discussion

Can I get some more screenshots of PerfectTunes? Will it replace dbpoweramp?

Should I use it to RIP my collection instead?! HELP!

[Porcus]

Re: PerfectTUNES discussion

Screw my last message, I'm upgrading again


Q: Was this version supposed to ditch my database, having to listen to the entire library again? (Would it matter whether I uninstalled before reinstalling?)

[Porcus]

Re: PerfectTUNES discussion

What locked-up? the computer or PerfectTunes?

PerfectTunes. Will try to reproduce using latest version.

[Spoon]

Re: PerfectTUNES discussion

What locked-up? the computer or PerfectTunes?

[Porcus]

Re: PerfectTUNES discussion

Hm. Well, then it is probably a bit vulnerable to issues. I've had some upon display – I am probably stressing it a bit with 100 000 files on a three years old dual-core laptop. Having the thing work four days, then lockup after the entire listening process, and then having to start all over (four more days), is a bit annoying.

* Bug: From time to time, it detects the same file as a duplicate. (I click on the folder option on both in the pair, and am led to precisely the same file.) It is no big deal though.

And the record for different songs identified as 'possible' matches: 29 different songs plus a few that are the same song in different recordings/masterings) of 19 different artists -- and 27 songs / 21 artists. Everything from jazz to black metal. Only letters A through C checked.
I still think there should be multiple levels of 'possible'.

Also, I would like logging and searching. With about 1 of 5 tracks being reported as duplicates, I am not going to search through twentysomething thousand tracks to find whether these unknown artists match something I already have.