Bear with me, this is slightly complicated.
I have Squeezebox Classics all over my house; they are mostly all failing. I've decided to stop trying to buy used ones as they typically arrive with problems very much like mine. Here's my problem. I don't use LMS. When I bought the various squeezeboxes, LMS (written in Perl if memory serves) proved to be unstable (ie, I tried to use the squeezebox as an alarm clock and it failed to play a few times.) So I reverse engineered as much of the server/squeezebox protocol as I needed, and wrote my own squeeze server in C++. It's compatible with the classic's software at rev 81, and probably nothing else. This server of mine talks to the squeezebox classic sufficiently correctly to handle everything I need, but the user-side interface to the server is entirely my own, a custom socket protocol (no web interface), to handle playing music, drawing the squeezebox screen, report status, etc. And I have a LOT of other code that speaks that protocol - my home automation is deeply tied to it. Everything in the house, from ringing the doorbell to reporting the weather to waking me up is controlled by custom code, speaking my custom protocol to my custom server. I'm other words - I'm very, very wedded to my implementation, and hence to squeezeboxes. And my family has gotten used to interacting with the system; they are the house clocks, give weather reports, they report phone calls, are the doorbell... oh yeah, and they play music. So I either throw out thousands of lines of code and the hours that went into it... or I find a player that acts like version 81 of the squeezeblox classic, or something close. (If there are minor differences in protocol I can change my server to suit.) As for the actual players, my needs are simple. I need optical (TOSLink) output to my main stereo, and all the others need analog RCA outputs. I need the squeezebox remotes to be received (I have a custom interpretation for the buttons, all handled by my server) so the devices need to handle IR. I need a small screen that can handle at least as many pixels as a squeezebox classic. Can piCore do this? Can it act like a specific version of a squeezebox classic, or close enough that I can adapt my code? ANY insight is appreciated. I have handfuls of raspberry pi's around and I'd be happy to press them into service as players. (If anyone is interested, I'll happily give away my C++ squeeze-server-analogue code (though I imagine by now LMS has gotten rid of the bugs that drove the creation of it.) I think the protocol it handles is more flexible and capable than LMS's was in the days I used it, and it's fully documented and portable. I ran this server on windows, then on a raspberry pi for years, and now on a NUC on linux mint, with scarcely an issue. But you'd need to write your own apps to speak to it.) Any pointers and suggestions welcome. I'm in a desperate way. And I will contribute financially to piCore if it can meet my needs. ------------------------------------------------------------------------ ScottAM's Profile: http://forums.slimdevices.com/member.php?userid=69412 View this thread: http://forums.slimdevices.com/showthread.php?t=110960 _______________________________________________ unix mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/unix
