Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: CUETools versions 1.9.5 through 2.1.6 (Read 1907344 times) previous topic - next topic
0 Members and 2 Guests are viewing this topic.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #400
Thks a lot, it works like a charm now. I knew I was doing something bad, it couldn't be a non-fixed bug for so long, it had to be me.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #401
I love this tool!

One simple addition would be fantastic. When verifying and/or fixing offsets and writing the new results to a new folder, would it be possible to copy all the other files from the source folder (scans, etc.)? And even optionally completely delete the source folder upon successful verification?

This would make it trivial to batch a huge collection and not have to manually check what passed verification and what didn't. I am currently copying all my old rips from data CD-Rs and DVD-Rs to an external hard drive and it would be great to verify them in one pass and have the verified & fixed offset versions moved to a different folder called "GOOD" along with the scans and whatever other ancillary files I have in the source folder. Ideally when the batch is done, everything verified would be in the "GOOD" folder and everything remaining in the source folder would need a closer manual inspection.

Perhaps this can already be done with scripting. My only concern is that I would probably wipe out my hard drive and set the garage on fire. 

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #402
Hi Gregory,

I have a small request for you, regarding to "Verify" using the "write AR tags" option.

According to the tooltip for this option, it only writes the ACCURATERIPCOUNT, ACCURATERIPCOUNTALLOFFSETS and ACCURATERIPTOTAL tags.

All my albums are single file FLAC+CUE (i.e.: 1 file per album). Having said that, it seems correct that none of the above AR tags get written, since they seem to target individual tracks.

Since I'm dealing with whole albums, I wonder why the ACCURATERIPID tag isn't written as well ? It would be a really helpful addition when trying to identify how many albums are not in the AR DB (by doing a query in foobar). So for example, everytime the AR DB gets updated I could just verify only those albums (the ones missing the ARID tag) to see if they were included, and if so, the AR tag will get written, so in the end i'll have fewer albums to verify on the following iterations of this process.

I hope I made myself clear.

Thanks for all the hard work !

N.




CUETools versions 1.9.5 through 2.1.5 (current)

Reply #403
In the next version it will be possible to hide the browser altogether.
I promise i'll make sure it doesn't loose any of it's features in this attempt to simplify the ui.

good to know. im looking forward to it

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #404
I have a new request  would it be possible to have a verify mode that would only verify if the Disc ID is present or not in the database without checking any CRC if present & only output the usual log, when disk is not present:

Code: [Select]
[Verification date: 03/05/2009 20:39:31]
[Disc ID: 000c38f1-005434a4-610a4608]
Disk not present in database.


This would allows to do a very fast 1st pass on my collection when CPU is already working, & start sorting my rips by moving all Disc ID not present in database to a new folder. Then I could do the 2nd pass & fix all offset for rips present in the database when my CPU is free. Purging all disks not in database would also help me to evaluate the real encoding time needed to fix all my offsets to the highest accuraterip count pressing. I think it must be easy to add such a mode to the actual verify mode, I dunno call it something like "Check for Disk not present in database without calculating CRC" or something shorter with this as a tip balloon pop up ... Also it would allow fast re-checking of rips previously not in database that might have been added.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #405
This sort of things is done using scripts. There is a sample script called "only if found" which stops verification when disc is not found in the database. You can either use it (by selecting it in the combobox under the actions list), or you can create your own script for something more alaborate. I'm hoping users will start posting their scripts here someday, so we can set up some kind of script database.
CUETools 2.1.6

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #406
I know about "only if found" my idea comes from this script, but I don't know about scripting langage. Anyway I think that this idea is usefull for everyone because everyone will have rips not in database & will sooner or later wants to re-check them. Let's hope that someone who find the idea usefull will script it. The problem with "only if found" is that it does calculate CRC if it found the disk ID which is slow, I want a blazing fast mode just to check if Disk ID is present. I have tryed to cheat "only if found" to behave in a way that would suit my needs but it didn't work as if it's in the database it calculates CRC no matter if I put it on "encode if verified" 100% tracks confidence 999 or strange settings like this. I don't want it to start calculating CRC at all, I just want to know if it's in database or not.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #407
I just installed windows seven RC, I just wanted to let you know that the displaying bug when using medium font 120PP(125%) is still here:



... it is a very minor bug, windows seven is very very good, even for a die-hard anti-vista like me, the good thing with win7 is that you can switch font settings without rebooting, so this bug is much less annoying than previously, I just wanted to let you know that it was still there in win7 so I think all windows versions are affected. Cuetools is the only software I use that produce bug at 125% ... at 150% many programs have problems, but not at 125%. Also it seems to produce another displaying bug that I cannot reproduce right now, when I use 125% clic on advanced setting then clic on ok sometimes cuetool goes back to 100% within the 125 % windows. It's not very annoying too, but the bug exists. Closing Cuetools & relaunching it fix the bad display. Anyway I prefer that you add new features than that you waste your time with this. But still I wanted you to be aware of it.

PS: I run a Socket A Semprom 3000 (2Ghz) with 1Go of DDR-400 on an nforce 2 mobo (very old PC), IMHO win7 is clearly faster than both xp (a few, due to integrated missing XP features) & vista (by far), the RC is far more stable than Vista final, I recommend it to everyone. (I couldn't really use Vista with my slow PC, I can use win7 flawlessly)

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #408
A bit late reply but thank you for the new version! I like the UI alot.
Also thank you for the cuesheet generator update. Now I can create cuesheets for my embedded flac in a matter of seconds! (some progs still need external ones)

Working flawlessly with 2.02 x64 version under Windows7 x64 btw.

 

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #409
I have a question... (Edit: make that three)

Some years ago I ripped my CD's into flac/cue, but at some point I switched to separate tracks. I've converted all my images into single-tracks using foobar2000. I suppose foobar2000 leave out the pregap before track1, right?

1. Would I be able to better determine accuraterip accuracy (+offset) if I have the original cue-sheet? (possible missing pregap from track1)

2. Can I verify my separate track files using a cuesheet that were made along with the image at first?

3. Can I verify an album of separate tracks with a non-compliant cuesheet that specifies filenames that doesn't match those in the same folder?
Can't wait for a HD-AAC encoder :P

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #410
Here is a screenshot of the 2nd (even less annoying than the first) displaying bug at 125%.


CUETools versions 1.9.5 through 2.1.5 (current)

Reply #411
1. Would I be able to better determine accuraterip accuracy (+offset) if I have the original cue-sheet? (possible missing pregap from track1)

2. Can I verify my separate track files using a cuesheet that were made along with the image at first?

3. Can I verify an album of separate tracks with a non-compliant cuesheet that specifies filenames that doesn't match those in the same folder?

To answer all three questions, CUE Tools can create a CUE sheet for your separate tracks. Use that CUE sheet to determine AccurateRip accuracy.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #412
1. Would I be able to better determine accuraterip accuracy (+offset) if I have the original cue-sheet? (possible missing pregap from track1)

No. Only if you split the image back to separate files, to use with that original cue sheet.

2. Can I verify my separate track files using a cuesheet that were made along with the image at first?

Not, unless you merge them to an image. And even then, not if there was a pregap.

3. Can I verify an album of separate tracks with a non-compliant cuesheet that specifies filenames that doesn't match those in the same folder?

Yes.

To conclude: use the cue sheet that matches the number of actual files. Use non-compilant cue sheet for separate tracks, and single file cue sheet for image.
If you lost a pregap information in that cue sheet, in most cases CUETools will be able to find it in a .log file, using either "TOC of the extracted CD" or "Pre-gap length  0:00:02...";
When batch processing, .log file will only be used if it matches .cue sheet filename; e.g. image.log for image.cue;
CUETools 2.1.6

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #413
1. Would I be able to better determine accuraterip accuracy (+offset) if I have the original cue-sheet? (possible missing pregap from track1)

No. Only if you split the image back to separate files, to use with that original cue sheet.

They were image at first, but now they are separate files.

2. Can I verify my separate track files using a cuesheet that were made along with the image at first?

Not, unless you merge them to an image. And even then, not if there was a pregap.

If there once was a pregap that has been cut off while converting them to separate files, combining them again wouldn't that result in showing as if there's a huge offset?

To conclude: use the cue sheet that matches the number of actual files. Use non-compilant cue sheet for separate tracks, and single file cue sheet for image.
If you lost a pregap information in that cue sheet, in most cases CUETools will be able to find it in a .log file, using either "TOC of the extracted CD" or "Pre-gap length  0:00:02...";
When batch processing, .log file will only be used if it matches .cue sheet filename; e.g. image.log for image.cue;

Basically I want to AR-verify all my albums and store the integrity in tags, but I never really kept logs and cues. I'm just asking to know if I'm wasting my time trying to rip the cuesheet off all my CD's again.
Can't wait for a HD-AAC encoder :P

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #414
Pregap affects discid, so you just won't find a disc in database if pregap was non-zero and you lost it. It cannot show as an offset.
Yes, you can re-rip the non-compliant cue-sheet and use it with those separate files, and pregap will be found in that cue sheet.
But you can also just use EAC to detect the pregap length, enter it in CUETools window and verify separate files without any cue sheet.
CUETools 2.1.6

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #415
I have created a very basic icon following the original design, it brings nothing new as I didn't wanted the reinvent the wheel but it fixes the pixelisation when using large icon, the original icon seems to be upscaled 16x16 when viewed as large icon. My icon include 16x16, 24x24, 32x32 & 48x48 all generated from the 48x48 PNG.


CUETools versions 1.9.5 through 2.1.5 (current)

Reply #416
But you can also just use EAC to detect the pregap length, enter it in CUETools window and verify separate files without any cue sheet.

In most cases the pregap (if not 0) is 32,33 or 37. If I want to check files without cue-sheet, I check with those 4 values, it's faster then to find the cd and determine pregap.


CUETools versions 1.9.5 through 2.1.5 (current)

Reply #417
Watching at the accuraterip logo:

I had the idea to replace the U with a check mark, I know the check mark is closer to V, but it's only an idea I throw.
It give something like this:

... stylized & with the original accuraterip CD color in the background it might be nice, but this is beyond my very limited skill... (Maybe a simple CD thumbnail in the background would do the job too, I didn't try yet)

PS: The check mark I used is not the original one, I used one from Check Marks

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #418
Just a small annoyance: version 1.9.5a takes as log-name the directory-name. Version 2.02 takes the name of the first track as log-name.
I would prefer the directory-name or (if available) the Artistname - Albumtitel from cue or log.

Maybe this is already possible, but I can't find the right setting then 

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #419
I want to say a few words about the main window, which displays information about the process.

This is not quite comfortable when you need to move a scroll bar left and right, to find and read the message, "rip accurate, rip is not accurate", especially when checked at once a large number of albums, and (depending on the number of characters in the title of the album, and the length of the path to it) the inscription "rip accurate, rip not accurate" is not one above another that making it difficult to track.

Accordingly, it would be nice to do something like this:
xxxx ........| rip accurate
yyyy ........| rip not accurate
zzzz ........| rip accurate....

...and so on, so that the messages "accurate rip, rip is not accurate" to appear in one column, one above the other.

The path and name of the disc can be shown in abbreviated form, as if pointing the mouse to display the full path and full name of the album.
I think it would be more convenient to read.

For the message "rip not accurate" best use of color, or put it in bold, that in the results column, it was immediately clear that there are albums with the unsatisfactory results of the verification.

In addition, (once CueTools able to check the archives), it would be very helpful if the final results show DISCID for each album.
This option would be simply irreplaceable and would save a lot of time when you sort all kinds of material (eg, downloaded from eMule).

For example, the results would appear as:
AAAA ........| rip accurate ...................| DISCID 1
BBBB ........| rip not accurate ...........| DISCID 1
CCCC ........| rip accurate ...................| DISCID
DDDD ........| rip accurate ...................| DISCID
EEEE ........| rip accurate ...................| DISCID 2
FFFF .........| rip accurate ...................| DISCID 2
GGGG ........| rip not accurate ...........| DISCID 2

and so on - with an additional column, which appears DISCID value for each disc.

For labeling of albums with the same DISCID can use numbers (as shown above) or use some other way.

   
Good to be able to save a report in the form of .LOG, which would indicate albums with identical DISCID.
Ideally - a report in Excel, where in addition to the above data could also see accurip separate reports for each disk.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #420
its not great but im using this as the icon

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #421
I have a problem verifying some releases. As I understand it, it should automatically pick up the log-file from the same dir and determine pregap from it. Well it doesn't seem to pick up the log and neigher it seem to work when I write in the pregap manually - Still it's not detected in the AR database, although the rip-log says Accurately Ripped.

Code: [Select]
Exact Audio Copy V0.99 prebeta 4 from 23. January 2008

EAC extraction logfile from 10. August 2008, 14:32

Pet Shop Boys / Discography - The Complete Singles Collection

Used drive  : LITE-ON DVDRW LH-20A1S  Adapter: 5  ID: 0

Read mode : Burst

Read offset correction   : 6
Overread into Lead-In and Lead-Out   : No
Fill up missing offset samples with silence : Yes
Delete leading and trailing silent blocks  : No
Null samples used in CRC calculations   : No
Used interface   : Native Win32 interface for Win NT & 2000
Gap handling : Not detected, thus appended to previous track

Used output format   : User Defined Encoder
Selected bitrate : 768 kBit/s
Quality : High
Add ID3 tag : No
Command line compressor : D:\Programmer\Exact Audio Copy\FLAC\FLAC.EXE
Additional command line options : -8 -V -T "ARTIST=%a" -T "TITLE=%t" -T "ALBUM=%g" -T "DATE=%y" -T "TRACKNUMBER=%n" -T "GENRE=%m" -T "COMMENT=%e" %s -o %d


TOC of the extracted CD

Track |  Start  |  Length  | Start sector | End sector
---------------------------------------------------------
1  |  0:00.33 |  4:00.07 | 33 | 18039 
2  |  4:00.40 |  4:18.45 | 18040 | 37434 
3  |  8:19.10 |  3:38.00 | 37435 | 53784 
4  | 11:57.10 |  4:04.23 | 53785 | 72107 
5  | 16:01.33 |  5:01.22 | 72108 | 94704 
6  | 21:02.55 |  4:20.10 | 94705 |  114214 
7  | 25:22.65 |  3:33.20 | 114215 |  130209 
8  | 28:56.10 |  3:54.68 | 130210 |  147827 
9  | 32:51.03 |  4:17.42 | 147828 |  167144 
  10  | 37:08.45 |  4:18.25 | 167145 |  186519 
  11  | 41:26.70 |  4:47.73 | 186520 |  208117 
  12  | 46:14.68 |  4:20.10 | 208118 |  227627 
  13  | 50:35.03 |  4:00.57 | 227628 |  245684 
  14  | 54:35.60 |  4:51.23 | 245685 |  267532 
  15  | 59:27.08 |  4:32.25 | 267533 |  287957 
  16  | 63:59.33 |  4:15.15 | 287958 |  307097 
  17  | 68:14.48 |  4:14.32 | 307098 |  326179 
  18  | 72:29.05 |  4:23.23 | 326180 |  345927 


Track  1

Filename M:\Ripped\Pet Shop Boys - Discography - The Complete Singles Collection\01. Pet Shop Boys - West End Girls.wav

Timing problem 0:00:00
Timing problem 0:00:17

Peak level 100.0 %
Copy CRC B692546B
Accurately ripped (confidence 9)  [5DEF00CE]
Copy finished

Track  2

Filename M:\Ripped\Pet Shop Boys - Discography - The Complete Singles Collection\02. Pet Shop Boys - Love Comes Quickly.wav

Timing problem 0:00:12

Peak level 100.0 %
Copy CRC F0A00795
Accurately ripped (confidence 8)  [3BFE5B6C]
Copy finished

Track  3

Filename M:\Ripped\Pet Shop Boys - Discography - The Complete Singles Collection\03. Pet Shop Boys - Opportunities (Let's Make Lots Of Money).wav

Timing problem 0:03:14
Timing problem 0:03:34

Peak level 98.7 %
Copy CRC 1DFF220B
Accurately ripped (confidence 8)  [31569190]
Copy finished

Track  4

Filename M:\Ripped\Pet Shop Boys - Discography - The Complete Singles Collection\04. Pet Shop Boys - Suburbia.wav

Timing problem 0:01:37
Timing problem 0:02:01

Peak level 100.0 %
Copy CRC 25AC4B10
Accurately ripped (confidence 8)  [A5992150]
Copy finished

Track  5

Filename M:\Ripped\Pet Shop Boys - Discography - The Complete Singles Collection\05. Pet Shop Boys - It's A Sin.wav

Timing problem 0:01:57
Timing problem 0:02:06
Timing problem 0:02:42

Peak level 100.0 %
Copy CRC 2AF6EBE8
Accurately ripped (confidence 8)  [F485B75B]
Copy finished

Track  6

Filename M:\Ripped\Pet Shop Boys - Discography - The Complete Singles Collection\06. Pet Shop Boys - What Have I Done To Deserve This .wav

Peak level 98.3 %
Copy CRC 06A77818
Accurately ripped (confidence 8)  [520D6AAC]
Copy OK

Track  7

Filename M:\Ripped\Pet Shop Boys - Discography - The Complete Singles Collection\07. Pet Shop Boys - Rent.wav

Peak level 97.2 %
Copy CRC 931B0A6A
Accurately ripped (confidence 8)  [C7931D86]
Copy OK

Track  8

Filename M:\Ripped\Pet Shop Boys - Discography - The Complete Singles Collection\08. Pet Shop Boys - Always On My Mind.wav

Peak level 96.3 %
Copy CRC 297375FF
Accurately ripped (confidence 8)  [0607935A]
Copy OK

Track  9

Filename M:\Ripped\Pet Shop Boys - Discography - The Complete Singles Collection\09. Pet Shop Boys - Heart.wav

Peak level 97.7 %
Copy CRC DC48378C
Accurately ripped (confidence 7)  [F7821F0D]
Copy OK

Track 10

Filename M:\Ripped\Pet Shop Boys - Discography - The Complete Singles Collection\10. Pet Shop Boys - Domino Dancing.wav

Peak level 96.5 %
Copy CRC CD234230
Accurately ripped (confidence 8)  [8EF78F39]
Copy OK

Track 11

Filename M:\Ripped\Pet Shop Boys - Discography - The Complete Singles Collection\11. Pet Shop Boys - Left To My Own Devices.wav

Peak level 98.5 %
Copy CRC EAD1D4C0
Accurately ripped (confidence 8)  [210267F3]
Copy OK

Track 12

Filename M:\Ripped\Pet Shop Boys - Discography - The Complete Singles Collection\12. Pet Shop Boys - It's Alright.wav

Peak level 100.0 %
Copy CRC FD182052
Accurately ripped (confidence 8)  [61318ADE]
Copy OK

Track 13

Filename M:\Ripped\Pet Shop Boys - Discography - The Complete Singles Collection\13. Pet Shop Boys - So Hard.wav

Peak level 100.0 %
Copy CRC 8D1CD243
Accurately ripped (confidence 8)  [FC786BBC]
Copy OK

Track 14

Filename M:\Ripped\Pet Shop Boys - Discography - The Complete Singles Collection\14. Pet Shop Boys - Being Boring.wav

Peak level 95.6 %
Copy CRC F02751A7
Accurately ripped (confidence 7)  [325811B1]
Copy OK

Track 15

Filename M:\Ripped\Pet Shop Boys - Discography - The Complete Singles Collection\15. Pet Shop Boys - Where The Streets Have No Name (I Can't Take My Eyes Off You).wav

Peak level 100.0 %
Copy CRC 95CEF937
Accurately ripped (confidence 7)  [65D1EA20]
Copy OK

Track 16

Filename M:\Ripped\Pet Shop Boys - Discography - The Complete Singles Collection\16. Pet Shop Boys - Jealousy.wav

Peak level 95.7 %
Copy CRC 67B0BDFB
Accurately ripped (confidence 8)  [D8718C91]
Copy OK

Track 17

Filename M:\Ripped\Pet Shop Boys - Discography - The Complete Singles Collection\17. Pet Shop Boys - DJ Culture.wav

Peak level 100.0 %
Copy CRC E46426E0
Accurately ripped (confidence 7)  [B6395AB2]
Copy OK

Track 18

Filename M:\Ripped\Pet Shop Boys - Discography - The Complete Singles Collection\18. Pet Shop Boys - Was It Worth It .wav

Peak level 100.0 %
Copy CRC 34923054
Accurately ripped (confidence 8)  [92EF8F59]
Copy OK


All tracks accurately ripped

No errors occurred

End of status report
Can't wait for a HD-AAC encoder :P

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #422
Is there a chance that CUETools could verify images of cds with multimedia sections? As it says something like
Quote
CD-Extra data track length 01:20:26 - 01:21:25.
Disk not present in database.
and stops verification now.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #423
I have a problem verifying some releases. As I understand it, it should automatically pick up the log-file from the same dir and determine pregap from it. Well it doesn't seem to pick up the log and neigher it seem to work when I write in the pregap manually - Still it's not detected in the AR database, although the rip-log says Accurately Ripped.

In batch mode it will pick up the log only if it's filename is exactly the same as cue sheet's (xyz.cue -> xyz.log). Log seems fine, so no idea what's wrong.

Is there a chance that CUETools could verify images of cds with multimedia sections? As it says something like
Quote
CD-Extra data track length 01:20:26 - 01:21:25.
Disk not present in database.
and stops verification now.

Option 1) Make sure there's a log from a fresh EAC version available, so that CUETools can find out CD-Extra data track length from log.
Option 2) Find "AppData->Roaming->CUE Tools->settings.txt" file, open it in notepad and add "BruteForceDTL=1" line.
CUETools 2.1.6