Well, unfortunately the Soundbridges (all models) don't have a real 'standby' mode.

Even if you hit the standby/power off button, they draw almost as much current as when playing music.

Well, the Linkstation does serve via uPnP? or their (silly) DNLS stuff?
Ever thought of putting firefly on the LS?

Actually I did, and I also read the old thread about 44.1khz and stuff.
I've learnd enough. *sigh*

Luckily I have a Showcenter 200 that will allow me direct pass-through of multichannel Audio....

No way is resampling in high quality a server-side task. The Blackfin on the Soundbridge is very capable, just floating-point-impaired. Anywho. If you mean you don't understand why Roku chose to go with hardware that necessitates upsampling from 44.1 to 48 kHz, then I agree; I don't understand it ei...

Or is there some way round that? Do you add dither when upsampling to help with this? My university lectures in signal theory are a long time ago, so I may be confused, but it seems to me that additional quantisation noise is inevitable in this process - I don't recall Nyquist / Shannon having much...

that script should work with sqlite instaed of sqlite3 too.
Nice hack!
Wonder how long it takes on a NAS like the slug though. probably would interrupt playback for a short time. So schedule wisely.

I have been using nightly 1498 on my NSLU2 with an uptime of almost 60 days for now. So I guess you can consider that pretty stable

Haven't tried newer builds so far, though.

A lot of more detailed info on firefly (and updates) can be gained in the Firefly Forums

The nightlies page Also provides excellent info on whats new in every build.

the latter.

Just hit the Shuffle button before you hit play to play the playlist.
Althought the SoundBridge will not indicate it, it will already start in shuffle mode.


For the former, we hope to see where and order by statements in smart playlist queries sooner or later

'glad it worked out. (it did, didn't it?)

You might find some (or lots, actually) of parameters to tweak the SMB performance of the slug. Clearly its better to use NFS or FTP, but SMB performance can be brought up almost up to par with these.

You might want to check out:
Unslung.Samba

Lossless PCM.

Re-encoding them to high-quality mp3 isn't the best option. The easiest option really is to let firefly transcode them to WAVE (lossless PCM) in realtime.

well, you would haev to do volume control on the analog side.
Normally this would be the power amp, or the analog side of the DAC.

The SB is "cutting bits" on the digital outputs, if you reduce the volume, yes.
This effectively raises the noise-floor, as it reduces dynamic range.

Be sure to check out www.linksysinfo.org 's forum.
Im sure there is a way to get some spawn of optware to run, and then use the vast ipkg repositories available.

I ran a NTFS drive under Unslung 6.8 for a few months, the slug ran 24/7 - it was slow and unstable, but no data corruption. With Unslung 6.8 and even linksys Stock after R63 its possible to use a USB-HUB on port 1. Under debian/etch the NTFS case is a different one, since Debian doesn't have a lice...

Also, the NSLU2's NTFS driver is VERY weak.
It does not corrupt your data, at least, but the performance truly is namesake for "slug". (at least when you run linksys stock firmware, or unslung)

Ext2/3 performance is decent though.