PDA

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



Steinar Bjaerum
2005-03-30, 09:35
Sean Adams wrote:
>
> One thought on this: if we find that CUEd FLACs are inherently just a
> pain in the butt with no advantage in terms of gaplessness, would you
> accept as a solution a script to unCUE them?
>

If you by this mean providing a script for us CUE fans to unCUE our CUEd
FLAC collections, I think it is a very bad solution.

I find your current CUEd FLAC to single-track FLAC transcoding acceptable,
allthough I fear it introduces annoying gaps in live or classical
recordings.

My understanding is that you now view FLAC as your generic streaming format
between server and client for non-MP3 audio. Given server-side transcoding
of CUEd FLAC -> single track FLAC, you should definitely continue your
support for CUEd FLACs.

Steinar

vidurapparao
2005-03-30, 09:48
Steinar Bjaerum wrote:

>Sean Adams wrote:
>
>
>>One thought on this: if we find that CUEd FLACs are inherently just a
>>pain in the butt with no advantage in terms of gaplessness, would you
>>accept as a solution a script to unCUE them?
>>
>>
>>
>
>If you by this mean providing a script for us CUE fans to unCUE our CUEd
>FLAC collections, I think it is a very bad solution.
>
>I find your current CUEd FLAC to single-track FLAC transcoding acceptable,
>allthough I fear it introduces annoying gaps in live or classical
>recordings.
>
>My understanding is that you now view FLAC as your generic streaming format
>between server and client for non-MP3 audio. Given server-side transcoding
>of CUEd FLAC -> single track FLAC, you should definitely continue your
>support for CUEd FLACs.
>
>
I don't believe the runtime transcoding of CUEed FLAC should introduce
gaps. The SB2 generally starts decoding a track well before the previous
one has finished playing (this allows us to do, among other things,
audio transitions including crossfading). Since we use the --skip and
--until parameters to the server-based flac tool, we don't introduce any
silence because of intra-frame padding. Please tell me if you are
hearing gaps.

--Vidur

Gordon Harris
2005-03-30, 10:31
Vidur Apparao <vidur@...> writes:

> I don't believe the runtime transcoding of CUEed FLAC should introduce
> gaps. The SB2 generally starts decoding a track well before the previous
> one has finished playing (this allows us to do, among other things,
> audio transitions including crossfading). Since we use the --skip and
> --until parameters to the server-based flac tool, we don't introduce any
> silence because of intra-frame padding. Please tell me if you are
> hearing gaps.

I’m definitely NOT hearing any gaps with the SqueezeBox2 with flaced classical
music. The places where I noticed annoying gaps with my SB1 don’t produce any
sort of audible gap with the SB2. The SB2’s bigger buffer and the client side
flac decoding seems to make all the difference. Nice going!