PDA

View Full Version : SqueezeBox 2, Slimserver 6 and FLAC question



Steinar Bjaerum
2005-03-31, 10:41
> -----Original Message-----
> From: discuss-bounces (AT) lists (DOT) slimdevices.com [mailto:discuss-
> bounces (AT) lists (DOT) slimdevices.com] On Behalf Of Vidur Apparao
> Sent: 30. mars 2005 18:04
> To: Slim Devices Discussion
> Subject: [slim] SqueezeBox 2, Slimserver 6 and FLAC question
>
> Daryle A. Tilroe wrote:
>
> > ...
> >
> >>
> >> Quick followup: Does this also then mean that track based FLACs
> >> will support FF/REW within the track whereas the transcoded
> >> CUE sheet based ones won't?
> >>
> Yes, that is true for now. FFWD/REW is possible only for types that we
> don't transcode - MP3 and FLAC without cuesheets for SB2. Pure PCM types
> (wav and aiff) can be played at faster rates on SB2, but only if the
> corresponding FLAC transcoding lines are removed from convert.conf.
>
> --Vidur

Is the FFWD/REW done by skipping to flac frame boundaries in the server
before streaming to the client?

Steinar

vidurapparao
2005-03-31, 11:36
Steinar Bjaerum wrote:

> ...
>
>Is the FFWD/REW done by skipping to flac frame boundaries in the server
>before streaming to the client?
>
>
Yes, we do some rudimentary parsing on the server to find frame
boundaries. This involves looking for a frame header sync mark and then
confirming that the header CRC is correct. The existence of the CRC
actually gives us a good confidence level that we're sending valid
frames to the decoder on the box.

The same technique is used for FFWD/REW for MP3, but MP3 frame headers
don't contain a CRC value (at least not for the header itself), so you
can sometimes hear squeaks and pops while scanning through MP3 tracks.
Luckily the MP3 decoder on the box is very robust. :-)

--Vidur