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 1889507 times) previous topic - next topic
0 Members and 5 Guests are viewing this topic.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #50
Update: some bugs were fixed, fresher build can be found in the first post in this thread.
CUETools 2.1.6

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #51
Gregory, when converting from single APE to single FLAC not all the tag fields are preserved.

So far I can confirm that the YEAR tag isn't being copied to the FLAC file.

N.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #52
Also I see that you're embedding the LOG file in the tag as well.

Can you please make this (CUE & LOG tag embedding) optional ?

thanks,

N.

EDIT: Can you please make the following REM comments optional as well ?

REM ACCURATERIPID 0041d512-049e93aa-7510e519
REM DATE "2005"
REM GENRE "Rock"

I'd like to keep my CUE sheets untouched please.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #53
Gregory, when converting from single APE to single FLAC not all the tag fields are preserved.

So far I can confirm that the YEAR tag isn't being copied to the FLAC file.

N.


Just tested it, for me the YEAR tag was copied, but foobar2k only showed it in a properties window - it seems to expect DATE tag in flacs instead.
Update: confirmed, checked out the utility you mentioned - it has a dictionary of tag names for different formats, e.g. YEAR becomes DATE in flac. Will have to think what to do with this

Also I see that you're embedding the LOG file in the tag as well.

Can you please make this (CUE & LOG tag embedding) optional ?

thanks,

N.

EDIT: Can you please make the following REM comments optional as well ?

REM ACCURATERIPID 0041d512-049e93aa-7510e519
REM DATE "2005"
REM GENRE "Rock"

I'd like to keep my CUE sheets untouched please.


CUE embedding IS optional. It is selected by CUE style. Choose "Single file + CUE" and there won't be any embedded CUE. As for the the rest, i sure will make it optional.
CUETools 2.1.6

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #54
Hey,

Great job on a great utility!

Does this version work properly with UTF-8 encoded .CUE sheets? In 1.9.1, when creating Gaps Appended output, the filenames would be empty (or only contain the ASCII-valid chars from the unicode name, such as digits).

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #55
I converted a "tagged APE disc image + CUE" album to FLAC + CUE with the test build.

The last character of each FLAC tag value seems to be missing. In addition, the Replay Gain tags are missing from the FLAC file and from the resulting cue file (I had foobar-generated Replay Gain tags in both source files).

I had a small cover art image embedded in the APE tags, but I didn't actually expect it to be included in the resulting FLAC tags. I just wanted to check if it would cause any problems

The APE/Year tag should indeed be mapped with the FLAC/Date tag. This is a commonly used mapping in various programs.

Tags from foobar's properties window:

Before, APE
Code: [Select]
Artist Name : Brahms / Mozart
Track Title : CDA disc image file
Album Title : Brahms Violin Concerto op.77 & Mozart Sinfonia Concertante K364 - CD
Date : 1992
Genre : Classical
Composer : Johannes Brahms (1833-1897) / Wolfgang Amadeus Mozart (1756-1791)
Performer : David Oistrakh (violin) / Igor Oistrakh (violin)
Album Artist :
Track Number :
Total Tracks :
Disc Number :
Total Discs :
Comment : recorded 1961/1972, digital mastering 1987/1985
<BAND> : Orchestre de la Radiodiffusion Française / Berliner Philharmoniker
<CONDUCTOR> : Otto Klemperer (1885-1973) / David Oistrakh (1908-1974)
After, FLAC
Code: [Select]
Artist Name : Brahms / Mozar
Track Title : CDA disc image fil
Album Title : Brahms Violin Concerto op.77 & Mozart Sinfonia Concertante K364 - C
Date :
Genre : Classica
Composer : Johannes Brahms (1833-1897) / Wolfgang Amadeus Mozart (1756-1791
Performer : David Oistrakh (violin) / Igor Oistrakh (violin
Album Artist :
Track Number :
Total Tracks :
Disc Number :
Total Discs :
Comment : recorded 1961/1972, digital mastering 1987/198
<ACCURATERIPID> : 0013e178-0065ffe0-66110306
<BAND> : Orchestre de la Radiodiffusion Française / Berliner Philharmonike
<CONDUCTOR> : Otto Klemperer (1885-1973) / David Oistrakh (1908-1974
<YEAR> : 199

I had CUETools set to write a single flac file + cue.


BTW, what do you think about this report (it's from the same album):

Code: [Select]
[Disc ID: 0013e178-0065ffe0-66110306]
Offset applied: 12
Track [ CRC    ] Status
 01 [7360d325] (05/07) Accurately ripped as in pressing(s) #1
 02 [b83ac04f] (05/07) Accurately ripped as in pressing(s) #1
 03 [9b0b3625] (05/07) Accurately ripped as in pressing(s) #1
 04 [3ecc3c43] (05/07) Accurately ripped as in pressing(s) #1
 05 [f6f8c346] (05/07) Accurately ripped as in pressing(s) #1
 06 [43f25293] (04/06) Partial match to pressing(s) #1
Offsetted by 132:
 01 [a0931b75] (02/07) Accurately ripped as in pressing(s) #2
 02 [bcb2d807] (02/07) Accurately ripped as in pressing(s) #2
 03 [892d4085] (02/07) Accurately ripped as in pressing(s) #2
 04 [70564d0b] (02/07) Accurately ripped as in pressing(s) #2
 05 [79402bf6] (02/07) Accurately ripped as in pressing(s) #2
 06 [eb129bb1] (02/06) Partial match to pressing(s) #2
What does "partial match" mean?


I attached a sample of my APE tags and the source CUE file so that you can reproduce the tagging behavior. I copied the APE tags to an APL file with MP3tag. You can do the reverse. My APE disc image file is 72 minutes 35 seconds (if you want to use a "dummy" file with about the same duration).

[attachment=4702:attachment]

EDIT: fixed a typo & a problem with the attachment.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #56
*) improved Filename Corrector: looks for extension change first.

Thanks! The changed Filename Corrector seems to work as described. I tested it with a bunch of "disc image + cue" albums that were in a single folder.

I think it can now help Marre with his/her problem: http://www.hydrogenaudio.org/forums/index....showtopic=66438

Though, it cannot write a user defined filename extension independtly of the possibly existing audio file or preserve the original cue file as I suggested. In addition, it might not work as expected if the folder contains similarly named audio files in more than one format. I hope you can revisit this tool at some later time.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #57
I converted a "tagged APE disc image + CUE" album to FLAC + CUE with the test build.

The last character of each FLAC tag value seems to be missing. In addition, the Replay Gain tags are missing from the FLAC file and from the resulting cue file (I had foobar-generated Replay Gain tags in both source files).

I had a small cover art image embedded in the APE tags, but I didn't actually expect it to be included in the resulting FLAC tags. I just wanted to check if it would cause any problems

The APE/Year tag should indeed be mapped with the FLAC/Date tag. This is a commonly used mapping in various programs.

BTW, what do you think about this report (it's from the same album):

06   [43f25293] (04/06) Partial match to pressing(s) #1
What does "partial match" mean?


Thanks for detailed report, i fixed the problem with missing last characters, and implemented Year=>Date mapping, will post updated version soon.

ReplainGain removal was implemented by Moitah long ago, i can only guess what was the reason - probably, because when cutting/splitting/offsetting an image, those tags need to be recalculated anyway. I will wait for comments from the author before changing it.

Partial match means in fact inaccurate rip. CRCs for the whole track don't match. The only difference between "partial match" and "no matches" is that a CRC for a segment of the file that is used for offset detection does match. That means, that the problem with this track is not in offset or some kind of normalization applied, but that it most probably is just damaged. Suggestions for a more informative format for this log entry are welcomed.

As for enhanced Filename corrector, maybe i will look into it later, in it's current state it should be working for most cases. I think i should finish with tags and x64 port first.
CUETools 2.1.6

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #58
Hey,

Great job on a great utility!

Does this version work properly with UTF-8 encoded .CUE sheets? In 1.9.1, when creating Gaps Appended output, the filenames would be empty (or only contain the ASCII-valid chars from the unicode name, such as digits).


I guess nothing changed in that area. How do you get an UTF-8 encoded .cue sheet? Which software produces them, and which software can read them?
CUETools 2.1.6

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #59
Ok, how is this possible, then?

Code: [Select]
EAC extraction logfile from 20. March 2008, 21:35 for CD
Bonnie Raitt / Luck of the Draw [DCC GOLD]

Used drive  : PIONEER DVD-RW  DVR-112D  Adapter: 1  ID: 0
Read mode  : Secure with NO C2, accurate stream, disable cache
Read offset correction : 48
Overread into Lead-In and Lead-Out : No

Used output format : C:\Program Files\FLAC\flac.exe  (User Defined Encoder)
                    768 kBit/s
                    Additional command line options : -V -8 -T "artist=%a" -T "title=%t" -T "album=%g" -T "date=%y" -T "tracknumber=%n" -T "genre=%m" %s

Other options      :
    Fill up missing offset samples with silence : Yes
    Delete leading and trailing silent blocks : No
    Installed external ASPI interface


Track  1
    Filename C:\Bonnie Raitt - Luck of the Draw (1997) [FLAC] {DCC Gold GZS-1107}\01 - Something To Talk About.wav

    Pre-gap length  0:00:02.00

    Peak level 96.6 %
    Track quality 100.0 %
    Test CRC F2E17BF2
    Copy CRC F2E17BF2
    Copy OK

Track  2
    Filename C:\Bonnie Raitt - Luck of the Draw (1997) [FLAC] {DCC Gold GZS-1107}\02 - Good Man, Good Woman.wav

    Pre-gap length  0:00:03.50

    Peak level 96.9 %
    Track quality 100.0 %
    Test CRC C88FFDC8
    Copy CRC C88FFDC8
    Copy OK

Track  3
    Filename C:\Bonnie Raitt - Luck of the Draw (1997) [FLAC] {DCC Gold GZS-1107}\03 - I Can't Make You Love Me.wav

    Pre-gap length  0:00:03.24

    Peak level 79.3 %
    Track quality 100.0 %
    Test CRC C1F15CAC
    Copy CRC C1F15CAC
    Copy OK

Track  4
    Filename C:\Bonnie Raitt - Luck of the Draw (1997) [FLAC] {DCC Gold GZS-1107}\04 - Tangled And Dark.wav

    Pre-gap length  0:00:02.02

    Peak level 96.9 %
    Track quality 100.0 %
    Test CRC D31D12F1
    Copy CRC D31D12F1
    Copy OK

Track  5
    Filename C:\Bonnie Raitt - Luck of the Draw (1997) [FLAC] {DCC Gold GZS-1107}\05 - Come To Me.wav

    Pre-gap length  0:00:02.70

    Peak level 98.1 %
    Track quality 99.3 %
    Test CRC 94229CDF
    Copy CRC 94229CDF
    Copy OK

Track  6
    Filename C:\Bonnie Raitt - Luck of the Draw (1997) [FLAC] {DCC Gold GZS-1107}\06 - No Business.wav

    Pre-gap length  0:00:02.20

    Peak level 95.0 %
    Track quality 100.0 %
    Test CRC 4A642E0C
    Copy CRC 4A642E0C
    Copy OK

Track  7
    Filename C:\Bonnie Raitt - Luck of the Draw (1997) [FLAC] {DCC Gold GZS-1107}\07 - One Part Be My Lover.wav

    Pre-gap length  0:00:02.34

    Peak level 55.8 %
    Track quality 100.0 %
    Test CRC 00BACFD9
    Copy CRC 00BACFD9
    Copy OK

Track  8
    Filename C:\Bonnie Raitt - Luck of the Draw (1997) [FLAC] {DCC Gold GZS-1107}\08 - Not The Only One.wav

    Pre-gap length  0:00:02.92

    Peak level 96.7 %
    Track quality 100.0 %
    Test CRC 7ED4DA66
    Copy CRC 7ED4DA66
    Copy OK

Track  9
    Filename C:\Bonnie Raitt - Luck of the Draw (1997) [FLAC] {DCC Gold GZS-1107}\09 - Papa Come Quick (Jody And Chico).wav

    Pre-gap length  0:00:02.88

    Peak level 74.4 %
    Track quality 100.0 %
    Test CRC 2A962E12
    Copy CRC 2A962E12
    Copy OK

Track 10
    Filename C:\Bonnie Raitt - Luck of the Draw (1997) [FLAC] {DCC Gold GZS-1107}\10 - Slow Ride.wav

    Pre-gap length  0:00:01.98

    Peak level 96.7 %
    Track quality 99.9 %
    Test CRC 4E6AE459
    Copy CRC 4E6AE459
    Copy OK

Track 11
    Filename C:\Bonnie Raitt - Luck of the Draw (1997) [FLAC] {DCC Gold GZS-1107}\11 - Luck Of The Draw.wav

    Pre-gap length  0:00:03.77

    Peak level 96.7 %
    Track quality 100.0 %
    Test CRC 7AAB6005
    Copy CRC 7AAB6005
    Copy OK

Track 12
    Filename C:\Bonnie Raitt - Luck of the Draw (1997) [FLAC] {DCC Gold GZS-1107}\12 - All At Once.wav

    Pre-gap length  0:00:03.09

    Peak level 70.3 %
    Track quality 100.0 %
    Test CRC 365DBD56
    Copy CRC 365DBD56
    Copy OK

No errors occured


End of status report

Code: [Select]
CDImage.cue:

Checking AccurateRip database

URL: [url=http://www.accuraterip.com/accuraterip/2/4/6/dBAR-012-0017b642-00de56e3-970ca30c.bin]http://www.accuraterip.com/accuraterip/2/4...e3-970ca30c.bin[/url]
Track Ripping Status [Disc ID: 0017b642-970ca30c]

 1 ** Rip not accurate **  (confidence 6)    [cc271ecd] [4cc86965]
 2 ** Rip not accurate **  (confidence 5)    [1b26ea83] [89f51ecb]
 3 ** Rip not accurate **  (confidence 5)    [a87b86bf] [247023fe]
 4 ** Rip not accurate **  (confidence 5)    [cb704a3b] [e51f72a6]
 5 ** Rip not accurate **  (confidence 5)    [b336a534] [b86f4ed1]
 6 ** Rip not accurate **  (confidence 5)    [a6478b08] [106898ba]
 7 ** Rip not accurate **  (confidence 5)    [19acf21d] [a845e452]
 8 ** Rip not accurate **  (confidence 5)    [47681b62] [89087cb5]
 9 ** Rip not accurate **  (confidence 5)    [39e53f91] [a3844d50]
 10 ** Rip not accurate **  (confidence 5)    [605ef9f6] [de287f36]
 11 ** Rip not accurate **  (confidence 5)    [e817d4b0] [8083dbf7]
 12 ** Rip not accurate **  (confidence 5)    [f8bee495] [a8fd1658]

_______________________

Your CD disc is possibly a different pressing to the one(s) stored in AccurateRip.
Track(s) Accurately Ripped: 0
**** Track(s) Not Ripped Accurately: 12 ****
Track(s) Not in Database: 0

CueTools 1.9.2 told me this after "fixing":

Code: [Select]
Offset applied: 618
[Disc ID: 0017b642-00de56e3-970ca30c]
Track [ CRC    ] Status
 01 [cc271ecd] (06/06) Accurately ripped as in pressing(s) #1
 02 [1b26ea83] (05/05) Accurately ripped as in pressing(s) #1
 03 [a87b86bf] (05/05) Accurately ripped as in pressing(s) #1
 04 [cb704a3b] (05/05) Accurately ripped as in pressing(s) #1
 05 [b336a534] (05/05) Accurately ripped as in pressing(s) #1
 06 [a6478b08] (05/05) Accurately ripped as in pressing(s) #1
 07 [19acf21d] (05/05) Accurately ripped as in pressing(s) #1
 08 [47681b62] (05/05) Accurately ripped as in pressing(s) #1
 09 [39e53f91] (05/05) Accurately ripped as in pressing(s) #1
 10 [605ef9f6] (05/05) Accurately ripped as in pressing(s) #1
 11 [e817d4b0] (05/05) Accurately ripped as in pressing(s) #1
 12 [f8bee495] (05/05) Accurately ripped as in pressing(s) #1
Now, freeDB clearly recognizes the new wav as "DCC Gold", so it is the same pressing. Why for a properly made log with correct offset value (yes, 48 is correct for this drive), I still do not get a perfect match?

[!--sizeo:1--][span style=\"font-size:8pt;line-height:100%\"][!--/sizeo--]Moderation: Quote changed to codebox.  Please learn how to use this feature.[/size]

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #60
Now, freeDB clearly recognizes the new wav as "DCC Gold", so it is the same pressing.

Just because freeDB recognizes it doesn't mean it's the same pressing.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #61
Would it be possible to generate AccurateRip report after pressing the "convert" button? I believe this was implemented in earlier builds, and now it's gone (?)
That way I don't have to go through the procedure twice by verifying the generated CUE from "New" directory

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #62
Would it be possible to generate AccurateRip report after pressing the "convert" button? I believe this was implemented in earlier builds, and now it's gone (?)
That way I don't have to go through the procedure twice by verifying the generated CUE from "New" directory

Use the "Verify, then encode" mode.
Make sure that "Encode only if" and "Fix offset if" in advanced settings are turned off, if you want it to always convert without offset correction.
CUETools 2.1.6

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #63
Thanks for this useful tool.

A small feature request.
Show a message when a cuesheet contains tracks with pre-emphasis (Line 'FLAGS PRE')
I think that would be useful as a reminder to de-emphase the tracks created by the program.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #64
Gregory,

Update5 is working fine. Got a couple of comments for you..

1) In batch mode, please add an option to force overwrite when a file exists. Since I'm converting properly named/tagged APE+CUE Image files to FLAC+CUE, the original CUE file is always overwriten with the new CUE, so I always get the "some files will get overwriten" dialog, thus defeating the purpose of batch mode.

2) glad to see the Year/Date tag mapping. I hope you can make the REM comments on the CUE sheet optional for the next release as well.

3) How about a Pause button for Batch mode ?

4) I suggest the Convert button be renamed to Process or Execute or something more generic, don't you think ?

Thanks for receiving and taking into account our input. I really appreciate it.

N.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #65

Hey,

Great job on a great utility!

Does this version work properly with UTF-8 encoded .CUE sheets? In 1.9.1, when creating Gaps Appended output, the filenames would be empty (or only contain the ASCII-valid chars from the unicode name, such as digits).


I guess nothing changed in that area. How do you get an UTF-8 encoded .cue sheet? Which software produces them, and which software can read them?


Hi Gregory,

Well I have a few albums by the Russian bands DDT and Mashina Vremeni, and they are both ripped as one whole FLAC + CUE, so I wanted to split them. Unfortunately the CUE was OEM ASCII (the extended character set), and since my locale was different I decided to manually edit the CUE in Notepad to change the track/album/artist names to proper Russian.

Now I want to split the FLAC but CueTools doesn't like it

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #66

However, what would be great would be if CUETools could still be able to give an AccurateRip confidence score for tracks 01-12 that have been perfectly ripped...  Ideally it should skip track 14, say that tracks 01-12 are accurate, track 13 isn't (since it has been splitted), and track 14 is unknown for this album.


Unfortunately, this is impossible. You have to know the id of the disk to be able to compare it to the database, and diskId depends on the number and length of the tracks. So if you split a track, cut out silence - there's no way to tell which disk it is that you have.


Oh well, it might be:

(1) If you use one-folder-per-album and the files are tagged with original tracknumber, then they may be concatenated to a single file and cue sheet generated.
Since AccurateRip is tracks based, it would of course be much easier to scan folder for .flac (or .ape or whatever), extract from the metadata the information you would usually extract from the cue sheet, and contact the AR base. Even if there is no tracknumber tag (they sometimes appear as "4/14" or just "4"), it should be easy to specify a en extraction of number from a filename pattern, like implemented in some tag-from-filename features.
So if one track is split into two files, what you need is to have a Totaltracks tag equal to the original total tracks of the CD. With 14 enumerated files of an original Totaltracks=13, the "fourteenth file" could be track 1 split in 1&2, 2 split in 2&3 etc., 13 possibilities. If you encounter such a folder, prompt the user to specify which files to join.
(Are there other uses for the Totaltracks tag? Will an audio player object if you add a file with Tracknumber = 14 and Totaltracks = 13?)

(2) dBpoweramp writes the AccurateRipDiscID as a Vorbis comment in my flac files. Don't know about other file formats though.

 

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #67
(1) If you use one-folder-per-album and the files are tagged with original tracknumber, then they may be concatenated to a single file and cue sheet generated.
Since AccurateRip is tracks based, it would of course be much easier to scan folder for .flac (or .ape or whatever), extract from the metadata the information you would usually extract from the cue sheet, and contact the AR base. Even if there is no tracknumber tag (they sometimes appear as "4/14" or just "4"), it should be easy to specify a en extraction of number from a filename pattern, like implemented in some tag-from-filename features.
So if one track is split into two files, what you need is to have a Totaltracks tag equal to the original total tracks of the CD. With 14 enumerated files of an original Totaltracks=13, the "fourteenth file" could be track 1 split in 1&2, 2 split in 2&3 etc., 13 possibilities. If you encounter such a folder, prompt the user to specify which files to join.
(Are there other uses for the Totaltracks tag? Will an audio player object if you add a file with Tracknumber = 14 and Totaltracks = 13?)

(2) dBpoweramp writes the AccurateRipDiscID as a Vorbis comment in my flac files. Don't know about other file formats though.


(1) Thanks for interstring thoughts on the matter. There are no other uses for totaltracks, but this tag is often absent. Luckily enough, total number of tracks can be also extracted from cddb DISCID tag.

But i'm still quite pessimistic about the possibility of recovering an album structure, when tracks were split. Ok, we can sacrifice that split track and focus on verifying other tracks, but for that we have to know for sure it's length. And it will not be a sum of it's parts in most cases. The silent gaps would most probably be left out - for example, in the mentioned case the track was split because in contained a 'hidden' track. 'Hidden' means there was probably some lengthy silence before it, and i doubt that people would keep that silent gap when editing the track. And even if they did, most audio software would not try to preserve CD sector boundaries when splitting - it would be split in arbitary point, and padded for encoding.

Summarising, i doubt any such algorithm would be able to verify the majority of disc images after such treatment. And most people don't do such things to their rips, so i'm probably not going to invest too much time in further studies of this problem.

(2) Oops. I didn't know that. CueTools uses "ACCURATERIPID" tag. I guess i'll have to rename it to make it compatible. Is "AccurateRipDiscID" the exact name of the tag?
CUETools 2.1.6

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #68
1) In batch mode, please add an option to force overwrite when a file exists. Since I'm converting properly named/tagged APE+CUE Image files to FLAC+CUE, the original CUE file is always overwriten with the new CUE, so I always get the "some files will get overwriten" dialog, thus defeating the purpose of batch mode.


This i think is not a good idea. People might turn this option on by mistake and destroy their original files when they didn't want to.

I would just use the "Append to filename" option, set it to for example ".flac". That would make "Artist - Album.cue" saved as "Artist - Album.flac.cue. If this doesn't sound reasonable, you can use "Create subdirectory" option and move all the files back after successfull conversion, if you are happy with the results.

As for the rest, i'm working on it
CUETools 2.1.6

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #69
(2) Oops. I didn't know that. CueTools uses "ACCURATERIPID" tag. I guess i'll have to rename it to make it compatible. Is "AccurateRipDiscID" the exact name of the tag?


Yep: dBpoweramp provides tags like the following (cut and pasted from metaflac output of two tracks from two different CDs):


AccurateRipResult=AccurateRip: Not in database  Secure: Yes  [3B3B1D60]
AccurateRipDiscID=002-0000bd74-0001fa28-0901b202-1

(track 1 of 2)


AccurateRipDiscID=018-0034a011-02b34812-18120f12-15
AccurateRipResult=AccurateRip: Accurate (confidence 10)  [BFD8DBAE]

(track 15 of 18).



As for (1), it is of course more important to have an application working for those of us who use one-file-per-track than for user-created splits.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #70
Hi Gregory,

Well I have a few albums by the Russian bands DDT and Mashina Vremeni, and they are both ripped as one whole FLAC + CUE, so I wanted to split them. Unfortunately the CUE was OEM ASCII (the extended character set), and since my locale was different I decided to manually edit the CUE in Notepad to change the track/album/artist names to proper Russian.

Now I want to split the FLAC but CueTools doesn't like it


Try the updated version.
CUETools 2.1.6

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #71
Hi Gregory !

here's my report on Update 6.

1) MonkeysAudio input doesn't work for me. Tried it both in batch and single mode. For the record, all my APEs are v3.97 (high), with APETagv2.

2) Glad to see you added APE output, just for completness sake. As you already know I'm moving away from that dying format, but that's another story.  I'm sure you're an update away from adding APE compression settings as well.

3) On the main window, I suggest you use a checkbox to enable/disable the Accuraterip groupbox (maybe beside the Accurate rip label) and then drop the option "don't verify, encode" leaving just 2 options: 1) Verify, then Encode and 2) Only Verify. I think it's cleaner this way, don't you agree ? Nitpicking... I know.

4) Using the same AccurateRip tag as dbPoweramp is a really good idea, just for standards sake. dbPoweamp is spoon's project as well, so it makes sense to stick with his terminology.

5) maybe you can implement a file compare function, similar to shntool's cmp function. This way you can compare the WAV data from different formats after transcoding, to make sure they're identical (which is the whole point of all this lossless manipulation, right ?).

As you might have noticed, almost all of my suggestions work towards developing a new powerful tool that can be used to batch transcode lossless formats in a simple, automated and most importantly, confident way. This is specially true for files that don't verify in AR, but you'd like to trasncode anyway, making sure you still have a bitperfect wav underneath. Right now there isn't a tool that can do this easily. The new functionalities you added to CUETools show great potential to fullfill this type of app requirements.

Please, keep on the excelent work !

N.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #72
Feature request: duplicates detection. For "duplicates modulo offset", of course.

I would guess that at least the following three levels of detection could be useful.

Level 1: track-based offset adjustment; keep the intermediate values and flac pairs of albums with 100% match for a certain offset. (Better, even: "tolerate n exceptions".)
Level 2: check with either cuesheet's data in order to adjust for gap prepended/gap appended


As for the Level 1 thing, just consider the two below output files -- the two AR entries of a single CD. Had there been an an option to report in a format where the results are given in the order of the pressings and the offset value was omitted, I could simply fire up my usual clonefile-finder.

Code: [Select]
[Disc ID: 000e94fa-0076ba4d-7109720a]
Track [ CRC    ] Status
 01 [3f9f2536] (06/11) Accurately ripped as in pressing(s) #2
 02 [99ae9eb8] (06/11) Accurately ripped as in pressing(s) #2
 03 [07bb4408] (06/11) Accurately ripped as in pressing(s) #2
 04 [ce599629] (06/11) Accurately ripped as in pressing(s) #2
 05 [33ffebc8] (06/11) Accurately ripped as in pressing(s) #2
 06 [5e178c32] (06/10) Accurately ripped as in pressing(s) #2
 07 [4f07e19d] (06/10) Accurately ripped as in pressing(s) #2
 08 [b72ec0c9] (06/10) Accurately ripped as in pressing(s) #2
 09 [22050f8c] (06/10) Accurately ripped as in pressing(s) #2
 10 [a4febe92] (06/10) Accurately ripped as in pressing(s) #2
Offsetted by 561:
 01 [fa31d585] (05/11) Accurately ripped as in pressing(s) #1
 02 [5fa2c624] (05/11) Accurately ripped as in pressing(s) #1
 03 [271f9ac7] (05/11) Accurately ripped as in pressing(s) #1
 04 [c4df97b2] (05/11) Accurately ripped as in pressing(s) #1
 05 [87152f19] (05/11) Accurately ripped as in pressing(s) #1
 06 [ea47ae5f] (04/10) Accurately ripped as in pressing(s) #1
 07 [453db693] (04/10) Accurately ripped as in pressing(s) #1
 08 [17ce39b4] (04/10) Accurately ripped as in pressing(s) #1
 09 [1cef54bf] (04/10) Accurately ripped as in pressing(s) #1
 10 [8ed9836f] (04/10) Accurately ripped as in pressing(s) #1

and

Code: [Select]
[Disc ID: 000e94fa-0076ba4d-7109720a]
Track [ CRC    ] Status
 01 [fa31d585] (05/11) Accurately ripped as in pressing(s) #1
 02 [5fa2c624] (05/11) Accurately ripped as in pressing(s) #1
 03 [271f9ac7] (05/11) Accurately ripped as in pressing(s) #1
 04 [c4df97b2] (05/11) Accurately ripped as in pressing(s) #1
 05 [87152f19] (05/11) Accurately ripped as in pressing(s) #1
 06 [ea47ae5f] (04/10) Accurately ripped as in pressing(s) #1
 07 [453db693] (04/10) Accurately ripped as in pressing(s) #1
 08 [17ce39b4] (04/10) Accurately ripped as in pressing(s) #1
 09 [1cef54bf] (04/10) Accurately ripped as in pressing(s) #1
 10 [8ed9836f] (04/10) Accurately ripped as in pressing(s) #1
Offsetted by -561:
 01 [3f9f2536] (06/11) Accurately ripped as in pressing(s) #2
 02 [99ae9eb8] (06/11) Accurately ripped as in pressing(s) #2
 03 [07bb4408] (06/11) Accurately ripped as in pressing(s) #2
 04 [ce599629] (06/11) Accurately ripped as in pressing(s) #2
 05 [33ffebc8] (06/11) Accurately ripped as in pressing(s) #2
 06 [5e178c32] (06/10) Accurately ripped as in pressing(s) #2
 07 [4f07e19d] (06/10) Accurately ripped as in pressing(s) #2
 08 [b72ec0c9] (06/10) Accurately ripped as in pressing(s) #2
 09 [22050f8c] (06/10) Accurately ripped as in pressing(s) #2
 10 [a4febe92] (06/10) Accurately ripped as in pressing(s) #2

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #73
Hi Gregory !

here's my report on Update 6.

1) MonkeysAudio input doesn't work for me. Tried it both in batch and single mode. For the record, all my APEs are v3.97 (high), with APETagv2.


Oops, upon revisiting this thread I noticed that I ommited to disclose what error msg I've been receiving. CUETools says it cannot access the .ape file because it is being used by another process. Of course this isn't true, as I've tested with several files and made sure there where no open handlers associated to them.

Thanks,

N.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #74
Oops, upon revisiting this thread I noticed that I ommited to disclose what error msg I've been receiving. CUETools says it cannot access the .ape file because it is being used by another process. Of course this isn't true, as I've tested with several files and made sure there where no open handlers associated to them.

Thanks. Was going to ask that question.
CUETools 2.1.6