IPB

Welcome Guest ( Log In | Register )

102 Pages V  < 1 2 3 4 5 > »   
Reply to this topicStart new topic
CUETools versions 1.9.5 through 2.1.5 (current), AccurateRip support & more
Gregory S. Chudo...
post Oct 13 2008, 05:03
Post #51





Group: Developer
Posts: 698
Joined: 2-October 08
From: Ottawa
Member No.: 59035



Update: some bugs were fixed, fresher build can be found in the first post in this thread.

This post has been edited by Gregory S. Chudov: Oct 17 2008, 19:14


--------------------
CUETools 2.1.4
Go to the top of the page
+Quote Post
NachoMan77
post Oct 13 2008, 12:30
Post #52





Group: Members
Posts: 26
Joined: 14-July 06
Member No.: 32894



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.
Go to the top of the page
+Quote Post
NachoMan77
post Oct 13 2008, 12:54
Post #53





Group: Members
Posts: 26
Joined: 14-July 06
Member No.: 32894



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.

This post has been edited by NachoMan77: Oct 13 2008, 12:58
Go to the top of the page
+Quote Post
Gregory S. Chudo...
post Oct 13 2008, 13:51
Post #54





Group: Developer
Posts: 698
Joined: 2-October 08
From: Ottawa
Member No.: 59035



QUOTE (NachoMan77 @ Oct 13 2008, 14:30) *
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 smile.gif

QUOTE (NachoMan77 @ Oct 13 2008, 14:54) *
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.

This post has been edited by Gregory S. Chudov: Oct 13 2008, 14:21


--------------------
CUETools 2.1.4
Go to the top of the page
+Quote Post
Caleb
post Oct 13 2008, 14:54
Post #55





Group: Members
Posts: 141
Joined: 1-July 02
Member No.: 2442



Hey,

Great job on a great utility! smile.gif

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).
Go to the top of the page
+Quote Post
Alex B
post Oct 13 2008, 15:18
Post #56





Group: Members
Posts: 1303
Joined: 14-September 05
From: Helsinki, Finland
Member No.: 24472



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
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
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
[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).

Attached File  apetagtest.zip ( 12.36K ) Number of downloads: 764


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

This post has been edited by Alex B: Oct 13 2008, 16:58


--------------------
http://listening-tests.freetzi.com
Go to the top of the page
+Quote Post
Alex B
post Oct 13 2008, 16:39
Post #57





Group: Members
Posts: 1303
Joined: 14-September 05
From: Helsinki, Finland
Member No.: 24472



QUOTE (Gregory S. Chudov @ Oct 13 2008, 07:03) *
*) 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.


--------------------
http://listening-tests.freetzi.com
Go to the top of the page
+Quote Post
Gregory S. Chudo...
post Oct 13 2008, 17:23
Post #58





Group: Developer
Posts: 698
Joined: 2-October 08
From: Ottawa
Member No.: 59035



QUOTE (Alex B @ Oct 13 2008, 17:18) *
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.

This post has been edited by Gregory S. Chudov: Oct 13 2008, 17:23


--------------------
CUETools 2.1.4
Go to the top of the page
+Quote Post
Gregory S. Chudo...
post Oct 13 2008, 17:42
Post #59





Group: Developer
Posts: 698
Joined: 2-October 08
From: Ottawa
Member No.: 59035



QUOTE (Caleb @ Oct 13 2008, 16:54) *
Hey,

Great job on a great utility! smile.gif

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.4
Go to the top of the page
+Quote Post
yury_usa
post Oct 14 2008, 03:25
Post #60





Group: Members
Posts: 5
Joined: 11-October 08
Member No.: 59951



Ok, how is this possible, then?

CODE
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
CDImage.cue:

Checking AccurateRip database

URL: http://www.accuraterip.com/accuraterip/2/4...e3-970ca30c.bin
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
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?

Moderation: Quote changed to codebox. Please learn how to use this feature.

This post has been edited by greynol: Oct 14 2008, 03:28
Go to the top of the page
+Quote Post
greynol
post Oct 14 2008, 03:29
Post #61





Group: Super Moderator
Posts: 10000
Joined: 1-April 04
From: San Francisco
Member No.: 13167



QUOTE (yury_usa @ Oct 13 2008, 19:25) *
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.


--------------------
I should publish a list of forum idiots.
Go to the top of the page
+Quote Post
yury_usa
post Oct 14 2008, 18:47
Post #62





Group: Members
Posts: 5
Joined: 11-October 08
Member No.: 59951



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
Go to the top of the page
+Quote Post
Gregory S. Chudo...
post Oct 14 2008, 19:30
Post #63





Group: Developer
Posts: 698
Joined: 2-October 08
From: Ottawa
Member No.: 59035



QUOTE (yury_usa @ Oct 14 2008, 20:47) *
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.4
Go to the top of the page
+Quote Post
naturfreak
post Oct 14 2008, 22:07
Post #64





Group: Members
Posts: 176
Joined: 16-October 03
Member No.: 9338



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.
Go to the top of the page
+Quote Post
NachoMan77
post Oct 15 2008, 06:06
Post #65





Group: Members
Posts: 26
Joined: 14-July 06
Member No.: 32894



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.
Go to the top of the page
+Quote Post
Caleb
post Oct 15 2008, 09:58
Post #66





Group: Members
Posts: 141
Joined: 1-July 02
Member No.: 2442



QUOTE (Gregory S. Chudov @ Oct 13 2008, 18:42) *
QUOTE (Caleb @ Oct 13 2008, 16:54) *

Hey,

Great job on a great utility! smile.gif

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 sad.gif
Go to the top of the page
+Quote Post
Porcus
post Oct 16 2008, 19:14
Post #67





Group: Members
Posts: 1842
Joined: 30-November 06
Member No.: 38207



QUOTE (Gregory S. Chudov @ Oct 10 2008, 12:14) *
QUOTE (foorious @ Oct 10 2008, 12:32) *

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... huh.gif 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.


--------------------
One day in the Year of the Fox came a time remembered well
Go to the top of the page
+Quote Post
Gregory S. Chudo...
post Oct 16 2008, 20:47
Post #68





Group: Developer
Posts: 698
Joined: 2-October 08
From: Ottawa
Member No.: 59035



QUOTE (Porcus @ Oct 16 2008, 21:14) *
(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?

This post has been edited by Gregory S. Chudov: Oct 16 2008, 20:49


--------------------
CUETools 2.1.4
Go to the top of the page
+Quote Post
Gregory S. Chudo...
post Oct 16 2008, 21:30
Post #69





Group: Developer
Posts: 698
Joined: 2-October 08
From: Ottawa
Member No.: 59035



QUOTE (NachoMan77 @ Oct 15 2008, 08:06) *
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 smile.gif

This post has been edited by Gregory S. Chudov: Oct 16 2008, 22:39


--------------------
CUETools 2.1.4
Go to the top of the page
+Quote Post
Porcus
post Oct 17 2008, 01:06
Post #70





Group: Members
Posts: 1842
Joined: 30-November 06
Member No.: 38207



QUOTE (Gregory S. Chudov @ Oct 16 2008, 21:47) *
(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.

This post has been edited by Porcus: Oct 17 2008, 01:07


--------------------
One day in the Year of the Fox came a time remembered well
Go to the top of the page
+Quote Post
Gregory S. Chudo...
post Oct 17 2008, 19:13
Post #71





Group: Developer
Posts: 698
Joined: 2-October 08
From: Ottawa
Member No.: 59035



QUOTE (Caleb @ Oct 15 2008, 11:58) *
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 sad.gif


Try the updated version.


--------------------
CUETools 2.1.4
Go to the top of the page
+Quote Post
NachoMan77
post Oct 18 2008, 01:43
Post #72





Group: Members
Posts: 26
Joined: 14-July 06
Member No.: 32894



Hi Gregory !

here's my report on Update 6. smile.gif

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.
Go to the top of the page
+Quote Post
Porcus
post Oct 18 2008, 15:20
Post #73





Group: Members
Posts: 1842
Joined: 30-November 06
Member No.: 38207



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

[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

[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


--------------------
One day in the Year of the Fox came a time remembered well
Go to the top of the page
+Quote Post
NachoMan77
post Oct 19 2008, 00:29
Post #74





Group: Members
Posts: 26
Joined: 14-July 06
Member No.: 32894



QUOTE (NachoMan77 @ Oct 17 2008, 18:43) *
Hi Gregory !

here's my report on Update 6. smile.gif

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.

This post has been edited by NachoMan77: Oct 19 2008, 00:30
Go to the top of the page
+Quote Post
Gregory S. Chudo...
post Oct 19 2008, 03:02
Post #75





Group: Developer
Posts: 698
Joined: 2-October 08
From: Ottawa
Member No.: 59035



QUOTE (NachoMan77 @ Oct 19 2008, 02:29) *
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.4
Go to the top of the page
+Quote Post

102 Pages V  < 1 2 3 4 5 > » 
Reply to this topicStart new topic
5 User(s) are reading this topic (5 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 27th August 2014 - 15:39