mherger Wrote: > > Very interesting... I didn't even know this! I thought it was looking > at hda1 by default. There's more genius inside DSL than I knew of! >
My guess is it probably automatically scans a few typical devices (hda, hda1, hda2, sda1 etc) looking for backup.tar.gz - not sure of the order but would expect hda to be scanned before sda. My plan is to use the hard disk only for music (possibly even read-only) and keep the config external and transportable. I intend to see if I can boot SlimCD from the USB Keyring which will keep the CD drive free in case it's needed (another reason for ripping on a seperate machine). mherger Wrote: > > This is something I haven't touched at all. I'll have a look at it. > I'll considerably lower it, I think. I always thought it wasn't booting > automatically at all... > As I say I haven't timed it, but what I didn't say was that I haven't sat there waiting for it to do something either so I don't know if it actually does timeout but noted the "300" setting in the config so assumed it would. I'll try and get back to my setup later this week (possibly tonight after work) and see if it does indeed automatically boot after ~300 seconds. mherger Wrote: > > Is Samba already installed on the SlimCD you have? > There's a SAMBA option, or at least so I thought - will need to check as I might be confusing it with something else. What I need is a way to get music *onto* the hard disk, so either SAMBA (to allow sharing over a Windows network) or even an FTP server will do the trick. mherger Wrote: > > I wanted to have AlienBBC as a flagship plugin. This allows for proving > that AlienBBC can run on a specific hardware. > Certainly works just fine on my relatively low-power PC! mherger Wrote: > > Wow, you're asking questions... As if I had a development plan. I > already have a version which will automatically backup the database and > the slimserver folder itself (to prevent loss of manually installed > plugins or updated slimservers). I'm planning on creating a more > intelligent update script which will not stupidly render the > installation unusable if something is breaking. > Hehe, sorry! :) I would imagine it will be essential to backup the SlimServer folder assuming the user has upgraded the server to a newer version than that on the CD. Can the backup of the database be an option as I'm not sure I would want the database backed up to a USB Keyring when it can be rebuilt at bootup - although removing it from filetools.lst isn't a big deal for me and is a simple solution. mherger Wrote: > > But I have very little time to work on it as my internet access is > _very_ limited at the moment, with nothing but access to web sites (but > slimdevices.com forbidden due to its commercial, entertaining content!) > on the job and no internet at all where I'm going to spend my nights > :-/. Don't expect anything groundbreaking too soon. > Totally understand Michael - we appreciate all you've done so far and look forward to anything else you can add when you have the time. That said, I feel pretty mean asking if there is any possibility to have a future SlimCD include an automatic ripping/tagging capability, i.e. insert a CD and leave the machine to automatically detect the CD, rip it, tag it, rescan etc. As the SlimCD server I'm looking to build will be headless this task will ideally have no user interaction... would be nice if a message could be displayed on the Squeezebox(es) when encoding is complete? This would then turn SlimCD into an almost complete solution and would make Squeezebox even less of a no-brainer for those who have a spare old PC lying around. I'll have a play with Linux ripping/encoding myself in an effort to have it work with SlimCD, but I'm not in your league - there's no way I could have put together SlimCD for instance! -- Milhouse _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/plugins
