SqueezePlay has bigger problems than a rigid UI . It may sound contra intuitive, but this "fat" players are slowing the whole system down for various reason , mainly that the players do to much "thinking" by them-self and the server sits there waiting.
And the use of a scripting language on a memory and cpu starved platform ? Should it not at least be some kind of assembler code or compiled code ? The slim devices has an edge when driven by a local server they are much more efficient. Hopefully the customize squeezeplay UI bug is kept alive, there are some good ideas there. I would like to turn of images for the playlist's on SqueePlay the NP screen can show it and album and artist views, but having to sit and wait for a controller to cache hundreds of tiny images for a playlist ? it's enough with one on the NP screen. So a wish for a more efficient and customizable squeeplay in the future. It can be improved/changed, there is wast differences between SP as seen on the first controllers and what we have now regardless of which version you prefer it can be changed. -- Mnyb -------------------------------------------------------------------- Main hifi: Touch + CIA PS +MeridianG68J and assorted amps SiriuS, Classe'Primare and Dynadio speakers (including a pair of Contour 4 ) Bedroom/Office: Boom Kitchen: SB3 + powered Fostex PM0.4 Miscellaneous use: Radio (with battery) I use a Controller various ir-remotes and a Eee-PC with squeezeplay to control this ------------------------------------------------------------------------ Mnyb's Profile: http://forums.slimdevices.com/member.php?userid=4143 View this thread: http://forums.slimdevices.com/showthread.php?t=78465 _______________________________________________ discuss mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/discuss
