Barcodes altered, barcodes and ISRC not written to tags
When using the encode operation CUETools will alter the barcode, adding zeros if it is less than 13 characters. It should leave the information intact and merely transfer it.
Then the barcode and ISRC are written to the cue sheet but not to tags. So the files have to be tagged manually.
The barcode is currently added to the CUE sheet in the CATALOG command.
http://web.archive.org/web/20070221154246/http://www.goldenhawk.com/download/cdrwin.pdf (see Appendix A)
https://web.archive.org/web/20160123204637/http://www.digitalx.org/cue-sheet/syntax/#catalog
CATALOG Rules: The catalog number must be 13 digits long and is encoded according to UPC/EAN rules.
UPC/EAN rules state to pad zero(es) to the beginning to fill out to 13 digits.
This behavior of how the CATALOG command is written to the CUE sheet should not be changed.
It's also incorrect to put the publisher's name in the artist field, but the program won't prevent me from doing that. It's also very happy to produce blatantly non-compliant cue sheets, as a feature. It's up to me to put in the correct information. But I don't really care enough to argue about it.
My main issue is that tags are not written. While I can do it reasonably quickly with some regex and a tagging program, it's extra work and a bit clunky. Prone to errors if separate HTOA tracks alter the track count.
There is at least one other request for ISRC and CATALOG tags https://hydrogenaud.io/index.php?msg=984874 I'll get it moved to the main list and include a link to this thread.
Non-compliant cue sheets are intended to preserve gap information and are accepted by multiple burning programs (that may still balk at other syntax errors in the cue sheet). There is a request for a "Force Compliant CUE" option https://hydrogenaud.io/index.php?topic=118915.0#post_g09 Not that that matters to this topic (just thought I'd mention it).