Hi, Typically this happens if one has ripped (typically with EAC) the CD to .wav (uncompressed), and then decided to compress it to .ape or .flac or .wv with some external application. In this case the original .cue sheet will be pointing to "something.wav", while in fact you already have "something.flac". This can be remedied manually editing the .cue sheet and entering the correct file name. Another possibility is ripping with EAC to separate files with .cue sheet instead of image (i.e. single file)+.cue sheet. This can result in a non-standard .cue sheet which may work fine with some programs (Burrn), but not with some others. There is not much point in struggling with the .cue sheet to make it understandable to SS in this case, and it may be better to tag the individual files to your liking with the Foobar instead (one can keep the .cue sheet under some other name or ask the SS to ignore it, of course). As for the embedded vs. external cue sheets, well... it depends. Single file + external .cue is a nice way to ensure you can easily recreate the CD exactly as it was. Other approaches are not quite that straightforward. It is also possible to have both embedded and external .cue sheets simultaneously. However, I'll admit I still haven't figured out a satisfactory way (understandable to SS 6.5.4) to specify correctly multiple composers/conductors for more complex classical music files with .cue sheets only. So, from the practical point of view the way to go seems separate files + correct tagging with Foobar or whatever tool you like, and forget the .cue sheets... Others may disagree :)
-- jjanis ------------------------------------------------------------------------ jjanis's Profile: http://forums.slimdevices.com/member.php?userid=11868 View this thread: http://forums.slimdevices.com/showthread.php?t=41701 _______________________________________________ ripping mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/ripping
