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
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
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
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
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.
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
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
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
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
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
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
@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
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
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
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
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
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
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
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
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
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)
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
>
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
>
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
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
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
@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
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,
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
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
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
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
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
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
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
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,
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
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
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
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
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:
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
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
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
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
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
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
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
>
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:
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
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
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
>
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
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
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
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
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
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
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.
-
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
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
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
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
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
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.
-
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.
>
>
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
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
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
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
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
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
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
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
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
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
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
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
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:
>
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
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
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.
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
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 - 100 of 105 matches
Mail list logo
