cuetools.net
cuetools.net copied to clipboard
Add Musicbrainz IDs to file
I'd like to create archive of my CDs. It's essential for me to have data like CD ID inside file.
Also adding musicbrainz IDs into files like picard does would also be cool.
It's essential for me to have data like CD ID inside file.
CD ID? Perhaps you could be more specific.
CUETools can already add a tag named CDTOC.
5+96+EEBD+1738D+1D297+22F35+30AD9
This is the number of tracks+track start positions+lead-out start position in HEX.
CUETools can also write an ACCURATERIPID tag
00096c01-002aa3e5-430a6005
The 3rd section of this tag is also the freedb CDDB DISCID
A similar request for musicbrainz was made in this thread https://hydrogenaud.io/index.php?msg=984874
I missed this CDTOC tag, that's what I was asking for. I'll change this issue to just state musicbrainz id.
How can I guess last track length/last track end sector from this tag? It's missing to generate TOC for MusicBrainz
Example TOC tag:
[17, 150, 5696, 20671, 32699, 48187, 49443, 63289, 76226, 89393, 107393, 123484, 138307, 158879, 173049, 191059, 207059, 223059, 251162, 310483]
For this cd: https://musicbrainz.org/cdtoc/GoLxqANsuPZ8BRaqDe2ZQEf04as- CD contains data track which is not listed on musicbrainz
I also got other CD, but postgap start is the last track's end, so It's easy. This example above is weird and I'd like to be able to make it work :D
Also... This CDTOC tag is not being written on image mode RIPs as far as I see. It's being written on tracks when in tracks mode and not being written on image when in image mode.
How can I guess last track length/last track end sector from this tag?
I would think that example would rarely occur. additional data: http://db.cuetools.net/top.php?tocid=.iwiYd2OiN_VLKTToC4lIeGzesg- http://db.cuetools.net/cd/5931685 It looks like the database stores the start positions in a similar way for the data track version. http://db.cuetools.net/lookup2.php?version=3&ctdb=1&metadata=extensive&fuzzy=1&toc=0:5546:20521:32549:48037:49293:63139:76076:89243:107243:123334:138157:158729:172899:190909:206909:222909:-251012:310333
It's being written on tracks when in tracks mode and not being written on image when in image mode.
All the track start positions and CDDB DISCID are in the CUE so I assume the developer thought that sufficient. The only thing missing is the lead-out position for the length of the last track but that's image length minus last track start position.
There's also a TOC file option
Track | Start | Length | Start sector | End sector
---------------------------------------------------------
1 | 0:00.00 | 13:32.67 | 0 | 60966
2 | 13:32.67 | 7:33.25 | 60967 | 94966
3 | 21:06.17 | 5:24.30 | 94967 | 119296
4 | 26:30.47 | 5:16.10 | 119297 | 143006
5 | 31:46.57 | 12:29.53 | 143007 | 199234
It excludes the 150 sector lead-in and is a separate file.
I figured out how to guess MusicBrainz TOC from CDTOC tag - this is POC code: https://gist.github.com/JuniorJPDJ/d3f3b028949e2b6a83a4dc1f66db8551 The problem is that CDTOC is not being written on files in image mode. I created separate issue for this: #62
Another way would be to simply drop the ripped files into MusicBrainz Picard to update their tags, which is how I achieve this.