I've spotted another slight oddity when using flac file-per-CD + cue, 
and wondered if it is just my ripping/tagging at fault.


In my first test, I ended up with a flac file containing just one tag, 
ALBUM, in the VORBIS_COMMENT block.

SC happily took the PERFORMER tag, and the per-track TITLE tags, from 
the cuesheet file, but took the ALBUM tag from the flac file's 
VORBIS_COMMENT block, and ignored the main TITLE tag in the cuesheet file.


For the second test, I removed the ALBUM tag from the flac file's 
VORBIS_COMMENT block, leaving no tags in the flac file.

SC, as before used PERFORMER & per-track TITLE tags, and continued to 
ignore the main TITLE tag, from the cuesheet file. Since there were no 
tags in the flac file itself, this resulted in SC saying "no album".


Is this expected? Does SC not use the main per-album TITLE tag in the 
cuesheet file?


I did note that the cue file, apparently a text file, actually starts 
with the UTF-8 BOM marker* (0xEFBBBF) before the word TITLE, and perhaps 
this is interfering with the SC scanner's attempts to read the line?

I will try again, with those initial 3 bytes removed, and see if SC now 
groks the first per-album TITLE flag.


cheers,
calum.

http://en.wikipedia.org/wiki/Byte-order_mark
_______________________________________________
ripping mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/ripping

Reply via email to