Re: [slim] Re: Let's here some suggestions for SlimServer 7

On 12/5/06, Robin Bowes <[EMAIL PROTECTED]> wrote: There are a few bugs with it still, e.g. if you shutdown the server while playing a track the streaming process is not shutdown (or MySQL for that matter) and the server won't start up again until that streaming process is manually killed. I

Re: [slim] Re: Let's here some suggestions for SlimServer 7

Ben Sandee wrote: > On 12/5/06, *Robin Bowes* > <[EMAIL PROTECTED] > > wrote: > > > You're talking about two different things here. > > I personally think that slimserver needs re-architecting to use multiple > threads/processes/programs so, for example, aud

Re: [slim] Re: Let's here some suggestions for SlimServer 7

What I'd like to see is a complete rewrite for a *really slim* SlimServer, for example in C, so that it can be integrated easily in embedded devices. I dunno if Father Christmas heard me ;) --Raphael ___ discuss mailing list discuss@lists.slimdevices

Re: [slim] Re: Let's here some suggestions for SlimServer 7

On 12/5/06, Robin Bowes <[EMAIL PROTECTED]> wrote: You're talking about two different things here. I personally think that slimserver needs re-architecting to use multiple threads/processes/programs so, for example, audio streaming is unaffected by browsing a large playlist. I believe to so

Re: [slim] Re: Let's here some suggestions for SlimServer 7

spacemarmot wrote: > SadGamerGeek;155209 Wrote: >> Why? >> >> Richard > > Since SlimServer is a non-trivial open source application, the ability > to recruit quality contributors is hindered by clinging to an obsolete > and misapplied programming language. SlimServer will not have much of > a fu

Re: [slim] Re: Let's here some suggestions for SlimServer 7

On 12/4/06, spacemarmot <[EMAIL PROTECTED]> wrote: SadGamerGeek;155209 Wrote: > Why? > > Richard Since SlimServer is a non-trivial open source application, the ability to recruit quality contributors is hindered by clinging to an obsolete and misapplied programming language. SlimServer will no

Re: [slim] Re: Let's here some suggestions for SlimServer 7

Jacob Potter wrote: > On 12/3/06, Pat Farrell <[EMAIL PROTECTED]> wrote: >> First, Perl and Java are usually compiled into byte code that is >> peephole optimized using JIT techniques. > > I'm pretty sure Perl isn't JIT compiled. Java, .NET, and ActionScript > 3 are, Python can be with Psyco (on 3

Re: [slim] Re: Let's here some suggestions for SlimServer 7

On 12/3/06, Pat Farrell <[EMAIL PROTECTED]> wrote: First, Perl and Java are usually compiled into byte code that is peephole optimized using JIT techniques. I'm pretty sure Perl isn't JIT compiled. Java, .NET, and ActionScript 3 are, Python can be with Psyco (on 32-bit x86), and I think Perl 6

Re: [slim] Re: Let's here some suggestions for SlimServer 7

On 12/2/06, Pat Farrell <[EMAIL PROTECTED]> wrote: ... But the reality is that unless someone completes a rewrite in [insert your favorite language here] the SlimServer is written in Perl and maintained and enhanced by software engineers who are comfortable, productive and experienced in perl.

Re: [slim] Re: Let's here some suggestions for SlimServer 7

jerry_mcbride wrote: > My second suggestion... Use something other than PERL... PLEASE! The > interpreter overhead is horrendous! It pretty much eliminates using > slimserver on lowend hardware... especially if you toss the likes of > mysql into the picture... C would be heavenly... Not to want to

Re: [slim] Re: Let's here some suggestions for SlimServer 7

Mikael wrote: I (and my wife(o=)would realy like to have sync between 2 or more Squeezeboxes/Transporters when loged on to Squeeze Network. You may find this enhancement request to be pertinent: http://bugs.slimdevices.com/show_bug.cgi?id=3114 Sync'ing players with SN and Pandora would probabl

Re: [slim] Re: Let's here some suggestions for SlimServer 7

On 11/17/06, Aragorn <[EMAIL PROTECTED]> wrote: Hi, I believe that before going for new features, it would be more important to: 1) Finishing the specification (the new Wiki SlimServerSpecification is a good start) 2) Establish a set of standard test 3) Run the tests and fix the bug 4) Create a

Re: [slim] Re: Let's here some suggestions for SlimServer 7

>What do playlists mean to you? > I don't generally use static playlists. I usually listen to either albums or random tracks/smart playlists (eg. Erland's plugins). I do sometimes use playlists: 1. For reminding me later when I am back at my server that I have to fix some tags (eg. an artist t

Re: [slim] Re: Let's here some suggestions for SlimServer 7

On 11/3/06, Nostromo <[EMAIL PROTECTED]> wrote: > Don't make the mistake of assuming that what's important/true for you is > universally important to everyone else. I have 980 albums, 12500 tracks, > and 0 playlists. It's not because they're hard to create, it's because I > don't want any. While

Re: [slim] Re: Let's here some suggestions for SlimServer 7

Quoting Nostromo <[EMAIL PROTECTED]>: I wonder if Slimdevices is still working on Slimserver or if everything's on hold since the Logitech acquisition. And is Dan Sully still the main man? yes, no, and yes. http://cia.navi.cx/stats/project/SlimServer -k ___

Re: [slim] Re: Let's here some suggestions for SlimServer 7

On 10/30/06, Spoiled <[EMAIL PROTECTED]> wrote: Just got an SB3 running wireless on my Imac. I am very impressed - works nicely. I had a cd3o player previously which was an excellent device (possibly better acoustically) but it died, so I decided to try this. The track search on the cd3o was be

Re: [slim] Re: Let's here some suggestions for SlimServer 7

- separation of the SlimServer engine itself and the database/music Please define "SlimServer engine". The DB backend is already separated, as is the scanner. - possibility to only run the SS-kernel with radio stations, while streaming music e.g. through UpNP (switching off the SS music dat

Re: [slim] Re: Let's here some suggestions for SlimServer 7

...> (This one sounds tricky so I won't demand it.) Dynamic random crossfade: Crossfade only when random play is active. Detect when a track is mixed to the next in the album recording and let them play together before skipping to the next randomly selected track. Perhaps this could be assisted w

Re: [slim] Re: Let's here some suggestions for SlimServer 7

oreillymj wrote: I'd like each SB to support the idea of perhaps 4 playlists, A,B,C,D where the selected playlist A, moves to slot B, B moves to C etc when you make a new selection. > > I also reckon that retaining the last 4 playlist selections would be > the most required as it might otherwise

Re: [slim] Re: Let's here some suggestions for SlimServer 7

I´d like to be able to add more than only one music folder. Just put a link/shortcut to the second folder into the first one. -- Michael - http://www.herger.net/SlimCD - your SlimServer on a CD http://www.herger.net/slim - AlbumR

Re: [slim] Re: Let's here some suggestions for SlimServer 7

jeffluckett wrote: 1: A clean install process for upgraders. Quite a mess for those who are migrating from 6.3.x and lower to 6.5. What, exactly, do you mean? Transparent upgrades are a serious challenge for all software, not just SlimServer. The more you expect it to remember, the harder it g

Re: [slim] Re: Let's here some suggestions for SlimServer 7

On 9/22/06, jeffluckett <[EMAIL PROTECTED]> wrote: 4: Reduced resources footprint.  It's beginning to look pretty fat forsomething called "Slim"Server. I think you're misunderstanding the name -- it's not the server that is intended to be slim.  It's the devices that are slim (as in, slim clients d

Re: [slim] Re: Let's here some suggestions for SlimServer 7

>The FF/REW definitely needs improvement. > Appart from a bug that seems to affect SoftSqueeze a lot more than squeezeboxes, I'm finding FF/REW to be working rather well in 6.5 beta. Maybe it's been improved since 6.3? The only minor functional issue I have is that if I gradually increase the F

Re: [slim] Re: Let's here some suggestions for SlimServer 7

Why did they use a web interface, btw? I can't speak for Sean or Dean, but there's at least one huge advantage: cross-platform. Another one would be (relative) ease of customization: there are skins optimized for handhelds, tablets as the Nokia 770, PCs. BTW: I was looking for a web based

RE: [slim] Re: Let's here some suggestions for SlimServer 7

G won't make a difference if you have weak signals (which is what it sounds like) and/or IX (interference). Connect it directly to your LAN using the Ethernet and check again. My guess is that you will find better performance. Key in wireless is the ratio of signal to interference. Increase sig

Re: [slim] Re: Let's here some suggestions for SlimServer 7

I haven't tried it in a long time. When I did, the plug-in was still in Beta, so it had a number of problems. Will definitely check it out. Thanks, Chris On Sep 1, 2006, at 10:44 AM, ceejay wrote: Christopher Biscoe;132791 Wrote: This might already be in SS, so forgive me if it is, but I

Re: [slim] Re: Let's here some suggestions for SlimServer 7

Links are a minumum requirement, but I can see cases where it would be a good idea to also be able to add information. For example to show average ratings for the album, artist and track from the TrackStat statistics directly on the song info page in the web interface. Just for the records I ope

Re: [slim] Re: Let's here some suggestions for SlimServer 7

I'd like to see some more visualizations that are keyed to the music. The various VU meters and spectrum analyzers are OK as they go, but I'd like to see something more 'creative' and fun than just the technical information. You're a lucky guy: http://forums.slimdevices.com/showthread.php?t=197

Re: [slim] Re: Let's here some suggestions for SlimServer 7

4. Plugin customizable web interface Not only web, but player, too. Today plugins have to put their information into separate pages in the web interface which makes them a little harder to access. I wish there was a way for plugins to integrate their information and functionallity in the stand

Re: [slim] Re: Let's here some suggestions for SlimServer 7

>2. Better FF/RW ability. That's one thing I really miss when moving >from CDs. I actually like the FF/RW functionality (although there's currently a few bugs to be ironed out in the 6.5 beta) How would you see it being improved? Also, there's a plugin that presents the song progress as a bar,

Re: [slim] Re: Let's here some suggestions for SlimServer 7

4. Plugin customizable web interface Today plugins have to put their information into separate pages in the web interface which makes them a little harder to access. I wish there was a way for plugins to integrate their information and functionallity in the standard slimserver browse pages or at l

Re: [slim] Re: Let's here some suggestions for SlimServer 7

On 9/4/06, stevek1006 <[EMAIL PROTECTED] > wrote:Listener;132695 Wrote:> Thanks for mentioning these requests. (#2697 and #2700 are also relevant > for classical music.)>> I'm still interested in these enhancements. I've got aout 1200> classical music CDs ripped now.  Without the enhancements, SS/S

Re: [slim] Re: Let's here some suggestions for SlimServer 7

More work on the Softsqueeze client to give it built-in LIRC support (at least for Linux and whatever the equivalent is for Windows). ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/discuss

Re: [slim] Re: Let's here some suggestions for SlimServer 7

I was naively thinking that only geeks would own more than a couple of players ;) I wouldn't call my GF a geek - but she still likes to have on in her room. (And then I must be the geek installing the other five players in the remaining three rooms :-)) -- Michael --

Re: [slim] Re: Let's here some suggestions for SlimServer 7

>_You_ could, and _I_ could. But don't ask any user to manipulate the prefs >file. I was naively thinking that only geeks would own more than a couple of players ;) Phil ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.c

Re: [slim] Re: Let's here some suggestions for SlimServer 7

I would like to see less focus on more features and general focus on the stability of the server.  Fewer crashes.  Rewrite of code that is not too stable.  The server needs to be more rock solid with streaming audio sources ___ discuss mailing list discu

Re: [slim] Re: Let's here some suggestions for SlimServer 7

On 9/4/06, Steve <[EMAIL PROTECTED]> wrote: I'm using mostly 192kb VBR MP3 - Don't know if it or SS supports multiple genres.Use MP3Tag to make sure everything's using ID3v2 tags and not ID3v1, then you can select as many genre's per track as you want (within reason). -- "I spent all me tin with th

Re: [slim] Re: Let's here some suggestions for SlimServer 7

I'm using mostly 192kb VBR MP3 - Don't know if it or SS supports multiple genres. On 04/09/06, smst <[EMAIL PROTECTED]> wrote: Steve;133412 Wrote:> As a work around I've tagged albums and tracks I know are dodgy with> "NotForKids" so if I want to play random music I just exclude this > genre. Dirt

Re: [slim] Re: Let's here some suggestions for SlimServer 7

Can't you just copy a block of options from the slimserver.prefs file? _You_ could, and _I_ could. But don't ask any user to manipulate the prefs file. -- Michael --- Help translate SlimServer by using the SlimString Translation Helpe

Re: [slim] Re: Let's here some suggestions for SlimServer 7

3) optimize the Web interface for small devices like handhelds, smartphones and so on. I usually don't carry a laptop with me. Tried http://yourserver:9000/Handheld/? -- Michael --- Help translate SlimServer by using the SlimString Trans

Re: [slim] Re: Let's here some suggestions for SlimServer 7

On 9/2/06, jtfields <[EMAIL PROTECTED]> wrote: Phil Meyer;132988 Wrote:> Tou could have a separate library for each player with little > redundancy, as each library could contain links to the actual folders> where the music is stored, rather than duplicating the music.>> I can't see that there woul

Re: [slim] Re: Let's here some suggestions for SlimServer 7

>The only way to >manage that with folders would be to start having a separate library for >each player which would end up with a lot of redundancy and use a lot of >disk space (not to mention making adding music a little more >cumbersome.) > Tou could have a separate library for each player with l

Re: [slim] Re: Let's here some suggestions for SlimServer 7

>I thought about this, too. This would imho be (like many of the other >suggestions in this list) a great opportunity for a plugin author or >somebody who'd like to know more about the slimserver's innards to get >started with. Nothing everybody wants, thus no core functionality to be >buil

Re: [slim] Re: Let's here some suggestions for SlimServer 7

>> I would like a way to customize your library by player. I have a SLIMP3 >> in my son's room and a Squeezebox in the living room. There are certain >> tracks I don't want available to my son. >> >Interesting idea... as a variation on the theme, why not arrange for >this data to be stored in so

Re: [slim] Re: Let's here some suggestions for SlimServer 7

Upgrade the UI especially the management of playlists.  On 9/1/06, James Dunn <[EMAIL PROTECTED]> wrote: I'd go for smart playlists.  This would address my year limiting requirement(e.g. for random 80's or 90's music listening). James Dunn___discuss maili

Re: [slim] Re: Let's here some suggestions for SlimServer 7

This might already be in SS, so forgive me if it is, but I would love to be able to use the Web to select dynamic, streaming content and send it to SS for playing through my hi-fi. For example, IMHO, KCRW is one of the world's greatest public radio stations (no affiliation, promise). One

Re: [slim] Re: Let's here some suggestions for SlimServer 7

A very useful change for me would be the ability to have player settings replicated accross all players taking into account the different types (SoftSqueeze, Slimp3 and Squeezebox flavours) I thought about this, too. This would imho be (like many of the other suggestions in this list) a great

RE: [slim] Re: Let's here some suggestions for SlimServer 7

A very useful change for me would be the ability to have player settings replicated accross all players taking into account the different types (SoftSqueeze, Slimp3 and Squeezebox flavours)                                                                                MAN FINANCIAL LIMITED E-

Re: [slim] Re: Let's here some suggestions for SlimServer 7

I'd like to see a web-based interface for installing plugins. i.e. come up with a packaging standard (even if it is just a zip file of the plugin distributable) and allow the user to upload the file to the server. Then have the server install everything in the right place. Beyond the basics, the sy

Re: [slim] Re: Let's here some suggestions for SlimServer 7

kaid wrote: I'd like to see bug #775 resolved. I have multiple files (flac and mp3) for every CD I own for ipod support. I also have downloaded mp3's with no corresponding flac file. I would like to exclude mp3's from slimserver scanning when a corresponding flac version exists and include the

Re: [slim] Re: Let's here some suggestions for SlimServer 7

--- gingerneil <[EMAIL PROTECTED]> wrote: > > Pale Blue Ego;132382 Wrote: > > There's nothing stopping you from using DRM music on the > Squeezebox. > > Burn your DRM downloads to an audio CD (you should do this anyway > as a > > backup), then rip them to a lossless format like FLAC. > > > >

Re: [slim] Re: Let's here some suggestions for SlimServer 7

On 31-Aug-06, at 12:02 PM, TiredLegs wrote: Not sure if this is a Slimserver or plug-in request, but I want the ability to have the random mix pick albums for me among just Rock or Jazz selections. This should already be possible. The random mix web page allows you to select genres to inclu

Re: [slim] Re: Let's here some suggestions for SlimServer 7

On 8/30/06, bossanova808 <[EMAIL PROTECTED] > wrote:Anpther vote for smart playlists - can't believe this isn't here yet, it's such an obviously cool feature that people love on otherplatforms...I agree -- I'd like to see a suggestion mode, and one smart enough to talk with Last.FM / Pandora would

Re: [slim] Re: Let's here some suggestions for SlimServer 7

Robin Bowes wrote: ID3v2 has TMED, which is "Media Type". Vorbis comments have "SOURCEMEDIA" If files are tagged with these fields then Slimserver could use them to sort/filter/structure like any other field. Interesting. I have a vague dissatisfaction with the way I currently deal with bon

RE: [slim] Re: Let's here some suggestions for SlimServer 7

> multiple delete of items from a playlist that is already open. That's had an open bug for some time... There are arguments on both sides... http://bugs.slimdevices.com/show_bug.cgi?id=62 James NOTICE: If received in error, please destro

Re: [slim] Re: Let's here some suggestions for SlimServer 7

Seperate Win32 client like Xlobby What about SlimRemote, Moose or TelCanto? They do work, and they are 3rd party as is Xlobby :-) -- Michael --- Help translate SlimServer by using the SlimString Translation Helper (http://www.herger.n

Re: [slim] Re: Let's here some suggestions for SlimServer 7

autopilot wrote: > kdf;132362 Wrote: >> In the interest of supporting the original post, it might be best to >> leave drm discussion for now. >> >> -kdf > > Agreed. > > Ok, how about improved singles handling? > > For example, if there is a 'Single' tag (or an extended tag to indicate > to Sli

RE: [slim] Re: Let's here some suggestions for SlimServer 7

My favoured enhancement for 7 would be automatic de-duplication of playlists. As disk space is cheap I do not worry about the multiple copies of tracks. When building a playlist by adding favourite albums it would be great if SlimServer removed the dupes - this would be particularly useful when

Re: [slim] Re: Let's here some suggestions for SlimServer 7

all good points on the DRM issue. Let's consider that DRM and expansion of radio support, file types, etc are all a work in progress. In the interest of supporting the original post, it might be best to leave drm discussion for now. -kdf ___ dis

Re: [slim] Re: Let's here some suggestions for SlimServer 7

On 30-Aug-06, at 2:32 PM, Phil Meyer wrote: rhapsody is DRM. It's also USA-only! yup, well aware of that one. digital rights doesn't mean everywhere. it means you have to do what the provider says, if they even let you have a chance. -k ___ disc

Re: [slim] Re: Let's here some suggestions for SlimServer 7

>rhapsody is DRM. It's also USA-only! Phil ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/discuss

Re: [slim] Re: Let's here some suggestions for SlimServer 7

On 30-Aug-06, at 11:37 AM, dangerous_dom wrote: Support for some kind(s) of DRM, so that we can -legally- download music. rhapsody is DRM. drm issues are more to do with the providers than the clients. -k ___ discuss mailing list discuss@lists.sli