On Dec 23, 2009, at 12:16 PM, Slonk wrote: > > andyg;498505 Wrote: >> I'm curious why you are even worrying about this? Are you having >> problems with seeking?Worrying would be an exaggeration. But indeed, seeking >> is kinda slow. > And one can be curious without worrying.. > > Main reason is that I would like to fully understand the (full CD rip) > flac support by SBS. I'm trying to understand flac/SBS regarding the use > of embedded CUE sheet, VORBIS cuesheet and seekpoints, and then I'm > curious if it possible to gaplessly play a full flac CD rip. If I ever > get this clear, I promise I'll write a wrap-up in the flac wiki page > ;-). > > Based on info elsewhere in the forum and some experiments I have: > * embedded CUEsheet: not used
Not true, it's used, but for best results you also need a Vorbis cue sheet with more details. FLAC's embedded cue sheet support doesn't provide artist info, etc. > * VORBIS cue sheet: used Yep. > * seekpoints: not used, until your posting informed me otherwise Yes but there is essentially no difference if you have them or not. Seeks still go to the correct spot, for example. > * preventing SOX+recoding: possible I'm not sure what you mean here. > * play an entire flac without spawning processes every track: unknown, > but I suppose not possible If you want each track in a FLAC+CUE played individually it requires transcoding flac->flac. We've had some discussions about how to fix this but the problem is that exact sample seeking is not possible, you can only seek to FLAC frames. See this bug for more details: http://bugs.slimdevices.com/show_bug.cgi?id=11950 _______________________________________________ beta mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/beta
