PDA

View Full Version : Apple Lossless decoding in the box or on the server forSqueezebox2??



Chris Glushko
2005-03-09, 11:02
I was just reading the FAQ on the Squeezebox2 and it
states:

<<<Squeezebox2 supports MPEG 1/2, layers 2/3, for both
VBR and fixed data rates up to 320Kbps (the maximum
for MP3). Additionally, Squeezebox2 can play FLAC and
Apple lossless encoded audio as well as AIFF and WAV
uncompressed audio. This means that the original data
from the CD is being played digitally, without any
compression or loss of sound quality. The SlimServer
software can automatically convert many formats on the
fly for playback, including WMA, AAC and Ogg
Vorbis.>>>

Does this mean the new slimserver streams the actual
compressed apple lossless files to the squeezebox2
instead of decoding to WAV on the fly and then
streaming???

vidurapparao
2005-03-09, 11:05
Chris Glushko wrote:

>I was just reading the FAQ on the Squeezebox2 and it
>states:
>
><<<Squeezebox2 supports MPEG 1/2, layers 2/3, for both
>VBR and fixed data rates up to 320Kbps (the maximum
>for MP3). Additionally, Squeezebox2 can play FLAC and
>Apple lossless encoded audio as well as AIFF and WAV
>uncompressed audio. This means that the original data
>from the CD is being played digitally, without any
>compression or loss of sound quality. The SlimServer
>software can automatically convert many formats on the
>fly for playback, including WMA, AAC and Ogg
>Vorbis.>>>
>
>Does this mean the new slimserver streams the actual
>compressed apple lossless files to the squeezebox2
>instead of decoding to WAV on the fly and then
>streaming???
>
>

No, the box does not support native Apple Lossless decoding. However,
you will be able to automatically transcode the signal to FLAC on your
computer, leaving the original signal untouched, but still getting the
bandwidth advantages of lossless compression.

--Vidur

Steven Spies
2005-03-09, 11:23
Would it be possible in the not to distant future to implement native
ALAC decoding in the SB2 such as using the reverse engineered decoder
at http://craz.net/programs/itunes/alac.html I'm no lawyer, but does
doing this pose legal problems?


On Wed, 09 Mar 2005 10:05:39 -0800, Vidur Apparao <vidur (AT) slimdevices (DOT) com> wrote:
> Chris Glushko wrote:
>
> >I was just reading the FAQ on the Squeezebox2 and it
> >states:
> >
> ><<<Squeezebox2 supports MPEG 1/2, layers 2/3, for both
> >VBR and fixed data rates up to 320Kbps (the maximum
> >for MP3). Additionally, Squeezebox2 can play FLAC and
> >Apple lossless encoded audio as well as AIFF and WAV
> >uncompressed audio. This means that the original data
> >from the CD is being played digitally, without any
> >compression or loss of sound quality. The SlimServer
> >software can automatically convert many formats on the
> >fly for playback, including WMA, AAC and Ogg
> >Vorbis.>>>
> >
> >Does this mean the new slimserver streams the actual
> >compressed apple lossless files to the squeezebox2
> >instead of decoding to WAV on the fly and then
> >streaming???
> >
> >
>
> No, the box does not support native Apple Lossless decoding. However,
> you will be able to automatically transcode the signal to FLAC on your
> computer, leaving the original signal untouched, but still getting the
> bandwidth advantages of lossless compression.
>
> --Vidur
>

seanadams
2005-03-09, 11:41
> Would it be possible in the not to distant future to implement native
> ALAC decoding in the SB2 such as using the reverse engineered decoder
> at http://craz.net/programs/itunes/alac.html

Yes - not making promises, just saying it's doable. ALAC is pretty much
the same as FLAC.

> I'm no lawyer, but does
> doing this pose legal problems?

I'm not either, but I know who to ask. :)

My gut feel is we'd probably be okay as long as we didn't unwrap any of
their DRM.

Keep in mind now that we have FLAC, the benefits of moving codecs from
the server to the device have diminished somewhat.

Ian Whalley
2005-03-09, 12:10
>Keep in mind now that we have FLAC, the benefits of moving
>codecs from the server to the device have diminished
>somewhat.

..... modulo underpowered servers. FLAC encoding is quite
strenuous, as you know, and with multiple Squeezebox2en I
imagine that one could run into problems quite quickly
de-ALAC-ing and re-FLAC-ing on the server for several
tracks at once.

(Wouldn't it be cool if SlimServer could, in addition to
transcoding on the fly, write a cached version of the
transcoded track back into the collection, or next to the
collection, or somewhere -- such that next time it needed
to transcode track X from ALAC to FLAC, it could use
the cached copy of the already transcoded track.)

Best;

inw

--
Ian Whalley <first name> @ <last name> . org

seanadams
2005-03-09, 12:14
On Mar 9, 2005, at 11:10 AM, Ian Whalley wrote:

>> Keep in mind now that we have FLAC, the benefits of moving
>> codecs from the server to the device have diminished
>> somewhat.
>
> .... modulo underpowered servers. FLAC encoding is quite
> strenuous, as you know,


Actually it's not. FLAC encodes at several * real-time even on a fairly
old machine, and that's with default settings. For transcoding we will
probably default to a slightly lower compression level, which is VERY
fast.

Ian Whalley
2005-03-09, 12:21
>>.... modulo underpowered servers. FLAC encoding is quite
>>strenuous, as you know,
>Actually it's not. FLAC encodes at several * real-time even
>on a fairly old machine, and that's with default settings.
>For transcoding we will probably default to a slightly
>lower compression level, which is VERY fast.

Hmmmm. Perhaps I changed the defaults somewhere along the
line. It always takes an age for me.

Oh look, I changed the defaults to -8. Silly boy. If I set
that back, it's much quicker.

My mistake.

Best;

inw

--
Ian Whalley <first name> @ <last name> . org