PDA

View Full Version : Squeezebox2



seanadams
2005-03-08, 22:30
Hi everyone,

Lots of folks noticed that we were running low on inventory, spending
less time here, and working our butts off on SlimServer 6. As
suspected, there is a new product. Squeezebox2 is in full production
now, and the first units will ship on March 31.

Squeezebox2 addresses all of the top performance and functionality
requests that come up here every day.

802.11g/WPA: for better range, compatibility, security, and throughput
FLAC: for reduced bandwidth usage
More memory: for better streaming of PCM audio over wireless

I'm just getting started... don't worry, I'll get to the pony. :)

Although I don't often contribute to the audiophile discussions, I
really do enjoy reading them. Regardless of who can hear what, the fact
is that there are indeed some real measurable characteristics such as
output levels, THD+N, and clock precision where we had room for
significant improvement. Squeezebox2 has completely done away with all
the limitations - we're now doing all of the audio decoding and DSP
work in software, and this gave me the freedom to design the digital
outputs and analog stages exactly the way I wanted them. Please see the
FAQ and the hardware specs page for details on the new design.

Among other things, the new design has allowed us to implement cross
fading and some very impressive visualizers. Of course, having it all
done in software (on an extremely fast processor) leaves the door open
for more functionality down the road.

Now some people have pooh-poohed the idea of visualizers as just being
eye candy, but personally I think a high resolution, ultra-fast
spectrum analyzer is quite a thing to behold. We've got one now - full
screen, 64 bands, 30 frames per second, and perfectly synced with the
audio. There are a few visualizers to choose from, including a smaller
spectrum analyzer and "analog" VU meters.

Squeezebox2 also has a new vacuum fluorescent display - we had it
custom designed by Noritake specifically to support the ideas we had in
mind for new fonts, animations, and visualizers. The display is
slightly larger physically, and has more than twice the resolution at
320x32 pixels. It has multiple brightness levels of course, but it also
has grayscale capability, which we use for the visualizers and
graphics.

A few "bonus" features that you might not have expected:

Dual antennas: Squeezebox2 has both an internal AND an external
antenna. The 802.11g radio takes advantage of this configuration to
automatically select the best antenna for transmit/receive, optimizing
signal strength and vastly improving range/throughput.

Bridging: yes, Squeezebox2 can share its wireless connection with a
wired ethernet device connected through its (100Mbps) ethernet port.
This allows other devices in the home theatre, such as Xboxen,
Playstations, Tivos, or HTPCs to connect wirelessly to your access
point.

Pony: there is a discount code, "FREEPONY". Enter this on the order
page to get $20 off on either the wired or the wireless model.

Finally, a big "thank you" goes to every one of our customers and
especially the people on this list. Thank you for promoting the
product, helping us improve it, and suggesting ideas.

The new web site is up now: http://www.slimdevices.com

Sean

Aaron Zinck
2005-03-08, 22:40
Wow...nice unit. Love the visualizations. Good work slim.

Bill Moseley
2005-03-08, 23:03
On Tue, Mar 08, 2005 at 09:30:01PM -0800, Sean Adams wrote:
> Although I don't often contribute to the audiophile discussions, I
> really do enjoy reading them. Regardless of who can hear what, the fact
> is that there are indeed some real measurable characteristics such as
> output levels, THD+N, and clock precision where we had room for
> significant improvement. Squeezebox2 has completely done away with all
> the limitations - we're now doing all of the audio decoding and DSP
> work in software, and this gave me the freedom to design the digital
> outputs and analog stages exactly the way I wanted them.

Sounds nice!

I should have waited a few days, I guess. The Squeezebox I ordered
yesterday was delivered today and is sitting on the table waiting to
be opened. ;)

--
Bill Moseley
moseley (AT) hank (DOT) org

Nick Silberstein
2005-03-08, 23:25
Sean Adams wrote:
> [techie audio porn]

Very nice. :) Every single new addition to the Squeezebox2 seemed to be
very nicely thought out, and really did seem taken straight from the
requests I've seen on this list.

Tempted...so tempted... And with the FREEPONY...

> Finally, a big "thank you" goes to every one of our customers and
> especially the people on this list. Thank you for promoting the product,
> helping us improve it, and suggesting ideas.

Thanks for running a company that treats its customers like it cares
about them! Slim Devices is in a class of its own, especially in the
"normal consumer" range.

Nick

--
---------------------[ Ciphire Signature ]----------------------
From: nick (AT) flyingmachine (DOT) com signed email body (512 characters)
Date: on 09 March 2005 at 06:25:32 UTC
To: discuss (AT) lists (DOT) slimdevices.com
----------------------------------------------------------------
: Ciphire has secured this email against identity theft.
: Free download at www.ciphire.com. The garbled lines
: below are the sender's verifiable digital signature.
----------------------------------------------------------------
00fAAAAAEAAADcli5CAAIAAGECAAIAAgACACBRCuDHfCdm7ojb WrVhWB44/cegOe
DWtrFRCXrR09PKXAEAGuut/XGiY4yti+yDQ84APzXWLkDhVdPVVl1QhSpeVH18t5
tfg0vKIyw8dCvWkPo++027xiu9x/7uaWqAxXiN6w==
------------------[ End Ciphire Signed Message ]----------------



--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.308 / Virus Database: 266.7.0 - Release Date: 3/8/2005

Steven Spies
2005-03-09, 00:03
Native FLAC and Cross Fading on the SB2, Right On! Please tell me the
SB2 supports FLAC ReplayGain, fingers crossed. Now do I order the
black, platium or both, we do get a free pony after all ;)

On Tue, 8 Mar 2005 21:30:01 -0800, Sean Adams <sadams (AT) slimdevices (DOT) com> wrote:
>
> Hi everyone,
>
> Lots of folks noticed that we were running low on inventory, spending
> less time here, and working our butts off on SlimServer 6. As
> suspected, there is a new product. Squeezebox2 is in full production
> now, and the first units will ship on March 31.
>
> Squeezebox2 addresses all of the top performance and functionality
> requests that come up here every day.
>
> 802.11g/WPA: for better range, compatibility, security, and throughput
> FLAC: for reduced bandwidth usage
> More memory: for better streaming of PCM audio over wireless
>
> I'm just getting started... don't worry, I'll get to the pony. :)
>
> Although I don't often contribute to the audiophile discussions, I
> really do enjoy reading them. Regardless of who can hear what, the fact
> is that there are indeed some real measurable characteristics such as
> output levels, THD+N, and clock precision where we had room for
> significant improvement. Squeezebox2 has completely done away with all
> the limitations - we're now doing all of the audio decoding and DSP
> work in software, and this gave me the freedom to design the digital
> outputs and analog stages exactly the way I wanted them. Please see the
> FAQ and the hardware specs page for details on the new design.
>
> Among other things, the new design has allowed us to implement cross
> fading and some very impressive visualizers. Of course, having it all
> done in software (on an extremely fast processor) leaves the door open
> for more functionality down the road.
>
> Now some people have pooh-poohed the idea of visualizers as just being
> eye candy, but personally I think a high resolution, ultra-fast
> spectrum analyzer is quite a thing to behold. We've got one now - full
> screen, 64 bands, 30 frames per second, and perfectly synced with the
> audio. There are a few visualizers to choose from, including a smaller
> spectrum analyzer and "analog" VU meters.
>
> Squeezebox2 also has a new vacuum fluorescent display - we had it
> custom designed by Noritake specifically to support the ideas we had in
> mind for new fonts, animations, and visualizers. The display is
> slightly larger physically, and has more than twice the resolution at
> 320x32 pixels. It has multiple brightness levels of course, but it also
> has grayscale capability, which we use for the visualizers and
> graphics.
>
> A few "bonus" features that you might not have expected:
>
> Dual antennas: Squeezebox2 has both an internal AND an external
> antenna. The 802.11g radio takes advantage of this configuration to
> automatically select the best antenna for transmit/receive, optimizing
> signal strength and vastly improving range/throughput.
>
> Bridging: yes, Squeezebox2 can share its wireless connection with a
> wired ethernet device connected through its (100Mbps) ethernet port.
> This allows other devices in the home theatre, such as Xboxen,
> Playstations, Tivos, or HTPCs to connect wirelessly to your access
> point.
>
> Pony: there is a discount code, "FREEPONY". Enter this on the order
> page to get $20 off on either the wired or the wireless model.
>
> Finally, a big "thank you" goes to every one of our customers and
> especially the people on this list. Thank you for promoting the
> product, helping us improve it, and suggesting ideas.
>
> The new web site is up now: http://www.slimdevices.com
>
> Sean
>
>

Michael Peters
2005-03-09, 00:11
On Tue, 8 Mar 2005 21:30:01 -0800, Sean Adams <sadams (AT) slimdevices (DOT) com> wrote:

> FLAC: for reduced bandwidth usage

WooHoo!
That has the added benefit of flac not needing to be decoded
slimserver side, correct?

>
> Bridging: yes, Squeezebox2 can share its wireless connection with a
> wired ethernet device connected through its (100Mbps) ethernet port.
> This allows other devices in the home theatre, such as Xboxen,
> Playstations, Tivos, or HTPCs to connect wirelessly to your access
> point.

WooHoo#2!

>
> Pony: there is a discount code, "FREEPONY". Enter this on the order
> page to get $20 off on either the wired or the wireless model.

A final WooHoo!
Glad I waited - I almost bought when the price plop happened.

--
http://mpeters.us/

Michael Peters
2005-03-09, 00:13
On Tue, 8 Mar 2005 23:03:18 -0800, Steven Spies <sspies (AT) gmail (DOT) com> wrote:
> Native FLAC and Cross Fading on the SB2, Right On! Please tell me the
> SB2 supports FLAC ReplayGain, fingers crossed.

If not, I'm sure it would be relatively easy to add it since it's done
in software, correct?

--
http://mpeters.us/

Olav Sunde
2005-03-09, 00:19
This is very good news indeed! I'll order another SB immediately. Is
streaming of 24bit PCM possible in the SB2? I have a collection of FLAC
files in 24/96 from my favorite vinyl albums that I cannot play on my
current SB...

Best regards
Olav Sunde

seanadams
2005-03-09, 00:24
On Mar 8, 2005, at 11:11 PM, Michael Peters wrote:

> On Tue, 8 Mar 2005 21:30:01 -0800, Sean Adams <sadams (AT) slimdevices (DOT) com>
> wrote:
>
>> FLAC: for reduced bandwidth usage
>
> WooHoo!
> That has the added benefit of flac not needing to be decoded
> slimserver side, correct?

Yes indeed. In fact as far as wireless PCM performance is concerned,
this is a triple-whammy:

64Mbit buffer + more throughput + less bandwidth usage == totally
killed the dropout issue even when microwaving a burrito.

Some additional but less obvious benefits of client-side FLAC are:

- effectively doubles the capacity of the already big streaming buffer
on the client
- lets us compress the PCM output for any server-side-decoded format
(WMA, AAC, vorbis etc)
- might help FLAC earn its rightful place as the most widely used audio
format

Thank you, Josh Coalson. Will send you a couple Squeezebox2 to play
with soon. :)

seanadams
2005-03-09, 00:25
On Mar 8, 2005, at 11:13 PM, Michael Peters wrote:

> On Tue, 8 Mar 2005 23:03:18 -0800, Steven Spies <sspies (AT) gmail (DOT) com>
> wrote:
>> Native FLAC and Cross Fading on the SB2, Right On! Please tell me the
>> SB2 supports FLAC ReplayGain, fingers crossed.
>
> If not, I'm sure it would be relatively easy to add it since it's done
> in software, correct?
>

I think Vidur is looking at this already, but not for 1.0 release. He's
our DSP guru BTW.

seanadams
2005-03-09, 00:26
Initially 44.1/48 and 16-bit only.

The DAC supports 24/96 but we have not experimented with this yet.

On Mar 8, 2005, at 11:19 PM, Olav Sunde wrote:

> This is very good news indeed! I'll order another SB immediately. Is
> streaming of 24bit PCM possible in the SB2? I have a collection of
> FLAC files in 24/96 from my favorite vinyl albums that I cannot play
> on my current SB...
>
> Best regards
> Olav Sunde
>
>

Michael Peters
2005-03-09, 01:09
On Wed, 09 Mar 2005 08:19:14 +0100, Olav Sunde <olav.sunde (AT) uib (DOT) no> wrote:
> This is very good news indeed! I'll order another SB immediately. Is
> streaming of 24bit PCM possible in the SB2? I have a collection of FLAC
> files in 24/96 from my favorite vinyl albums that I cannot play on my
> current SB...

I don't recall where - but I remember seeing a blind study that
determined anything above 12bit PCM on vinyl to digital recording,
even with audiophile grade stylus and preamp and A/D converter, was
undistinguishable - the audio from vinyl just did not have the
resolution for it to make a difference.

The recomondation was to rip vinyl to standard 16/44.1 for that reason.

--
http://mpeters.us/

Joshua Uziel
2005-03-09, 03:21
* Sean Adams <sadams (AT) slimdevices (DOT) com> [050308 21:30]:
> Squeezebox2 addresses all of the top performance and functionality
> requests that come up here every day.

Damn, I knew I should have waited. I've had my SB1 for a little over a
month... I love it and it looks like you just fixed all the issues I had
with it. Any chance on a trade-in program? :)

seanadams
2005-03-09, 03:34
> Any chance on a trade-in program? :)
>

Sorry, not for squeezebox2 - all the hardware is new, so it's not just
a matter of swapping out a few bits.

However, I recently heard of an original Slimp3 going for 400 ($770
USD).... might be worth holding on to it. :)

Joshua Uziel
2005-03-09, 03:45
* Sean Adams <sadams (AT) slimdevices (DOT) com> [050309 02:34]:
> Sorry, not for squeezebox2 - all the hardware is new, so it's not just
> a matter of swapping out a few bits.

Well, the case looks about the same! ;)

Yeah, I figured as much. I live in Mountain View, so I'll probably put
in an order and drive over to pick it up sometime next month... pending
the wife's approval. :)

> However, I recently heard of an original Slimp3 going for ?400 ($770
> USD).... might be worth holding on to it. :)

Wow. Yeah, maybe I'll just sell it to a friend for cheap to get another
person hooked on squeezebonics. :)

d-mode
2005-03-09, 03:52
----- Original Message -----
From: "Sean Adams" <sadams (AT) slimdevices (DOT) com>
To: "Slim Devices Discussion" <discuss (AT) lists (DOT) slimdevices.com>; "Slim Devices
Developers" <developers (AT) lists (DOT) slimdevices.com>
Sent: Tuesday, March 08, 2005 9:30 PM
Subject: [slim] Squeezebox2


>
> Hi everyone,
>
> Lots of folks noticed that we were running low on inventory, spending less
> time here, and working our butts off on SlimServer 6. As suspected, there
> is a new product. Squeezebox2 is in full production now, and the first
> units will ship on March 31.
>
> Squeezebox2 addresses all of the top performance and functionality
> requests that come up here every day.
>
> 802.11g/WPA: for better range, compatibility, security, and throughput
> FLAC: for reduced bandwidth usage
> More memory: for better streaming of PCM audio over wireless
>
> I'm just getting started... don't worry, I'll get to the pony. :)
>
> Although I don't often contribute to the audiophile discussions, I really
> do enjoy reading them. Regardless of who can hear what, the fact is that
> there are indeed some real measurable characteristics such as output
> levels, THD+N, and clock precision where we had room for significant
> improvement. Squeezebox2 has completely done away with all the
> limitations - we're now doing all of the audio decoding and DSP work in
> software, and this gave me the freedom to design the digital outputs and
> analog stages exactly the way I wanted them. Please see the FAQ and the
> hardware specs page for details on the new design.
>
> Among other things, the new design has allowed us to implement cross
> fading and some very impressive visualizers. Of course, having it all done
> in software (on an extremely fast processor) leaves the door open for more
> functionality down the road.
>
> Now some people have pooh-poohed the idea of visualizers as just being eye
> candy, but personally I think a high resolution, ultra-fast spectrum
> analyzer is quite a thing to behold. We've got one now - full screen, 64
> bands, 30 frames per second, and perfectly synced with the audio. There
> are a few visualizers to choose from, including a smaller spectrum
> analyzer and "analog" VU meters.
>
> Squeezebox2 also has a new vacuum fluorescent display - we had it custom
> designed by Noritake specifically to support the ideas we had in mind for
> new fonts, animations, and visualizers. The display is slightly larger
> physically, and has more than twice the resolution at 320x32 pixels. It
> has multiple brightness levels of course, but it also has grayscale
> capability, which we use for the visualizers and graphics.
>
> A few "bonus" features that you might not have expected:
>
> Dual antennas: Squeezebox2 has both an internal AND an external antenna.
> The 802.11g radio takes advantage of this configuration to automatically
> select the best antenna for transmit/receive, optimizing signal strength
> and vastly improving range/throughput.
>
> Bridging: yes, Squeezebox2 can share its wireless connection with a wired
> ethernet device connected through its (100Mbps) ethernet port. This allows
> other devices in the home theatre, such as Xboxen, Playstations, Tivos, or
> HTPCs to connect wirelessly to your access point.
>
> Pony: there is a discount code, "FREEPONY". Enter this on the order page
> to get $20 off on either the wired or the wireless model.
>
> Finally, a big "thank you" goes to every one of our customers and
> especially the people on this list. Thank you for promoting the product,
> helping us improve it, and suggesting ideas.
>
> The new web site is up now: http://www.slimdevices.com
>
> Sean
>
>

d-mode
2005-03-09, 03:53
Only thing I see missing from my 'wishlist' is a formfactor change - to a
'regular' audio equipment size.....


Andrew


----- Original Message -----
From: "Sean Adams" <sadams (AT) slimdevices (DOT) com>
To: "Slim Devices Discussion" <discuss (AT) lists (DOT) slimdevices.com>; "Slim Devices
Developers" <developers (AT) lists (DOT) slimdevices.com>
Sent: Tuesday, March 08, 2005 9:30 PM
Subject: [slim] Squeezebox2


>
> Hi everyone,
>
> Lots of folks noticed that we were running low on inventory, spending less
> time here, and working our butts off on SlimServer 6. As suspected, there
> is a new product. Squeezebox2 is in full production now, and the first
> units will ship on March 31.
>
> Squeezebox2 addresses all of the top performance and functionality
> requests that come up here every day.
>
> 802.11g/WPA: for better range, compatibility, security, and throughput
> FLAC: for reduced bandwidth usage
> More memory: for better streaming of PCM audio over wireless

Jeffrey Gordon
2005-03-09, 04:38
Since the buffer size is different and one support FLAC natively, will
there be issues syncing a SB with a SB2?

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCLuAlH0fQtyBJLGwRAjbkAKDWFM405taCuK9aAyreb8 gq6SfflgCgqyuS
NCj+wZuRcfuMNDBGllAGg8s=
=I9Fh
-----END PGP SIGNATURE-----

Chris Musson
2005-03-09, 05:26
Err. Buy a 19 inch rack box and cut a hole in the front.

:-)

Chris



On Wed, 2005-03-09 at 02:53 -0800, d-mode wrote:
> Only thing I see missing from my 'wishlist' is a formfactor change - to a
> 'regular' audio equipment size.....
>
>
> Andrew
>
>
> ----- Original Message -----
> From: "Sean Adams" <sadams (AT) slimdevices (DOT) com>
> To: "Slim Devices Discussion" <discuss (AT) lists (DOT) slimdevices.com>; "Slim Devices
> Developers" <developers (AT) lists (DOT) slimdevices.com>
> Sent: Tuesday, March 08, 2005 9:30 PM
> Subject: [slim] Squeezebox2
>
>
> >
> > Hi everyone,
> >
> > Lots of folks noticed that we were running low on inventory, spending less
> > time here, and working our butts off on SlimServer 6. As suspected, there
> > is a new product. Squeezebox2 is in full production now, and the first
> > units will ship on March 31.
> >
> > Squeezebox2 addresses all of the top performance and functionality
> > requests that come up here every day.
> >
> > 802.11g/WPA: for better range, compatibility, security, and throughput
> > FLAC: for reduced bandwidth usage
> > More memory: for better streaming of PCM audio over wireless
>
>

/
2005-03-09, 06:18
Sean Adams wrote:

>
> Squeezebox2 has completely done away with all the limitations - we're
> now doing all of the audio decoding and DSP work in software, and this
> gave me the freedom to design the digital outputs and analog stages
> exactly the way I wanted them. Please see the FAQ and the hardware
> specs page for details on the new design.
>
>
If all audio decoding is now done in software, is there any chance the
Squeezebox2 will ever decode ogg natively? I have most of my music in
ogg format, and the way they are played now (with decoding-recoding on
the server side) is not really optimal.

Krist

Jeffrey Gordon
2005-03-09, 06:25
d-mode wrote:
> Only thing I see missing from my 'wishlist' is a formfactor change - to
> a 'regular' audio equipment size.....
>

Some of use like the size and shape of the box. Fits in very well. My
equipment is all in a closed cabinet EXCEPT the SB. It is the one
device I want to see, and if it was a BIG box I would be less likely to
have it on display. Also people using these in bedrooms and kitchens I
can see not wanting a BIG box, but instead a "slim device" ;)

However having said that, I see why some would want the BIG box. And it
would be very easy to just grab a box and put the guts in it. It would
be much more difficult to do the reverse if the SB was originally a big box.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCLvkwH0fQtyBJLGwRAlmPAKDaJDhTe9nqEAhtkLpE+m rc0xAYBgCghGlG
ryIn5AmAqp5TvQBsMPMULug=
=ZpKF
-----END PGP SIGNATURE-----

Michael Peters
2005-03-09, 06:25
On Wed, 09 Mar 2005 14:18:40 +0100, /<rist <news (AT) kri (DOT) st> wrote:
> >
> If all audio decoding is now done in software, is there any chance the
> Squeezebox2 will ever decode ogg natively? I have most of my music in
> ogg format, and the way they are played now (with decoding-recoding on
> the server side) is not really optimal.

Set it to transcode to flac (or pcm with pre squeeze2) instead of mp3
and the audio shouldn't degrade any because there is no lossy encode
of the vorbis encoded.

But yeah - ogg decoding on the squeezebox would be nice. I stopped
using ogg and went back to mp3 because almost no devices supported it
.... that needs to change. I prefer free (as in speech). Software
patents (imho) generally suck (as in american beer).

--
http://mpeters.us/

Patrick Delamere
2005-03-09, 06:58
My only comment here is that I don't see why one formfactor excludes the
other. Why not offer a choice? - might even help Slimdevices extend
their market share in wireless MP3 devices................ :-)

Just a thought.

Patrick

P.S. If there was a hifi form factor version of the the Squeezebox, I
know I would seriously consider buying another one - however, that is
not to say that I am not happy with the one I currently have!


Jeffrey Gordon wrote:

> d-mode wrote:
>
>> Only thing I see missing from my 'wishlist' is a formfactor change - to
>> a 'regular' audio equipment size.....
>>
>
> Some of use like the size and shape of the box. Fits in very well. My
> equipment is all in a closed cabinet EXCEPT the SB. It is the one
> device I want to see, and if it was a BIG box I would be less likely to
> have it on display. Also people using these in bedrooms and kitchens I
> can see not wanting a BIG box, but instead a "slim device" ;)
>
> However having said that, I see why some would want the BIG box. And it
> would be very easy to just grab a box and put the guts in it. It would
> be much more difficult to do the reverse if the SB was originally a
> big box.
>
>------------------------------------------------------------------------
>
>

Steve Bernard, Jr
2005-03-09, 07:09
On Wed, 09 Mar 2005 14:18:40 +0100, /<rist <news (AT) kri (DOT) st> wrote:

> If all audio decoding is now done in software, is there any chance the
> Squeezebox2 will ever decode ogg natively? I have most of my music in
> ogg format, and the way they are played now (with decoding-recoding on
> the server side) is not really optimal.
>

The other major improvement with native Ogg Vorbis decoding would
(presumably) be that I would be able to FF/REW to scan through tracks.
Server transcoded and decoded files can't be scanned through like
native formats.

-Steve

Mike Reeve
2005-03-09, 07:33
Sean Adams <sadams@...> writes:

> Squeezebox2 is in full production now,
> and the first units will ship on March 31.

GREAT NEWS!

CONGRATULATIONS to Slim Devices and the other developers!

Naturally I've ordered one already :-)

Mike

Torgeir Veimo
2005-03-09, 07:56
On Tue, 2005-03-08 at 21:30 -0800, Sean Adams wrote:
> Hi everyone,
>
> Lots of folks noticed that we were running low on inventory, spending
> less time here, and working our butts off on SlimServer 6. As
> suspected, there is a new product. Squeezebox2 is in full production
> now, and the first units will ship on March 31.
>
> Squeezebox2 addresses all of the top performance and functionality
> requests that come up here every day.
>
> 802.11g/WPA: for better range, compatibility, security, and throughput
> FLAC: for reduced bandwidth usage
> More memory: for better streaming of PCM audio over wireless
>
> I'm just getting started... don't worry, I'll get to the pony. :)

Can we get some inside shots of the hardware?

Am wondering if this new version contains hooks allowing a hw modder to
add front panel buttons if put in a different case?

--
Torgeir Veimo <torgeir (AT) pobox (DOT) com>

Ian Whalley
2005-03-09, 07:56
>Squeezebox2 addresses all of the top performance and
>functionality requests that come up here every day.

>802.11g/WPA: for better range, compatibility, security, and
>throughput FLAC: for reduced bandwidth usage More memory:
>for better streaming of PCM audio over wireless
[...]

Nicely done indeed. I have ordered a unit (the SLIMP3s will
be very jealous), and look forward in particular to the
native FLAC support (see bug 230, but also see 775).

Congratulations!

inw

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

Daryle A. Tilroe
2005-03-09, 08:21
It all looks great! Particularly native FLAC. I guess
we can close my enhancement bug soon.

Sean Adams wrote:

> 802.11g/WPA: for better range, compatibility, security, and throughput

Quick question: Would 802.11a be available as an option by installing
the a/b/g version of whatever wireless card you are using? I would
really like to go with a to get out of the 2.4GHz band.


--
Daryle A. Tilroe

vidurapparao
2005-03-09, 08:22
Syncing will still be possible between a SB2, SB1, SliMP3 and Softsqueeze.

However, as was the case before, the streamed format will be the highest
common supported format (MP3 if the sync group includes a SliMP3, PCM if
transcoding is required and the group includes a SB1). And, because of
the different buffer sizes, gapless playback will not be possible.

Jeffrey Gordon wrote:

> Since the buffer size is different and one support FLAC natively, will
> there be issues syncing a SB with a SB2?
>
>------------------------------------------------------------------------
>
>

Marc Sherman
2005-03-09, 08:38
Sean Adams wrote:
>
> Squeezebox2 addresses all of the top performance and functionality
> requests that come up here every day.
> [snip]
>
> Bridging: yes, Squeezebox2 can share its wireless connection with a
> wired ethernet device connected through its (100Mbps) ethernet port.
> This allows other devices in the home theatre, such as Xboxen,
> Playstations, Tivos, or HTPCs to connect wirelessly to your access point.
>
> Pony: there is a discount code, "FREEPONY". Enter this on the order page
> to get $20 off on either the wired or the wireless model.

Just for the record: Phil Karn, I owe you an apology. Sorry! :)

- Marc

BigHam
2005-03-09, 08:46
Show some initiative ;-)
http://www.geekmods.com/slimp3/g2/index.htm



On Wed, 9 Mar 2005 02:53:53 -0800, d-mode <d-mode (AT) pacbell (DOT) net> wrote:
> Only thing I see missing from my 'wishlist' is a formfactor change - to a
> 'regular' audio equipment size.....
>
> Andrew
>
>
> ----- Original Message -----
> From: "Sean Adams" <sadams (AT) slimdevices (DOT) com>
> To: "Slim Devices Discussion" <discuss (AT) lists (DOT) slimdevices.com>; "Slim Devices
> Developers" <developers (AT) lists (DOT) slimdevices.com>
> Sent: Tuesday, March 08, 2005 9:30 PM
> Subject: [slim] Squeezebox2
>
> >
> > Hi everyone,
> >
> > Lots of folks noticed that we were running low on inventory, spending less
> > time here, and working our butts off on SlimServer 6. As suspected, there
> > is a new product. Squeezebox2 is in full production now, and the first
> > units will ship on March 31.
> >
> > Squeezebox2 addresses all of the top performance and functionality
> > requests that come up here every day.
> >
> > 802.11g/WPA: for better range, compatibility, security, and throughput
> > FLAC: for reduced bandwidth usage
> > More memory: for better streaming of PCM audio over wireless
>
>

dean
2005-03-09, 08:54
Hi Krist,

On Mar 9, 2005, at 5:18 AM, /<rist wrote:
>> Squeezebox2 has completely done away with all the limitations - we're
>> now doing all of the audio decoding and DSP work in software, and
>> this gave me the freedom to design the digital outputs and analog
>> stages exactly the way I wanted them. Please see the FAQ and the
>> hardware specs page for details on the new design.
>>
>>
> If all audio decoding is now done in software, is there any chance the
> Squeezebox2 will ever decode ogg natively? I have most of my music in
> ogg format, and the way they are played now (with decoding-recoding on
> the server side) is not really optimal.
It's possible that native Ogg decoding will be added later, depending
on demand. That said, the new FLAC transcoding, while not optimal, is
an efficient and low overhead solution for Ogg playback.

-dean

Olav Sunde
2005-03-09, 08:58
I have seen this too somewhere, but I can easily hear the difference
between 16/44.1 and 24/96 in my own setup so I'll stick to that. The
difference I hear suggest that the test was done with eyes and ears
blinded :)

Michael Peters wrote:
> On Wed, 09 Mar 2005 08:19:14 +0100, Olav Sunde <olav.sunde (AT) uib (DOT) no> wrote:
>
>>This is very good news indeed! I'll order another SB immediately. Is
>>streaming of 24bit PCM possible in the SB2? I have a collection of FLAC
>>files in 24/96 from my favorite vinyl albums that I cannot play on my
>>current SB...
>
>
> I don't recall where - but I remember seeing a blind study that
> determined anything above 12bit PCM on vinyl to digital recording,
> even with audiophile grade stylus and preamp and A/D converter, was
> undistinguishable - the audio from vinyl just did not have the
> resolution for it to make a difference.
>
> The recomondation was to rip vinyl to standard 16/44.1 for that reason.
>

Joshua Uziel
2005-03-09, 10:05
* BenRubinstein <benr_ml (AT) cogapp (DOT) com> [050309 04:03]:
> So I've convinced myself that I've still got all the kit I wanted at a good
> (and no longer available) price, and should be happy that the company which
> creates such great products and provides such great service, is going to
> continue to thrive because of these new even greater products.

I can't argue with that at all. I'm so happy with the SB1 and want the
SB2 features that I don't mind ponying up (sorry, couldn't help the pun)
to buy the new one when it comes out. In my case, the SB1 is the only
802.11b device on my 802.11g network and all of my music is in ogg (with
the idea to re-rip everything into flac, ogg and wav (I have a custom
script I use) when I get around to building a new file server). For
those of us who use ogg, having the server decode it and re-encode to
flac instead of sending pcm is going to make a lot more sense.

Richie
2005-03-09, 11:07
Multitask Computing at www.multitask-computing.co.uk are taking
advance orders with a provisional shipping date of 31st March. I've
just ordered another, the service was pretty good when I ordered the
last one.

Richard


On Wed, 9 Mar 2005 06:45:09 -0000, Richard Scales
<richard (AT) scalesweb (DOT) co.uk> wrote:
> Good work sir!
> Please can you advise as to when you expect your UK distributors to have
> stock? (and perhaps which ones might have them first?)
>
> Richard Scales
>
>
> -----Original Message-----
> From: Sean Adams [mailto:sadams (AT) slimdevices (DOT) com]
> Sent: 09 March 2005 05:30
> To: Slim Devices Discussion; Slim Devices Developers
> Subject: [slim] Squeezebox2
>
> Hi everyone,
>
> Lots of folks noticed that we were running low on inventory, spending
> less time here, and working our butts off on SlimServer 6. As
> suspected, there is a new product. Squeezebox2 is in full production
> now, and the first units will ship on March 31.
>
> Squeezebox2 addresses all of the top performance and functionality
> requests that come up here every day.
>
> 802.11g/WPA: for better range, compatibility, security, and throughput
> FLAC: for reduced bandwidth usage
> More memory: for better streaming of PCM audio over wireless
>
> I'm just getting started... don't worry, I'll get to the pony. :)
>
> Although I don't often contribute to the audiophile discussions, I
> really do enjoy reading them. Regardless of who can hear what, the fact
> is that there are indeed some real measurable characteristics such as
> output levels, THD+N, and clock precision where we had room for
> significant improvement. Squeezebox2 has completely done away with all
> the limitations - we're now doing all of the audio decoding and DSP
> work in software, and this gave me the freedom to design the digital
> outputs and analog stages exactly the way I wanted them. Please see the
> FAQ and the hardware specs page for details on the new design.
>
> Among other things, the new design has allowed us to implement cross
> fading and some very impressive visualizers. Of course, having it all
> done in software (on an extremely fast processor) leaves the door open
> for more functionality down the road.
>
> Now some people have pooh-poohed the idea of visualizers as just being
> eye candy, but personally I think a high resolution, ultra-fast
> spectrum analyzer is quite a thing to behold. We've got one now - full
> screen, 64 bands, 30 frames per second, and perfectly synced with the
> audio. There are a few visualizers to choose from, including a smaller
> spectrum analyzer and "analog" VU meters.
>
> Squeezebox2 also has a new vacuum fluorescent display - we had it
> custom designed by Noritake specifically to support the ideas we had in
> mind for new fonts, animations, and visualizers. The display is
> slightly larger physically, and has more than twice the resolution at
> 320x32 pixels. It has multiple brightness levels of course, but it also
> has grayscale capability, which we use for the visualizers and
> graphics.
>
> A few "bonus" features that you might not have expected:
>
> Dual antennas: Squeezebox2 has both an internal AND an external
> antenna. The 802.11g radio takes advantage of this configuration to
> automatically select the best antenna for transmit/receive, optimizing
> signal strength and vastly improving range/throughput.
>
> Bridging: yes, Squeezebox2 can share its wireless connection with a
> wired ethernet device connected through its (100Mbps) ethernet port.
> This allows other devices in the home theatre, such as Xboxen,
> Playstations, Tivos, or HTPCs to connect wirelessly to your access
> point.
>
> Pony: there is a discount code, "FREEPONY". Enter this on the order
> page to get $20 off on either the wired or the wireless model.
>
> Finally, a big "thank you" goes to every one of our customers and
> especially the people on this list. Thank you for promoting the
> product, helping us improve it, and suggesting ideas.
>
> The new web site is up now: http://www.slimdevices.com
>
> Sean
>
>

Ken Stuart
2005-03-10, 00:33
On Wed, 9 Mar 2005 00:09:38 -0800, Michael Peters <funkyres (AT) gmail (DOT) com> wrote:

>On Wed, 09 Mar 2005 08:19:14 +0100, Olav Sunde <olav.sunde (AT) uib (DOT) no> wrote:
>> This is very good news indeed! I'll order another SB immediately. Is
>> streaming of 24bit PCM possible in the SB2? I have a collection of FLAC
>> files in 24/96 from my favorite vinyl albums that I cannot play on my
>> current SB...
>
>I don't recall where - but I remember seeing a blind study that
>determined anything above 12bit PCM on vinyl to digital recording,
>even with audiophile grade stylus and preamp and A/D converter, was
>undistinguishable - the audio from vinyl just did not have the
>resolution for it to make a difference.
>
>The recomondation was to rip vinyl to standard 16/44.1 for that reason.

Utter rubbish.

Vinyl has more resolution than 16/44.1, just for starters.

These days, the number of poorly designed studies in all fields is skyrocketing.


--
Cheers,

Ken

Robin Bowes
2005-03-10, 12:39
Joshua Uziel wrote:
> * BenRubinstein <benr_ml (AT) cogapp (DOT) com> [050309 04:03]:
>
>>So I've convinced myself that I've still got all the kit I wanted at a good
>>(and no longer available) price, and should be happy that the company which
>>creates such great products and provides such great service, is going to
>>continue to thrive because of these new even greater products.
>
>
> I can't argue with that at all. I'm so happy with the SB1 and want the
> SB2 features that I don't mind ponying up (sorry, couldn't help the pun)
> to buy the new one when it comes out. In my case, the SB1 is the only
> 802.11b device on my 802.11g network and all of my music is in ogg (with
> the idea to re-rip everything into flac, ogg and wav (I have a custom
> script I use) when I get around to building a new file server). For
> those of us who use ogg, having the server decode it and re-encode to
> flac instead of sending pcm is going to make a lot more sense.

It's probably not worth the CPU to do this, if it's even doable in real
time. I would either convert all your oggs to flac, or stream in PCM.

R.

--
http://robinbowes.com

ron thigpen
2005-03-10, 12:44
Robin Bowes wrote:
> Joshua Uziel wrote:
>
>> For those of us who use ogg, having the server decode it and
>> re-encode to flac instead of sending pcm is going to make a lot
>> more sense.
>
> It's probably not worth the CPU to do this, if it's even doable in real
> time. I would either convert all your oggs to flac, or stream in PCM.

The availability of the larger 802.11g pipe, plus the larger buffer
would make me think this is the case. Or at least to give that a shot
before doing an on-the-fly transcode from ogg to flac.

--rt

Michael Peters
2005-03-10, 12:47
>
> Utter rubbish.
>
> Vinyl has more resolution than 16/44.1, just for starters.

Vinyl is analog. The question is wether or not vinyl has the
resolution such that a blind test can tell a difference between 16bit
and higher, between 44.1KHz and higher.

I will search for the blind test I saw done, perhaps the folks at
hydrogen audio might know about them - but human perception most
certainly affects how we hear something, there's no denying that at
all.

>
> These days, the number of poorly designed studies in all fields is skyrocketing.

Do you know of a properly designed study?
The question isn't wether or not more information will be recorded -
the question is can people hear a difference.

--
http://mpeters.us/

Mike Kozlowski
2005-03-10, 12:54
On Thu, 10 Mar 2005, Robin Bowes wrote:

>> those of us who use ogg, having the server decode it and re-encode to
>> flac instead of sending pcm is going to make a lot more sense.
>
> It's probably not worth the CPU to do this, if it's even doable in real time.
> I would either convert all your oggs to flac, or stream in PCM.

This sounds inconsistent with what Slim people have said previously.

--
Mike Kozlowski
http://www.klio.org/mlk/

Richard Elen
2005-03-10, 13:26
(someone else said):
>>Vinyl has more resolution than 16/44.1, just for starters.

Yes and no - mainly no. 16-bit has a dynamic range of around 96dB. Vinyl
offers nowhere near that, and it's an obtrusive non-white rough noise
floor at that, not the benign uncorrelated noise you get from a
properly-dithered PCM system, so in terms of detail, vinyl loses hands
down.

44.1 kHz sampling means that the system can capture information at full
dynamic range above 20kHz (just). Humans can't hear that high unless
it's very loud (120dB SPL for example, but then you can't tell what
frequency it is - or, probably, what it sounds like at all). There is a
case for recording at higher sample rates so that filtering can be done
well outside the audio band, but you can do that with oversampling.

To comfortably extend beyond the capability of human hearing, the coding
space offered by a properly-dithered 20-bit system running at 52kHz or
above will do nicely.

Vinyl certainly /appears/ to have content above the 12kHz or so level,
but most of this is actually groove and harmonic distortion masquerading
as HF. There have been attempts to get extremely high frequencies on
disc, eg subcarriers for quad difference signals, but they fade away
after a few playings - they just get worn out by the stylus, even a
special Shibata one designed to play CD-4 discs. A regular stylus can't
track anywhere near 20 kHz and most cutting heads had trouble too.

Of course, early digital recording and early CDs sounded like crap,
because in those days we didn't know how to do filtering properly, or
minimise jitter, or build the analogue side properly. Now we are a lot
better at it.

Michael Peters wrote:
> The question isn't wether or not more information will be recorded -
> the question is can people hear a difference.

Or perhaps the question is actually which sounds closer to the original
masters. As a former cutting engineer, I promise you, it won't be the
vinyl. However, if you have only /heard/ the vinyl you won't know what
the masters sounded like. As someone once put it, "The only people who
prefer vinyl are the people who've never been in a recording studio."

We always used to hate listening to test pressings. They were special
discs that the plant had taken real care over and they sounded horrible.
And you knew that buyers would get something much worse. We had already
lost so much in the cutting room, adding compression and weird EQ just
to get it on to the lacquer, and now they pressed it. Yuck. I'm glad
those days are over, quite frankly. The only discs that were halfwayd
decent were microgroove 78s, and they were pretty unusual. And still
didn't match the human coding space.

Now there are hi-res disc formats offering 24/96 and 24/192, it means
that CD is the 'old' format. You are now, therefore, allowed to enjoy
it, just as when CD came in, you were allowed to enjoy vinyl and were no
longer obliged to profess the belief that 78s sounded better.

--Richard Elen

Joshua Uziel
2005-03-10, 13:36
* Mike Kozlowski <mlk (AT) klio (DOT) org> [050310 11:54]:
> On Thu, 10 Mar 2005, Robin Bowes wrote:
>
> >>those of us who use ogg, having the server decode it and re-encode to
> >>flac instead of sending pcm is going to make a lot more sense.
> >
> >It's probably not worth the CPU to do this, if it's even doable in real
> >time. I would either convert all your oggs to flac, or stream in PCM.
>
> This sounds inconsistent with what Slim people have said previously.

I will eventually re-encode all of my CDs to flac, ogg and mp3
simultaneously (with a custom script). I want flac on a future file
server I'll build up for the squeezebox, I prefer ogg to take on my
iRiver H340 and my laptop, and I want mp3 just in case.

That said, I've done only ogg to date... with my wireless SB1, I was
doing PCM, but that cut out a bit for me... especially with either
network traffic or running the microwave. The problem wasn't that bad,
but I've been using 320kbps lame re-encoding and haven't had the problem
at all.

Re-encoding to mp3 with lame is _by_far_ more expensive CPU-wise than
having it re-encode and send flac. In the short term, the flac option
is better for me with ogg... and better in the long term as well when I
re-rip everything with flac.

Michael Peters
2005-03-10, 15:07
> I will eventually re-encode all of my CDs to flac, ogg and mp3
> simultaneously (with a custom script).

That's kind of what I do know.
I actually rip to flac (well, I use cdparanoia and have a set of
scripts I use to create metadata - I don't use the lookup services,
they are wrong too often - so it's a little more work, but worth.

Then the flacs get moved off to my flac drive - and I transcode to mp3
and copy those to my music directory.

I don't play flacs, I use them strictly for archival purposes - I'm
sure they sound better even on my stereo (not the best - better
speakers are needed) but the mp3's are good enough.

Ripping to flac (or any lossless) really is the best thing because you
never have to rip it again, unless you lose your flac drive and don't
have them backed up.

Most people I am sure are aware of this, but I bring it up because a
LOT of people spend hours ripping to aac or ogg or mp3 or whatever -
and then they have to do it all over if they want/need to use a new
format (or an updated better encoder for the same format). Ripping to
flac avoids all that mess.


On Thu, 10 Mar 2005 12:36:43 -0800, Joshua Uziel <uzi (AT) uzix (DOT) org> wrote:
> * Mike Kozlowski <mlk (AT) klio (DOT) org> [050310 11:54]:
> > On Thu, 10 Mar 2005, Robin Bowes wrote:
> >
> > >>those of us who use ogg, having the server decode it and re-encode to
> > >>flac instead of sending pcm is going to make a lot more sense.
> > >
> > >It's probably not worth the CPU to do this, if it's even doable in real
> > >time. I would either convert all your oggs to flac, or stream in PCM.
> >
> > This sounds inconsistent with what Slim people have said previously.
>
> I will eventually re-encode all of my CDs to flac, ogg and mp3
> simultaneously (with a custom script). I want flac on a future file
> server I'll build up for the squeezebox, I prefer ogg to take on my
> iRiver H340 and my laptop, and I want mp3 just in case.
>
> That said, I've done only ogg to date... with my wireless SB1, I was
> doing PCM, but that cut out a bit for me... especially with either
> network traffic or running the microwave. The problem wasn't that bad,
> but I've been using 320kbps lame re-encoding and haven't had the problem
> at all.
>
> Re-encoding to mp3 with lame is _by_far_ more expensive CPU-wise than
> having it re-encode and send flac. In the short term, the flac option
> is better for me with ogg... and better in the long term as well when I
> re-rip everything with flac.
>

Steven Spies
2005-04-13, 10:55
I don't mean to be a pest but is there any progress to adding native
FLAC ReplayGain to the Squeezebox2? I know it can be done server side
while decoding to PCM with the
--apply-replaygain-which-is-not-lossless option in the convert.conf
but having it done right in the Squeezebox2 would be sweet! It would
also be great to have the ability to switch the
--apply-replaygain-which-is-not-lossless modes right in SlimServer
without having to edit the convert.conf. Do bug numbers already exist
for these enhancements? I found a couple requests on the bug list but
they are more general ReplayGain enhancements. Should I start a new
one?

On 3/9/05, Sean Adams <sadams (AT) slimdevices (DOT) com> wrote:
>
> On Mar 8, 2005, at 11:13 PM, Michael Peters wrote:
>
> > On Tue, 8 Mar 2005 23:03:18 -0800, Steven Spies <sspies (AT) gmail (DOT) com>
> > wrote:
> >> Native FLAC and Cross Fading on the SB2, Right On! Please tell me the
> >> SB2 supports FLAC ReplayGain, fingers crossed.
> >
> > If not, I'm sure it would be relatively easy to add it since it's done
> > in software, correct?
> >
>
> I think Vidur is looking at this already, but not for 1.0 release. He's
> our DSP guru BTW.
>
>

Steven Spies
2005-04-13, 10:55
I don't mean to be a pest but is there any progress to adding native
FLAC ReplayGain to the Squeezebox2? I know it can be done server side
while decoding to PCM with the
--apply-replaygain-which-is-not-lossless option in the convert.conf
but having it done right in the Squeezebox2 would be sweet! It would
also be great to have the ability to switch the
--apply-replaygain-which-is-not-lossless modes right in SlimServer
without having to edit the convert.conf. Do bug numbers already exist
for these enhancements? I found a couple requests on the bug list but
they are more general ReplayGain enhancements. Should I start a new
one?

On 3/9/05, Sean Adams <sadams (AT) slimdevices (DOT) com> wrote:
>
> On Mar 8, 2005, at 11:13 PM, Michael Peters wrote:
>
> > On Tue, 8 Mar 2005 23:03:18 -0800, Steven Spies <sspies (AT) gmail (DOT) com>
> > wrote:
> >> Native FLAC and Cross Fading on the SB2, Right On! Please tell me the
> >> SB2 supports FLAC ReplayGain, fingers crossed.
> >
> > If not, I'm sure it would be relatively easy to add it since it's done
> > in software, correct?
> >
>
> I think Vidur is looking at this already, but not for 1.0 release. He's
> our DSP guru BTW.
>
>

Jeff Coffler
2005-04-13, 10:59
From: "Steven Spies" <sspies (AT) gmail (DOT) com>


>I don't mean to be a pest but is there any progress to adding native
>FLAC ReplayGain to the Squeezebox2?

See http://bugs.slimdevices.com/show_bug.cgi?id=1311

Add yourself to the CC list if you want to see progress.

-- Jeff

Steven Spies
2005-04-13, 11:09
Never mind, I found the bug number for FLAC RaplyGain. Its 1311. I
must have missed it because of the hyphen in the request (replay-gain)
I am still not sure if a bug already exists for the ability to control
--apply-replaygain-which-is-not-lossless in SlimServer though.

On 4/13/05, Steven Spies <sspies (AT) gmail (DOT) com> wrote:
> I don't mean to be a pest but is there any progress to adding native
> FLAC ReplayGain to the Squeezebox2? I know it can be done server side
> while decoding to PCM with the
> --apply-replaygain-which-is-not-lossless option in the convert.conf
> but having it done right in the Squeezebox2 would be sweet! It would
> also be great to have the ability to switch the
> --apply-replaygain-which-is-not-lossless modes right in SlimServer
> without having to edit the convert.conf. Do bug numbers already exist
> for these enhancements? I found a couple requests on the bug list but
> they are more general ReplayGain enhancements. Should I start a new
> one?
>
> On 3/9/05, Sean Adams <sadams (AT) slimdevices (DOT) com> wrote:
> >
> > On Mar 8, 2005, at 11:13 PM, Michael Peters wrote:
> >
> > > On Tue, 8 Mar 2005 23:03:18 -0800, Steven Spies <sspies (AT) gmail (DOT) com>
> > > wrote:
> > >> Native FLAC and Cross Fading on the SB2, Right On! Please tell me the
> > >> SB2 supports FLAC ReplayGain, fingers crossed.
> > >
> > > If not, I'm sure it would be relatively easy to add it since it's done
> > > in software, correct?
> > >
> >
> > I think Vidur is looking at this already, but not for 1.0 release. He's
> > our DSP guru BTW.
> >
> >

Jeff Coffler
2005-04-13, 11:29
From: "Steven Spies":

>Never mind, I found the bug number for FLAC RaplyGain. Its 1311. I
>must have missed it because of the hyphen in the request (replay-gain)
>I am still not sure if a bug already exists for the ability to control
>--apply-replaygain-which-is-not-lossless in SlimServer though.

Look more closely at that bug request. It says:

"A well-implemented feature would also have support in the SlimServer, such
that the "Players" settings allowed album gain, track gain, or no gain to be
applied."

I think that pretty much covers it ...

-- Jeff

Steven Spies
2005-04-13, 11:54
Thanks Jeff, I saw that too. However I was thinking about the
--apply-replaygain-which-is-not-lossless option in SlimServer not only
applying to Squeezebox2 for native FLAC replaygain but SliMP3,
Squeezebox1 and SoftSqueeze as well. That is why I was wondering if it
should be a separate enhancement request for SlimServer and not just
for Squeezebox2.

On 4/13/05, Jeff Coffler <jeff-list-slimdiscuss (AT) taltos (DOT) com> wrote:
> From: "Steven Spies":
>
> >Never mind, I found the bug number for FLAC RaplyGain. Its 1311. I
> >must have missed it because of the hyphen in the request (replay-gain)
> >I am still not sure if a bug already exists for the ability to control
> >--apply-replaygain-which-is-not-lossless in SlimServer though.
>
> Look more closely at that bug request. It says:
>
> "A well-implemented feature would also have support in the SlimServer, such
> that the "Players" settings allowed album gain, track gain, or no gain to be
> applied."
>
> I think that pretty much covers it ...
>
> -- Jeff
>

dean
2005-04-13, 12:01
I think that this would be a server-side feature in all cases, where
the server would extract out the gain and adjust the volume. SB2 would
require some minor client-side support to that crossfades would work
correctly.

On Apr 13, 2005, at 11:54 AM, Steven Spies wrote:

> Thanks Jeff, I saw that too. However I was thinking about the
> --apply-replaygain-which-is-not-lossless option in SlimServer not only
> applying to Squeezebox2 for native FLAC replaygain but SliMP3,
> Squeezebox1 and SoftSqueeze as well. That is why I was wondering if it
> should be a separate enhancement request for SlimServer and not just
> for Squeezebox2.
>
> On 4/13/05, Jeff Coffler <jeff-list-slimdiscuss (AT) taltos (DOT) com> wrote:
>> From: "Steven Spies":
>>
>>> Never mind, I found the bug number for FLAC RaplyGain. Its 1311. I
>>> must have missed it because of the hyphen in the request
>>> (replay-gain)
>>> I am still not sure if a bug already exists for the ability to
>>> control
>>> --apply-replaygain-which-is-not-lossless in SlimServer though.
>>
>> Look more closely at that bug request. It says:
>>
>> "A well-implemented feature would also have support in the
>> SlimServer, such
>> that the "Players" settings allowed album gain, track gain, or no
>> gain to be
>> applied."
>>
>> I think that pretty much covers it ...
>>
>> -- Jeff
>>