Re: [slim] Yet another thread on replacing squeezebox devices

2014-12-12 Thread PasTim
PasTim wrote: > ... I'm still hoping to get philipp_44's solution to work for me. And now it does! squeeze2upnp is the business. LMS 7.9 on VortexBox Midi, Xubuntu 14.04, FLACs 16->24 bit, 44.1->192kbps. LMS & Squeeze2upnp (Beta - derived from squeezelite) to Musical Fidelity M1 CLiC and Mara

Re: [slim] Yet another thread on replacing squeezebox devices

2014-11-14 Thread PasTim
I'd just like to put in a plug for a linux UPnP Control Point I found recently, called upplay. When used with a good UPnP server such as minimserver it's almost as good as LMS on my UPnP-compliant amplifiers. The same author also has a way of running a UPnP renderer on a linux PC, called upmpdcl

Re: [slim] Yet another thread on replacing squeezebox devices

2014-10-01 Thread philippe_44
I've done some progress and moved to http://forums.slimdevices.com/showthread.php?102203-uPNP-control-point. It will take me probably a lot of time to have a first decent version and then continue and polishing. I'd like to have opinions here. I can focus on a few things, not in order 1- Synchron

Re: [slim] Yet another thread on replacing squeezebox devices

2014-09-30 Thread PasTim
aubuti wrote: > ... with "album" defined however you wish. I prefer to tag so that > album=work, whether or not that corresponds to what is on a particular > disc I like to preserve the 'Album' concept (I have many recital type Albums containing excerpts of many Works), so have custom tags for 'W

Re: [slim] Yet another thread on replacing squeezebox devices

2014-09-30 Thread aubuti
PasTim wrote: > I listen almost exclusively to classical music, which tends to have a > much wider dynamic range than other styles of music. I find it best if I > choose the volume I want rather than relying on software to do it for me > :) That would argue against using track replaygain, agreed.

Re: [slim] Yet another thread on replacing squeezebox devices

2014-09-30 Thread philippe_44
PasTim wrote: > As I said, I'd be very interested to see how you get on - please keep us > posted! I will, binary and source code as soon as I have something not too ugly. This evening, I was fighting with Squeezelite to make it multi-threaded inisde one single app (one thread per discovered uPN

Re: [slim] Yet another thread on replacing squeezebox devices

2014-09-29 Thread PasTim
philippe_44 wrote: > ...For that project, I've decided to try to see if I could build a > fully SW, auto-setup, no complicated installation required, bridge > between each Sonos device and LMS... As I said, I'd be very interested to see how you get on - please keep us posted! LMS 7.9 on Vort

Re: [slim] Yet another thread on replacing squeezebox devices

2014-09-29 Thread philippe_44
dafiend wrote: > Isn't UPnP a HUGE step back? What about replaygain, gapless playback, > support for wide variety of formats, tight synchronization of devices > etc. > > What's the limitation with replacing squeezebox devices with hifiberrys > and the like? why these obvious ads for the overpric

Re: [slim] Yet another thread on replacing squeezebox devices

2014-09-29 Thread PasTim
dafiend wrote: > I wholeheartedly agree. But a big part of the problem with UPnP, in my > mind, is that it's mostly implemented in products with closed > software/firmware. > That's why I don't really use any of it except the stream capture feature. I have three different devices that all work

Re: [slim] Yet another thread on replacing squeezebox devices

2014-09-29 Thread dafiend
PasTim wrote: > One of the enormous advantages of open and free software is that forums, > like this one, often work really well. One can comment on 'features', > and get answers. > I wholeheartedly agree. But a big part of the problem with UPnP, in my mind, is that it's mostly implemented in p

Re: [slim] Yet another thread on replacing squeezebox devices

2014-09-29 Thread PasTim
dafiend wrote: > ...I still think if you don't need much of the functionality of LMS, it > may be better to switch to a different product entirely. For example, > have you looked at 'Asset UPnP' > (http://www.dbpoweramp.com/asset-upnp-dlna.htm)? > I use LMS, with additional plugins supporting no

Re: [slim] Yet another thread on replacing squeezebox devices

2014-09-29 Thread dafiend
@PasTim: I just re-read some pages of this thread and I suppose the points I made had already been raised. Although, I still disagree with you. For one, I do think a small additional device is not as much of a burden as you make it out to be. (Particularly, cheap solutions based on Pi + HDMI out

Re: [slim] Yet another thread on replacing squeezebox devices

2014-09-29 Thread PasTim
dafiend wrote: > Isn't UPnP a HUGE step back? What about replaygain, gapless playback, > support for wide variety of formats, tight synchronization of devices > etc. > I never use replaygain since I find the effect very artificial (I have never understood why people use it). Playing using the

Re: [slim] Yet another thread on replacing squeezebox devices

2014-09-29 Thread dafiend
Isn't UPnP a HUGE step back? What about replaygain, gapless playback, support for wide variety of formats, tight synchronization of devices etc. What's the limitation with replacing squeezebox devices with hifiberrys and the like? why these obvious ads for the overpriced and less flexible sonos s

Re: [slim] Yet another thread on replacing squeezebox devices

2014-09-28 Thread philippe_44
PasTim wrote: > Good luck! When you get something working I wouldn't mind trying it > myself if you are willing to make it available. > > If I could have worked out how to tack on the UPnP streaming code to > squeezelite I would have done it in the one application myself, but I'm > too rusty at

Re: [slim] Yet another thread on replacing squeezebox devices

2014-09-23 Thread PasTim
philippe_44 wrote: > Thanks - I'll try to create something that is a single app that puts > together Squeezelite and a uPNP media controller (basic) to instruct a > uPNP media renderer (Sonos in my case) to HTTP-GET the audio from that > app. I want everything together in a single app as I want t

Re: [slim] Yet another thread on replacing squeezebox devices

2014-09-22 Thread philippe_44
PasTim wrote: > See my post at > http://forums.slimdevices.com/showthread.php?101721-Using-LMS-with-network-connected-amplifiers-without-SB-devices&p=783536&viewfull=1#post783536 > > It isn't quite perfect, but I now use it all the time. Thanks - I'll try to create something that is a single ap

Re: [slim] Yet another thread on replacing squeezebox devices

2014-09-22 Thread PasTim
philippe_44 wrote: > Hi - I am interested (bridging LMS and Sonos) See my post at http://forums.slimdevices.com/showth...l=1#post783536 It isn't quite perfect, but I now use it all the time. LMS 7.9 on VortexBox Midi running Xubuntu 14.04, FLACs 16->24 bit, 44.1->192kbps. Wired Touch + EDO, c

Re: [slim] Yet another thread on replacing squeezebox devices

2014-09-18 Thread philippe_44
PasTim wrote: > I have now worked out how to pipe squeezelite directly to sox (not too > hard, but I'm a little slow on the uptake at times), which packs it into > a wav format and makes it available over http via UPnP to my players. I > have also cracked the maximum bit rate issue, which was a

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-15 Thread PasTim
PasTim wrote: > So, should I publish on the "3rd Party Software sub-forum" and see what > follows? Well I have done. See http://forums.slimdevices.com/showthread.php?101721-Using-LMS-with-network-connected-amplifiers-without-SB-devices&p=783536&viewfull=1#post783536 In future I'll use that new t

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-14 Thread PasTim
I think I have got as far as I can without input from those more knowledgeable, and probably wiser, than I. The state of play now is that: - I have cleaned up the logs so that they aren't full of trace callback errors whenever the player/renderer is restarted - spare flac/sox programs (usually)

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-14 Thread PasTim
Mnyb wrote: > Another venue to explore is to "rescue" LMS own dlna plugin debug and > extend it's capability , do you still have squeezelite instances as > middlemen and players . I do get why to LMS they are just fully > functionally squeezeboxes . I'd use the LMS dlna plugin to select the http

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-13 Thread PasTim
I'm close, but still have a niggle or 2. I've had it running on flac 24/96 for nearly 3 hours so far without a stop, so I think the maximum size issue is resolved by using flac. However, with flac output (generated using flac or sox), when play stops at the end of the current list, and then you

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-13 Thread PasTim
ralphy wrote: > Yes, please and thank you. Here you are. Note that you need to supply all the environment variables as shown here, included the FORMAT as WAV (uses sox) or FLAC (uses flac), and COMPRESSION -0 to -8 (or --fast), and the HOST IP address. Script to kill off any existing player a

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-12 Thread Mnyb
If you eventually get down to a generic solution ( or what could be adapted to a generic solution ) . I sugests keeping stream.wav and stream.pcm in the game as it probably would suite even more clients . I haven't kept up with all you done , very good anyway :) the pieces I understand . Anothe

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-12 Thread ralphy
PasTim wrote: > > > Yes, please and thank you. Ralphy *1*-Touch, *4*-Classics, *2*-Booms, *1*-Reverted UE Radio 'Squeezebox client builds' (https://www.mediafire.com/folder/4q8dvq20iyz9e/Builds) 'donations' (https://www.paypal.com/cgi-bin/webscr?cmd=_donations&business=LL5P6365KQEXN&lc=CA&i

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-12 Thread PasTim
PasTim wrote: > I'm getting this problem with both flac and sox (sending flac format). > It seems a thread is left running whenever the player reconnects. I'm > struggling to find a way to kill it, my python skills being negligible. > I don't recall seeing this when I sent wav format, but it m

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-12 Thread PasTim
ralphy wrote: > This is what happens to me with sox and flac, but using the older script > verion. > > I'll retry sox with the newer script to see if I get the same behaviour. > I'm running debian 7 32-bit. I'm getting this problem with both flac and sox (sending flac format). It seems a thread

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-12 Thread ralphy
PasTim wrote: > Thanks. What problems do you get that cause it to fail? PasTim wrote: > I am now fighting flac itself. If I drop the connection from the client > and reconnect, I get another copy of the flac process and its shell. > With sox this did not happen. I have absolutely no idea w

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-11 Thread PasTim
get.amped wrote: > And yet you have made remarkable progress from when you first posed the > question and will at least have a "proof of concept" that should be of > continuing value. This forum is full of threads that represent the work > started by one person to address a specific need that the

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-11 Thread get.amped
PasTim wrote: > Thanks. > > If and when I finally get all of the kinks out of this I'll start a new > thread. It will, however, only show what works with my systems, my > software skills being somewhat limited these days in terms of providing > a well thought out generic solution. I am, for my

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-11 Thread PasTim
get.amped wrote: > Your perseverance is admirable. I have been following this thread with > some interest even though I do not specifically have a scenario in which > this implementation is useful. I really hope you work all the kinks out. > When you do, maybe you will post another thread in the

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-11 Thread get.amped
Your perseverance is admirable. I have been following this thread with some interest even though I do not specifically have a scenario in which this implementation is useful. I really hope you work all the kinks out. When you do, maybe you will post another thread in the 3rd Party Software sub-for

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-11 Thread PasTim
bpa wrote: > Before heading down this direction you'd need to check whether your > player can actually play a http/flac stream as in your stream.flac. It > is not common format and as such I think many players don't know how to > handle it. > > If you want to explore this - you can try getting

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-11 Thread bpa
PasTim wrote: > If LMS had a 'stream.flac' as well as a 'stream.mp3' all this would be > unnecessary, but I guess that's a wish too far! Before heading down this direction you'd need to check whether your player can actually play a http/flac stream as in your stream.flac. It is not common form

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-11 Thread PasTim
ralphy wrote: > I've not reported on my success, as I haven't been able to get the > scripts to work consistently with my popcorn hour. 1 time in 4 play > attempts connect and play the stream. Thanks. I believe the time-limiting problem was the wav file (as bpa suggested). I am, coincidentally

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-11 Thread ralphy
PasTim wrote: > I have looked at the wav file (created by sox) that is being streamed, > and it does indeed have a size of just under 2GB. I tried setting the > overall file size to 0 (after a rather rapid bit of learning about > python, with which I am almost totally unfamiliar), which neither

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-10 Thread PasTim
bpa wrote: > This "feels" like the maximum frame count in the WAV file header. Is > you solution sending audio as WAV stream or a WAV file with a WVA > header ? If so what is the length the header ? IIRC a length of 0 > should be assumed by the "player" as infinite/stream but not all players >

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-10 Thread PasTim
bpa wrote: > This "feels" like the maximum frame count in the WAV file header. Is > you solution sending audio as WAV stream or a WAV file with a WVA > header ? If so what is the length the header ? IIRC a length of 0 > should be assumed by the "player" as infinite/stream but not all players >

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-10 Thread bpa
PasTim wrote: > Briefly, I cannot send more than 2GigaBytes (2^31 - 2,147,483,648). The > connection is closed at that point and must be manually restarted at the > renderer. This is about 31 minutes at 24/192, 62 minutes at 24/96, or > over 3 hours at CD quality. A bit of a pain really. I've

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-10 Thread PasTim
I have hit a problem with my method that currently appears to have no solution, so if you are trying it, beware. Briefly, I cannot send more than 2GigaBytes (2^31 - 2,147,483,648). The connection is closed at that point and must be manually restarted at the renderer. This is about 31 minutes at

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-08 Thread PasTim
epoch1970 wrote: > @PasTim: would you have any need for that? 'Init script to launch > multiple squeezelite players' > (http://forums.slimdevices.com/showthread.php?98261-Sys-V-init-script-to-manage-multiple-squeezelite-players&p=740201&viewfull=1#post740201) > Not that the code is exemplary. But

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-08 Thread epoch1970
@PasTim: would you have any need for that? 'Init script to launch multiple squeezelite players' (http://forums.slimdevices.com/showthread.php?98261-Sys-V-init-script-to-manage-multiple-squeezelite-players&p=740201&viewfull=1#post740201) Not that the code is exemplary. But I had picked on OpenVPN's

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-07 Thread PasTim
Triode wrote: > I believe if you use squeezelite 1.6.2 or the latest git you should not > need to do this? Quite correct. I only just found this out from the main squeezelite thread - thanks. I'll tweak my script accordingly. LMS 7.9 on VortexBox Midi running Xubuntu 14.04, FLACs 16->24 bit,

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-07 Thread Triode
PasTim wrote: > One, hopefully final, tweak, is a way to get the squeezelite log. > > Add -d output=info (or whatever level you want) to the squeezelite > script and in the script that pipes the output add 2> > /squeezelite.err before the pipe. > > I have updated the scripts in comment #5

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-07 Thread PasTim
PasTim wrote: > I have one more fix applied to the script, adding > > SocketServer.TCPServer.allow_reuse_address = True > > This allows the http port to be reused if the script is killed and > restarted, at which point the player will renderer will stop and lose > the connection, which seems re

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-06 Thread Mnyb
lrossouw wrote: > Not a bad solution you got there. I would personally prefer the a > Pi/wandboard solution but this may be useful/simple way to use other > devices that cannot run squeezelite or similar but do play streams. I > think you can try to sync using timing settings on the server som

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-06 Thread PasTim
lrossouw wrote: > Not a bad solution you got there. I would personally prefer the a > Pi/wandboard solution but this may be useful/simple way to use other > devices that cannot run squeezelite or similar but do play streams. I > think you can try to sync using timing settings on the server som

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-06 Thread lrossouw
PasTim wrote: > And here I was assuming that your initial reply was implying (very > politely) that it was all easy and I was being slow in not understanding > how to do it! Maybe I should have more faith in my own tinkering > abilities :) > Not a bad solution you got there. I would personall

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-05 Thread PasTim
ralphy wrote: > Thank you for the update. > > Unfortunately, I didn't get a chance to try it out last night, hopefully > tonight. I have one more fix applied to the script, adding SocketServer.TCPServer.allow_reuse_address = True This allows the http port to be reused if the script is killed a

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-05 Thread ralphy
PasTim wrote: > To anyone trying out my scripts. I'm having a very strange problem > whenever I stop and restart squeezelite (which I've tried to do for > testing). Squeezelite goes up to 100% CPU almost every time. It seems > to stop OK, but then when started again it chews up a CPU. Because

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-04 Thread PasTim
To anyone trying out my scripts. I'm having a very strange problem whenever I stop and restart squeezelite (which I've tried to do for testing). Squeezelite goes up to 100% CPU almost every time. It seems to stop OK, but then when started again it chews up a CPU. Because I can't get a log yet,

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-04 Thread PasTim
Owen Smith wrote: > If I had a DLNA renderer in my amp I would be trying this out, it seems > like a great idea to me. I agree with not creating more hardware boxes > if none are needed.I know there's a mass of amplifiers out there without an > ethernet connection, so additional hardware is need

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-04 Thread Owen Smith
If I had a DLNA renderer in my amp I would be trying this out, it seems like a great idea to me. I agree with not creating more hardware boxes if none are needed. Owen Smith's Profile: http://forums.slimdevices.com/member.p

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-04 Thread PasTim
ralphy wrote: > I'm interested. > > I couldn't use stdout from squeezelite in the python script without > pretty much rewriting it. > > I modified the pa script yesterday to use arecord from an ALSA loopback > and with squeezelite output pointed to the same loopback device, I could > stream the

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-04 Thread ralphy
PasTim wrote: > I have now worked out how to pipe squeezelite directly to sox (not too > hard, but I'm a little slow on the uptake at times), which packs it into > a wav format and makes it available over http via UPnP to my players. I > have also cracked the maximum bit rate issue, which was a

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-03 Thread jimmypowder
GeeJay wrote: > I checked out the Aries, too, but saw the price tag and moved on. Since > I need a multi-room solution, the bill would be astronomical for me. > > It is a cool looking unit, though. I'll be interested in your report, > even if I can't afford to act on a positive review! > > PS:

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-03 Thread GeeJay
jimmypowder wrote: > I'm waiting for my Auralic Aries Streamer to arrive the end of June. > > I will give everyone a small review of this device when I get it and > have played with it for about a week. > > We will see if it's any good. > > I'm afraid of the Olive one. Company is a very poor

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-03 Thread jimmypowder
I'm waiting for my Auralic Aries Streamer to arrive the end of June. I will give everyone a small review of this device when I get it and have played with it for about a week. We will see if it's any good. jimmypowder's

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-03 Thread PasTim
I have now worked out how to pipe squeezelite directly to sox (not too hard, but I'm a little slow on the uptake at times), which packs it into a wav format and makes it available over http via UPnP to my players. I have also cracked the maximum bit rate issue, which was a setting needed on squee

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-03 Thread PasTim
bpa wrote: > OK that clarifies things - "http" is a ambiguous in this context - > "Http" you mean an stream "published" by a upnp server and not a stream > such as one set as a favorite in vtuner. Yes, apologies if I wasn't clear. vtuner was just one avenue of approach I tried, and failed. I've

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-03 Thread bpa
PasTim wrote: > I already know that both my renderers will happily play at least > 24/96000 wav streams over UPnP, bypassing any vtuner and Internet Radio > issues. I used foobar2000 upnp to prove it. OK that clarifies things - "http" is a ambiguous in thix context - "Http" you mean an stream "p

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-03 Thread PasTim
bpa wrote: > No need to write it up - I've seen this approach documented elsewhere - > (personally I don't like pulseaudio it adds complexity to many of these > "redirect" solutions) . > > The problem with a http: stream is that - Flac (espec > 48kHz ) stream > which tecnically feasible ( ) ar

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-03 Thread bpa
PasTim wrote: > So I think this is all possible and practical. If I could bypass the > interim steps and get a version of squeezelite that made the audio > stream directly available via an http port that would make the software > a lot simpler to set up, discarding the need for the puleseaudio >

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-03 Thread PasTim
ralphy wrote: > squeezelite supports writing the stream to stdout in little endian 16, > 24 or 32 bits, that should allow you to remove the pulseaudio, monitor > and parec steps. > > If the python script can serve raw pcm, or be modified to do so, that > would simplify it further. > > > Code:

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-03 Thread ralphy
PasTim wrote: > If I could bypass the interim steps and get a version of squeezelite > that made the audio stream directly available via an http port that > would make the software a lot simpler to set up, discarding the need for > the puleseaudio monitor, parec and (additional) sox steps. Havin

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-03 Thread PasTim
TheLastMan wrote: > I agree with every point you make. The OP seems to be ignoring the > existing solutions and suggesting somebody writes him some complex > software, free of charge of course, just so he can make use of the > otherwise useless DLNA function in his amplifiers. Nice try, but not

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-03 Thread PasTim
bpa wrote: > Closing in on a possible solution . > > What are the shortcomings ? > Perhaps now it is possible to consider a small s/w plugin/mod when the > task is manageable. As I mentioned earlier if it is appropriate, > looking at the feasibility of upnp "publishing" something like a flac >

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-03 Thread TheLastMan
lrossouw wrote: > You kind of painted yourself into a corner here. You have complicated > requirements, particularly point 2. > > I see 3/4 options: > > 1) If you let 2 go I would suggest something like plex server on linux. > I think it has DLNA features but it doesn't have the complicated

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-03 Thread PasTim
lrossouw wrote: > You kind of painted yourself into a corner here. You have complicated > requirements, particularly point 2. Thanks for your response. (2) is vital. I cannot play classical music sensibly without it. It really hard for me to understand why people think this is complex. I w

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-03 Thread bpa
PasTim wrote: > Unfortunately it doesn't give me a good enough answer, but I am getting > closer. Closing in on a possible solution . What are the shortcomings ? Perhaps now it is possibel to consider a small s/w plugin/mod when the task is manageable. As I mentioned earlier if it is appro

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-03 Thread lrossouw
PasTim wrote: > A use case. Some of this is expressed in terms of the solution, for > instance I have no better way to describe an ideal controller than to > say 'just like LMS'. I don't want to throw away amplifiers or servers > that I have that do an excellent job as it is. Some of the compon

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-02 Thread PasTim
cparker wrote: > On LMS on the web page, click the Help in the bottom left corner and > then select Remote Streaming :) there is also a ton of other technical > data for some late night reading Yes, thanks. I found it once bpa pointed it out. Unfortunately it doesn't give me a good enough answ

Re: [slim] Yet another thread on replacing squeezebox devices

2014-06-02 Thread cparker
PasTim wrote: > Thanks! I learn something every day. I wonder whether is documented > anywhere. I don't recall ever reading anything about it. > > On LMS on the web page, click the Help in the bottom left corner and then select Remote Streaming :) there is also a ton of other technical da

Re: [slim] Yet another thread on replacing squeezebox devices

2014-05-31 Thread toby10
PasTim wrote: > .. I had to go to vtuner websites to create the stream for each of > my players vTuner is just an internet radio stream aggregator like Reciva or TuneIn. As such it likely only supports MP3, WMA (lossy), and AAC. Not too long ago it didn't even support AAC. -

Re: [slim] Yet another thread on replacing squeezebox devices

2014-05-30 Thread PasTim
bpa wrote: > See WebGUI - remote streaming . The help has been there for years. > I know there would be "problems" - that's why I said a "Point for > comparison." and already acknowledge the audio part. > The issue about defining "local" streams is important as it is a > limitation of your equip

Re: [slim] Yet another thread on replacing squeezebox devices

2014-05-30 Thread bpa
PasTim wrote: > Thanks! I learn something every day. I wonder whether is documented > anywhere. I don't recall ever reading anything about it. See WebGUI - remote streaming . The help has been there for years. > > Three problems : > > 1) I'd want it in better quality, like wav or pcm base

Re: [slim] Yet another thread on replacing squeezebox devices

2014-05-30 Thread PasTim
bpa wrote: > IIRC The stream.mp3 feature is an LMS feature that has been around since > at least 6.0 > > You need to have lame installed as all audio is converted into MP3. > > LMS has a "player" which appears as http MP3 stream and has same URL as > LMS webUI but extension stream.mp3 (e.g. > h

Re: [slim] Yet another thread on replacing squeezebox devices

2014-05-30 Thread bpa
PasTim wrote: > I don't know, because I am unsure as to which stream you refer (I know > very little indeed about what goes on under the lid), unless you are > referring to the existing UPnP plugin. If the latter, it can't be > controlled in the same manner, or nearly as flexibly, as the normal

Re: [slim] Yet another thread on replacing squeezebox devices

2014-05-30 Thread PasTim
bpa wrote: > As another point for comparison, how would your ideal solution differ > (aside from using mp3) from making your amplifier play the current LMS > stream.mp3 stream. I don't know, because I am unsure as to which stream you refer (I know very little indeed about what goes on under the l

Re: [slim] Yet another thread on replacing squeezebox devices

2014-05-30 Thread bpa
PasTim wrote: > I want to use something like squeezelite to stream directly to them, > rather than to an audio device on my server. As another point for comparison, how would your ideal solution differ (aside from using mp3) from making your amplifier play the current LMS stream.mp3 stream. -

Re: [slim] Yet another thread on replacing squeezebox devices

2014-05-30 Thread PasTim
bpa wrote: > I cannot get my head around what compromise you might find acceptable. > > > Can you write out your ideal "use case". This would be an ideal case - > what would your dream system look and feel like (not a static > "component" description) if somebody created a solution. > >

Re: [slim] Yet another thread on replacing squeezebox devices

2014-05-30 Thread PasTim
oldfolkie wrote: > You've been using foobar2000. Isn't that Windows only? Indeed it is, but it run extremely reliably under 'wine', the WIndows emulator, on linux. LMS 7.9 on VortexBox Midi running Xubuntu 14.04, FLACs 16->24 bit, 44.1->192kbps. Wired Touch + EDO, coax to Musical Fidelity M1

Re: [slim] Yet another thread on replacing squeezebox devices

2014-05-29 Thread oldfolkie
PasTim wrote: > Thanks. I have used Whitebear (for my TV) in the past, but as far as I > known it's Windows only. You've been using foobar2000. Isn't that Windows only? oldfolkie's Profile: http://forums.slimdevices.com

Re: [slim] Yet another thread on replacing squeezebox devices

2014-05-29 Thread bpa
PasTim wrote: > An extension to software we already must surely be one way to go for > people who like simplicity. Come to think of it, by running multiple > copies of a 'squeezelite-like' player I could probably get a reasonable > multi-room sync if I had to, given existing tools in LMS. I can

Re: [slim] Yet another thread on replacing squeezebox devices

2014-05-28 Thread PasTim
get.amped wrote: > But there is almost no incentive (for Logitech specifically) to provide > any such functionality. Users of LMS who are not buying hardware does > not result in revenue for Logitech. > > Which leaves the people in the SB user community to come up with any > improvements/extens

Re: [slim] Yet another thread on replacing squeezebox devices

2014-05-28 Thread PasTim
Otto-Wilhelm wrote: > Perhaps this is a solution, if you want to use UPnP devices: > Description > Whitebear Media Server is a very specialised Media Server application, > that is specifically designed to interface with Logitech's Squeezebox > music server (Squeezebox Server). > Thanks. I have

Re: [slim] Yet another thread on replacing squeezebox devices

2014-05-28 Thread get.amped
PasTim wrote: > If LMS supported people who just have network amplifiers more easily, > there might be very many more users > > ... > > Not having another box is, to my mind, an enormous advantage. It isn't > about cost, it's about totally unnecessary complexity. But there is almost no incent

Re: [slim] Yet another thread on replacing squeezebox devices

2014-05-28 Thread Otto-Wilhelm
Perhaps this is a solution, if you want to use UPnP devices: Description Whitebear Media Server is a very specialised Media Server application, that is specifically designed to interface with Logitech's Squeezebox music server (Squeezebox Server). Media Server Whitebear is a UPnP (Universal Plu

Re: [slim] Yet another thread on replacing squeezebox devices

2014-05-28 Thread PasTim
castalla wrote: > So it's a sort of transcoder then? It's a digital audio streamer, not unlike Internet radio. My limited understanding is that it uses an http protocol. LMS 7.9 on VortexBox Midi running Xubuntu 14.04, FLACs 16->24 bit, 44.1->192kbps. Wired Touch + EDO, coax to Musical Fideli

Re: [slim] Yet another thread on replacing squeezebox devices

2014-05-28 Thread PasTim
Roland0 wrote: > While is may be possible to extend Squeezelite to act as a DNLA server, > I think it's unlikely to happen since > - it's already possible to do this using the solution I described above > I'm trying rygel again as I write and will report. Roland0 wrote: > > - it's a very spec

Re: [slim] Yet another thread on replacing squeezebox devices

2014-05-28 Thread castalla
PasTim wrote: > My whole post was based on the proven fact that dlna does do live > streaming, that is what foobar2000 'Playback Stream Capture' does. It > presents as a media source on DLNA devices, and then just streams the > wav/lpcm. > > So I have the three parts of the solution (LMS, LMS

Re: [slim] Yet another thread on replacing squeezebox devices

2014-05-28 Thread Roland0
PasTim wrote: > A. I need to use the full LMS. > B. A software player such as Squeezelite is perfect, except... > C. I want it to output directly over my wired network in the UPnP stream > format, rather than to an audio device - that's all. > > To be honest another piece of hardware, running an

Re: [slim] Yet another thread on replacing squeezebox devices

2014-05-28 Thread PasTim
castalla wrote: > Well ... you can continue wishing. Seems it's either dlna or the > squeezeserver. - dlna doesn't do live streaming, afaik. My whole post was based on the proven fact that dlna does do live streaming, that is what foobar2000 'Playback Stream Capture' does. It presents as a medi

Re: [slim] Yet another thread on replacing squeezebox devices

2014-05-28 Thread castalla
PasTim wrote: > I fear my initial post was too long :-) > > I really want to use the full LMS interface. The LMS DLNA facility is > very limited (In fact I do use it for viewing my photo albums on my TV, > but that's a very different kettle of fish) and is not what I want at > all. > > So: >

Re: [slim] Yet another thread on replacing squeezebox devices

2014-05-28 Thread PasTim
castalla wrote: > Here's a suggestion. > > Using Android - install Streambels player. Enable upnp/dnla on LMS. In > streambels you can select a dlna device to play to. Use Streambels to > select LMS as the music source. Streambels can also play to airplay > devices or choose the phone/table

Re: [slim] Yet another thread on replacing squeezebox devices

2014-05-28 Thread castalla
PasTim wrote: > But I don't want another box :-( Here's a suggestion. Using Android - install Streambels player. Enable upnp/dnla on LMS. In streambels you can select a dlna device to play to. Use Streambels to select LMS as the music source. Streambels can also play to airplay devices or

Re: [slim] Yet another thread on replacing squeezebox devices

2014-05-28 Thread PasTim
castalla wrote: > You can achieve the same with pretty much any low-cost arm device, eg. > Raspberry Pi, Odroid U3 - both of which have Truehl's squeezeplug > installer available. But I don't want another box :-( LMS 7.9 on VortexBox Midi running Xubuntu 14.04, FLACs 16->24 bit, 44.1->192kbps.

Re: [slim] Yet another thread on replacing squeezebox devices

2014-05-28 Thread PasTim
lrossouw wrote: > Using UPnP like you suggest you lose a lot of features. Including sync, > etc. Lot of upnp players are also fairly difficult with different > formats etc. > I don't need sync, since I tend to sit down and listen to music rather than wander from room to room. In my fairly sm

Re: [slim] Yet another thread on replacing squeezebox devices

2014-05-28 Thread castalla
lrossouw wrote: > Using UPnP like you suggest you lose a lot of features. Including sync, > etc. Lot of upnp players are also fairly difficult with different > formats etc. > > I would suggest the best solutions is probably getting a WandBoard and > install the Community Squeese OS on it (if

  1   2   >