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 Marantz
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
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-
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 uPNP
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.
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
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
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
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
@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:
...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
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
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
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 overpriced
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
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 to
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,
PasTim wrote:
See my post at
http://forums.slimdevices.com/showthread.php?101721-Using-LMS-with-network-connected-amplifiers-without-SB-devicesp=783536viewfull=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 app
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-devicesp=783536viewfull=1#post783536
In future I'll use that new thread
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 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)
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
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
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 why.
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 is
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 may
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'
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 .
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
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:
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
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 VLC
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
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 3rd
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:
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 then is
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
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
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: 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-playersp=740201viewfull=1#post740201)
Not that the code is exemplary. But I had picked on OpenVPN's
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-playersp=740201viewfull=1#post740201)
Not that the code is exemplary. But I
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
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 #51
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:
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 personally
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
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
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 I
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 and
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
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
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:
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 needed.
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
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
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
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
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
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
version
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
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. Having
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:
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
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 ( ) are not
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
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 tried
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
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
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
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:
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
data
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
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.
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
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.
For
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:
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
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 LMS
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.
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 based on
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 equipment.
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 cannot
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:
Like many I have been wondering what to do if my squeezebox devices
fail. Many of the solutions on various threads suggest hardware
replacements, and I'm a little puzzled as to why this is necessary at
all.
LMS (with several plugins) is still far and away more flexible than
anything else I
PasTim wrote:
Like many I have been wondering what to do if my squeezebox devices
fail. Many of the solutions on various threads suggest hardware
replacements, and I'm a little puzzled as to why this is necessary at
all.
LMS (with several plugins) is still far and away more flexible
PasTim wrote:
As a slightly playful experiment I did manage to get sound from
squeezelite to my amplifiers over my wired network without using the
Touch, utilising an over-complicated combination of tools pretending to
be an internet radio, but I couldn't get better quality than mp3 to
Roland0 wrote:
Try squeezelite #10230; ALSA #10230; PulseAudio (maybe not needed if
Rygel accepts ALSA as in input?) #10230; 'Rygel'
(https://wiki.gnome.org/action/show/Projects/Rygel?action=showredirect=Rygel)
#10230; DLNA/UPnP
Downside will be that player synchronization will not work
PasTim wrote:
So, is there any chance that some clever developer could produce
something like squeezelite (so I can continue to use LMS as the
best-in-class server) but get it to stream over a network to a UPnP
renderer at high (but selectable) quality, rather than outputting to a
local
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 you
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 small
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.
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:
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/tablet
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:
A. I
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 media
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 another
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
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 specific
1 - 100 of 105 matches
Mail list logo