Re: PerfectTunes R1.7
I didn't think accuraterip used any tags in its analysis. I believe you do need to have the tracks for an album in their own subdirectory.
PerfectTunes R1.7
Collapse
This topic is closed.
X
X
-
Re: PerfectTunes R1.7
I've got a lot of repeated compilation albums with small numbers of tracks reported as 'cannot check' in AccurateRip, and it looks like this is because AccurateRip groups tracks into albums based on the ensemble tag.
Many of my compilation albums have compilation=1 and no albumartist or album artist tags, but do have ensemble tags, the values of which can vary within a compilation album. This seems valid - I would have thought that albumartist must be identical for all tracks in an album, compilation or not, but that the same isn't true for ensemble.
If I'm abusing the ensemble tag then I'll change my tagging (thought it would all have come from music dbs), but if not, would you change AccurateRip to not group by ensemble, for compilations at least?Leave a comment:
-
Leave a comment:
-
Re: PerfectTunes R1.7
No hang for me either when it had always hung previously (last tested with 1.5) - thanks.Leave a comment:
-
Re: PerfectTunes R1.7
Please zip up your:
%appdata%\PerfectTUNES
folderLeave a comment:
-
Re: PerfectTunes R1.7
Thanks for the contact information, but where can I find the PerfectTUNES database?Leave a comment:
-
Leave a comment:
-
-
Re: PerfectTunes R1.7
I wonder if the problem could be due to something like his system clock time (Now) having a value earlier than the time stamp on his files. Just a thought..Leave a comment:
-
Re: PerfectTunes R1.7
No need for a program dump, I just need your PerfectTUNES database.Leave a comment:
-
Re: PerfectTunes R1.7
Should I follow the same steps as before?:
We need to get a dump a different way:
1) Download: http://www.dbpoweramp.com/beta/AccurateRip.exe
Save to C:\Program Files (x86)\Illustrate\PerfectTunes\ overwriting the existing
2) Visit: http://technet.microsoft.com/en-us/s...rnals/dd996900
Download procdump, unzip to c:\procdump\
Run this procdump program:
Windows Key + R (brings up a run box), copy and paste this text then click run:
c:\procdump\procdump -ma -s 1234 -n 3 -x c:\procdump\ar.dmp "C:\Program Files (x86)\Illustrate\PerfectTunes\accuraterip.exe"
** the number 1234 is the number of seconds after automatically write the dump, so if your AccurateRip reaches 25% and freezes after 50 minutes, use -s 3600 this will write the dump after 3600 seconds, or one hour
(if AccurateRip does not show then check the path is correct to the programs)
Now wait until the time has elapsed, the command window will show when writing a dump, as soon as the program is run a dump is created, this one can be deleted, then wait your hour
dump file are written to C:\Procdump\Leave a comment:
-
Re: PerfectTunes R1.7
Please zip up your %appdata%\PerfectTUNES folder (after you have run accuraterip 2 times and it is not showing correctly the albums).Leave a comment:
-
Re: PerfectTunes R1.7
No. The first runs have worked fine (which I have now tested twice), but the second runs do not (even without adding another location).Leave a comment:
-
Re: PerfectTunes R1.7
What happens if you:
Clear cache, run with just one location. Quit AccurateRip then re-run AccurateRip, does it show the albums correctly?Leave a comment:
-
Re: PerfectTunes R1.7
I'm now having trouble with just the one location. If I follow all the pre-mentioned steps (clearing the cache etc.) and then run AccurateRip, I get accurate results that I mentioned previously. However, if I then add several more albums to that one location (newly copied CD's), then re-run AccurateRip, it stops running properly. The Accurately-read albums drop from 1511 to 7, and it only captures 10 albums with errors, when there are actually 18. The total albums number remains correct, even though the individual breakdowns do not add up to this.
Does this mean that I have to clear my cache every time I run AccurateRip?!Leave a comment:
Leave a comment: