Re: [slim] SB2/3 Modular Native Codecs in Firmware

2008-12-16 Thread ian_heys
Thanks for that Sean. I've never had a product that's held my attention like the Squeezebox and it's fantastic support. Think I'll build a low power server and leave it always on then. Thanks again. -- ian_heys ian_heys

Re: [slim] SB2/3 Modular Native Codecs in Firmware

2008-12-16 Thread seanadams
This is actually an idea that we evaluated but there are a bunch of things that make it not possible. The OS that runs on SB3 is a special "real-time" embedded platform - the firmware is built monolithically so you can't link in arbitrary code on the fly. It's also a unique CPU architecture which

Re: [slim] SB2/3 Modular Native Codecs in Firmware

2008-12-16 Thread Phil Leigh
IMO the last thing we need is more formats...and definitely not any form of DRM support! -- Phil Leigh You want to see the signal path BEFORE it gets onto a CD/vinyl...it ain't what you'd call minimal...SB3+Stontronics PSU - Altmann JISCO/UPCI - TACT 2.2X (Linear PSU) + Good Vibrations S/W - M

Re: [slim] SB2/3 Modular Native Codecs in Firmware

2008-12-16 Thread CatBus
y360;371574 Wrote: > The wish for more encoding formats, support for additional DRM schemes > and integration with new music services will probably be forthcoming in > a new SB4 platform with improved hardware I can't see how new hardware can fix what is essentially a legal problem. Unless it's

Re: [slim] SB2/3 Modular Native Codecs in Firmware

2008-12-16 Thread y360
I assume the hardware in SB3 is already considered ancient. The wish for more encoding formats, support for additional DRM schemes and integration with new music services will probably be forthcoming in a new SB4 platform with improved hardware -- y360 --

Re: [slim] SB2/3 Modular Native Codecs in Firmware

2008-12-16 Thread CatBus
ian_heys;371533 Wrote: > That doesn't preclude the original premise that others may chose a > different set of codecs. I didn't mean to sound overly dismissive of the idea. I actually like it (and I've suggested it before: http://forums.slimdevices.com/showthread.php?t=40412). I just wanted to

Re: [slim] SB2/3 Modular Native Codecs in Firmware

2008-12-16 Thread CatBus
Steve Bernard, Jr;371521 Wrote: > AAC licensing is fairly straightforward with a per-unit fee Ah, I should say "vendor refusal to license codecs according to terms that are acceptable to Logitech". Frankly I'd balk at licensing AAC for every device sold if my marketing demographics indicated on

Re: [slim] SB2/3 Modular Native Codecs in Firmware

2008-12-16 Thread ian_heys
I have no problems streaming/transcoding AAC/AAC+ from my SC. My favourite BBC radio stations are about to start streaming in AAC+ at higher quality than the WMA streams they currently use. (They have also said they may also stream their flagship Radio 3 in AAC - but that remains to be seen). Ma

Re: [slim] SB2/3 Modular Native Codecs in Firmware

2008-12-16 Thread CatBus
aubuti;371522 Wrote: > I would think that native playback is still an advantage when running SC > on underpowered hardware, like a lot of NAS units or ancient PCs that > are "put out to pasture" as music servers. Ah I hadn't considered the NAS angle, thanks. I think that must be the only advant

Re: [slim] SB2/3 Modular Native Codecs in Firmware

2008-12-16 Thread aubuti
CatBus;371500 Wrote: > I'm curious--is there any advantage anymore to native playback? I would think that native playback is still an advantage when running SC on underpowered hardware, like a lot of NAS units or ancient PCs that are "put out to pasture" as music servers. -- aubuti Nothing hi

Re: [slim] SB2/3 Modular Native Codecs in Firmware

2008-12-16 Thread Steve Bernard, Jr
On Tue, Dec 16, 2008 at 11:25 AM, CatBus wrote: > > If space in the firmware were the only limiting factor, that would be a > decent solution--but as Robin points out, vendors refusing to license > codecs is a much more serious issue. AAC licensing is fairly straightforward with a per-unit fee fo

Re: [slim] SB2/3 Modular Native Codecs in Firmware

2008-12-16 Thread CatBus
If space in the firmware were the only limiting factor, that would be a decent solution--but as Robin points out, vendors refusing to license codecs is a much more serious issue. But I have to ask: what's wrong with server-side transcoding? I mean, if it plays, it plays, right? As of SqueezeCen

Re: [slim] SB2/3 Modular Native Codecs in Firmware

2008-12-16 Thread Steve Bernard, Jr
On Tue, Dec 16, 2008 at 11:04 AM, Robin Bowes wrote: > I believe AAC/AAC+ is not possible because of licensing issues on > Apple's part. I may be wrong. > > R. AAC and AAC+ do require a patent license to develop and distribute codecs, but that has nothing to do with Apple. AAC is part of the MPE

Re: [slim] SB2/3 Modular Native Codecs in Firmware

2008-12-16 Thread Robin Bowes
ian_heys wrote: > Has anyone ever considered tackling this issue. > > Apparently there is limited capacity for native codecs within the SB2/3 > but some formats are provided that I don't use. > > For me the ideal native combination would be: > > WAV*/AAC/AAC+/WMA*/MP3* > > (* = already native)

[slim] SB2/3 Modular Native Codecs in Firmware

2008-12-16 Thread ian_heys
Has anyone ever considered tackling this issue. Apparently there is limited capacity for native codecs within the SB2/3 but some formats are provided that I don't use. For me the ideal native combination would be: WAV*/AAC/AAC+/WMA*/MP3* (* = already native) I would be willing to relinquish s