PerfectTUNES discussion

[Spoon]

Re: PerfectTUNES discussion

Can you use DropBox?

[fastfwd]

Re: PerfectTUNES discussion

fastfwd: Please try selecting the drop database option (on the options page) and let it rescan, does the list of corrupted albums change?

Yes, the list of "Tracks Corrupted" does change, as does the list of "Albums Cannot Check" (because albums with "corrupted" tracks are also "incomplete"). The other lists, "Albums With Ripping Errors" and "Albums Not Present in AccurateRip", are unchanged.

are your files stored on a network?

Yes, on a NAS. It has higher sustained throughgput than my internal HDD, but I guess it has higher latency.

In the "23 Albums Ripping Errors" section, I see some tracks marked "Track InAccurate" even though they were AccurateRipped

I would need one of these complete albums, as long as the single track is not 24 bit (ie HDCD processed that track), if you send the files individually by email please: http://www.dbpoweramp.com/email.htm

In the "23 Albums Ripping Errors" section, some albums are shown with one or more tracks "Unverifiable". Exporting the match details shows "Not Enough Information in AccurateRip to Verify" those unverifiable tracks, but the tracks in question were AccurateRipped

We would need one of these albums also

The "93 Albums Not Present in AccurateRip" section contains a number of albums that certainly ARE in the AccurateRip database (e.g., Paul Simon's "Graceland")

...and one of these

Unfortunately, many of the tracks are larger than my ISP's 20MB limit for email attachments. It's no trouble for me to split them if you don't mind unsplitting them, but if you'd prefer to direct me to an FTP server, I could send them that way, too.

[Porcus]

Re: PerfectTUNES discussion

More reports:


- the false reports on corrupted files seem to disappear (or different ones show up) when the database is cleared and everything is rescanned. Of course, with a library that takes a week to scan, I would hope for a more robust solution in the final release.


- even with grouping by folders, it seems that various artists compilations -- with no ALBUMARTIST nor ALBUM ARTIST tag -- are inconsistently treated sometimes as one album per folder, sometimes as separate files. This time I checked the discnumber tag. (And the album titles. And that CDTOC match ...)

[Spoon]

Re: PerfectTUNES discussion

Where are the files stored? on a Network NAS (share), or on a local hard disk?

Are the files set to read only?

[Gundy]

Re: PerfectTUNES discussion

Hi Spoon,

Thanks for this really nice software. I am having trouble with Album Art module. There are a lot of albums on my disk that fall into the "Low Resolution Albums" category. When selecting "Fix" for any of them I do get "Error Writing to File" every time after picking a new cover art. I have double checked the file security settings for those files, but cannot see any issues with them. Also tried running PerfectTUNES with administrator privileges (Win7 64bit), but to no avail. Any ideas?

Thanks & Best Regards,
Gundy

[Porcus]

Re: PerfectTUNES discussion

Spoon: There were two parent folders, both on an USB drive (NTFS file system) connected directly to the USB port of the laptop that ran the PerfectTunes application. 'Loud Speaker Records' was in the same parent folder as half of everything else.
In my experience, a rescan gave the same files reported as corrupted. Will try another time.


Thanks for the correction on Mazzy Star. A bit embarrassing not to see the issue, but it was track 2 that had discnumber 2, so ... :blush:

[Spoon]

Re: PerfectTUNES discussion

fastfwd: Please try selecting the drop database option (on the options page) and let it rescan, does the list of corrupted albums change? are your files stored on a network?

>In the "23 Albums Ripping Errors" section, I see some tracks marked "Track InAccurate" even though they were AccurateRipped and contain the expected AccurateRip tags. I checked a few in fb2k and they verified as accurate; I played a few and they played perfectly.

I would need one of these complete albums, as long as the single track is not 24 bit (ie HDCD processed that track), if you send the files individually by email please: http://www.dbpoweramp.com/email.htm

>1. In the "23 Albums Ripping Errors" section, some albums are shown with one or more tracks "Unverifiable". Exporting the match details shows "Not Enough Information in AccurateRip to Verify" those unverifiable tracks, but the tracks in question were AccurateRipped and contain the expected AccurateRip tags. Again, I played a couple of them and and tested them in fb2k; no problems found. The unverifiable tracks are often, but not always, the highest-numbered tracks of the albums.

We would need one of these albums also

>2. The "93 Albums Not Present in AccurateRip" section contains a number of albums that certainly ARE in the AccurateRip database (e.g., Paul Simon's "Graceland"). My ripped tracks from those albums were AccurateRipped and have the AR tags; the ones that I tested in fb2k verify as accurate.

...and one of these

[Spoon]

Re: PerfectTUNES discussion

Porcus:

Had a chance to look through those files, first off '&*916; ~ Rock Hard; Dynamit vol. 25', yes once 24 bits from HDCD it appears inaccurate to accuraterip which needs the original 16 bits to check against, it should really say not CD quality.

'&*916; ~ Loud Speaker Records' - this verified without errors, where are your files stored? on a network? I think there is an issue where files are blocked and reported corrupted, as another user reported than rescanning gave is different bunch of files reported as corrupted.

'Mazzy Star {1996} ~ Among My Swan' - this one track 2 has the disc number set to 2, where as all the other tracks has disc number as 1, disc number is used to detect separate albums.

[Porcus]

Re: PerfectTUNES discussion

fastfwd:
Your first point, I suppose you have used the HDCD DSP upon ripping. That changes the signal, irreversibly (at least, no-one knows how to reverse it), and there is no way that you would be able to verify it by AccurateRip unless Spoon augments it by some HDCD-specific database.


Apart from that, then most of fastwd's and TedSmith's findings are valid here too (I have already reported that De-Dup suggests Jaco Pastorius = Mayhem ...)


And I agree with mickc's comment: I have been able to weed out a few mistags, and that has already made De-Dup very useful to me. I don't want to delete any single tracks from my CD-rips; either two CDs have the same signal (... modulo offset, right ...), or one is a subset of the other -- or I want to keep both. Preferences might vary. But now I've repeated myself already.

[mickc]

Re: PerfectTUNES discussion

Took a couple days to churn through 70k tracks.
Lots of dups, would take days to click delete on each track.
Any thoughts on a "remove all" or ??

I must admit from a personal point of view I probably won't be deleting many, if any at all. So far as I can see (I have 47,000 FLAC files so there's a bit of room for error) most duplicates exist because I have songs in, say, original albums and also in compilations. If I delete duplicates I could end up with compilation albums containing one or two tracks and I'd rather have them complete!
Only my preference, of course, and it is a very useful tool for those odd occasions when I find I've ripped an album twice and tagged them slightly differently...

Mick

[trans_lux]

Re: PerfectTUNES discussion

Took a couple days to churn through 70k tracks.
Lots of dups, would take days to click delete on each track.
Any thoughts on a "remove all" or ??

[fastfwd]

Re: PerfectTUNES discussion

Thanks for making PerfectTunes available. I'm enjoying it already, even in its current beta state.

I'm using beta 5 on Win7-64, running PerfectTunes AccurateRip on a library of ~17K ALAC tracks ripped with dbPoweramp. The library contains only tracks that were verified as accurate by dbPoweramp CD Ripper and tracks that were secure-ripped by dbPoweramp because they weren't in the AccurateRip database when I ripped them.

I'm seeing the same sorts of things that Porcus reported:

1. In the "48 Albums Cannot Check" section of the results, some -- maybe all -- HDCD albums show as "Cannot Check: Not Lossless CD Quality", and some complete albums show as "Cannot Check: Incomplete Album".
2. In the "23 Albums Ripping Errors" section, I see some tracks marked "Track InAccurate" even though they were AccurateRipped and contain the expected AccurateRip tags. I checked a few in fb2k and they verified as accurate; I played a few and they played perfectly.
3. In the "55 Tracks Corrupted" section of the results, a number of tracks are marked "Corrupted" even though -- like all the others -- they were AccurateRipped and they contain the expected AR tags. I played a couple and verified them in fb2k; they seem perfect.

I'm also seeing two other behaviors:

1. In the "23 Albums Ripping Errors" section, some albums are shown with one or more tracks "Unverifiable". Exporting the match details shows "Not Enough Information in AccurateRip to Verify" those unverifiable tracks, but the tracks in question were AccurateRipped and contain the expected AccurateRip tags. Again, I played a couple of them and and tested them in fb2k; no problems found. The unverifiable tracks are often, but not always, the highest-numbered tracks of the albums.
2. The "93 Albums Not Present in AccurateRip" section contains a number of albums that certainly ARE in the AccurateRip database (e.g., Paul Simon's "Graceland"). My ripped tracks from those albums were AccurateRipped and have the AR tags; the ones that I tested in fb2k verify as accurate.

[TedSmith]

Re: PerfectTUNES discussion

After a couple of days of use here are my notes:

De-Dup:
De-Dup at times gives some completely bogus false positives: in one case it thought that 30 seconds of spoken text sounded like a 5 minute symphonic piece, and also that they sounded like another 30 second or so snippet of a jazz trio. Another group had essentially all of the tracks of a CD along with some other tracks containing rain, white noise, and some other test tones.

De-Dup found 5 or 6 albums which were obviously ripped twice, thanks.

AccurateRip:
A nit: The "Not Lossless CD Quality" wording is confusing: I have many more higher than CD resolution tracks than lower than CD resolution tracks.

In the Cannot Check view, the Albums Not Present... view and the Total Albums view you can't tell which album they are talking about, e.g. I have multiple albums with essentially the same metadata (separate releases mastered slightly differently) and also 16/44.1, 24/96, 24/88.1, etc., and DSD versions of some albums. An open folder button like the De-Dup would be nice (or simply clicking on the album cover.)

Tho rescanning my library from scratch takes quite a while it doesn't take too long to do an incremental scan. HOWEVER the "Checking with AccurateRip" pass takes hours every time: if this delay is unavoidable a progress bar or at least a time estimate would be nice.

It also would be nice to get a log or to at least be able to save the corrupted files list so I can fix them over a few days without running the AccurateRip over if I have to reboot.

I have a number tracks which are reported as corrupted: I don't know how: they play fine, the dbPoweramp Test Conversion doesn't report any problems, "flac --test --warnings-as-errors xxx.flac" doesn't find any problems, and they open in Adobe Audition and look fine... I rescanned from scratch with PerfectTUNES and now I get a different set of "corrupted" files.

Album Art:
It's too easy to click on the wrong cover while I'm trying to use the mouse to scroll (The scroll bar is pretty narrow on my monitor).

Sometimes I'd like to compare a few possible covers at full resolution before I pick one.

It doesn't take too much time to find possible new covers for each album, but after trying to fix every missing and low resolution cover in my collection I didn't find a single one that was better than the ones I already had. I guess much of my collection would be considered obscure.

[Spoon]

Re: PerfectTUNES discussion

It is difficult to say how long the toc filling process will take (it is all done from accuraterip outside of perfecttunes).

---
The fingerprint id is unique to your system for dedup, so would not really mean anything.

Other request noted.

[TJOz]

Re: PerfectTUNES discussion

Spoon

Any chance of:
* adding the fingerprint id as a tag to a track and/or
* listing duplicates in DeDup where the artist and title are not an exact match (this will assist in identifying poorly tagged tracks)

Tony