philippe_44 wrote:
A few details : sq2u does not transcode files, that would be too CPU
intensive when there are multiple players handled. It tweaks headers and
things like that, but the targeted player must support the codec (you
see that in the 'no matching codec' error line.
I am
philippe_44 wrote:
I promess I'll look at that during this year, as we said in previous
post :-)
Only 363 days left! :P
what is the level of the buffer used to decode audio data
100% :)
what is the level of the buffer used to send the decoded data to the
DAC
100% :)
how many ms have
I wonder if anyone else have a simmilar problem:
Onkyo/Integra receivers have the option to allow DLNA function to be
kept active while on standy, but wont accept any UPnP commands UNLESS
they are powered on and input is set to NET and on NET menu DLNA
option is selected and in DLNA menu *any*
philippe_44 wrote:
1) Well, I wish it will be simple, but LMS has a certain way to send the
audio stream, repackage and reformat it and also expect a set of
information in return from the player, with a proprietary control
protocol that *have to* be respected. So it will still have to be a
philippe_44 wrote:
Good to see some progress, at last ! We can eliminate -2 (and -3) that
use chunked-encoding. You player does not support it.
Not that I'm contradicting you, but -2 mostly worked, except for pause.
Are you sure this mode will not work for Onkyo?
philippe_44 wrote:
NB: the
here, you are not transfering any control plane (volume,
no such thing in RAOP. Sender controld volume
metadata,
Only exists in RAOP version 2; most devices do not accept it anyway
(Such as Apple AirPorts) plis it's not very usefull in this concept of
blind streaming
precise track
philippe_44 wrote:
I'm not sure, I was guessing from what I saw from your previous report.
The -2 and -3 use HTTP chunked encoding, and some players are not happy
with that
OK, so between -1 and -2, which one is prefered? Both work OK on Onkyo,
seems only pause behaviour is different -
philippe_44 wrote:
[edit2]: I've now pushed a more complete version (rc9) of the changes to
libupnp. You should really try the stream_length with either -2 or -1.
Technical details are in the new user guide
My Dropbox Public folder:
https://dl.dropboxusercontent.com/u/529796/index.html
1)
Maybe this can help;
This is a pcapng of traffic between Foobar Windows host and Onkyo
receiver named oLab.
After Wireshark capture was started, I press play in Foobar; then a few
volume changes, then a stop.
Everything works, I hear music. Metadata shows on LCD. Volume changes
work as well.
Attached please find squeeze2upnp/LMS-to-uPnP, tshark/Wireshark, and
SBS/LMS logs
I first restarted SBS, hard reset the Onkyo, then started tshark, and
lms2upnp. This is the output of the script I am using to do all that:
INFO - CMD: sudo --user tcpdump tshark -w
philippe_44 wrote:
I *strongly* recommend: try with one of the binaries I'm posting (you
can take the one in bin/ for the latest un-stable) on any Windows or
Linux machine (squeeze2upnp does not need to be co-located with LMS) and
have your player working. Once this is done, you can use
philippe_44 wrote:
It is on purpose, other wise it would create a dead end - detect a LMS
created uPnP player, add it == than creates another LMS uPnP player ==
add it ... and so on. So any LMS-created uPnP player is removed
Thats what I susspected. But how about creating players for UPnP
philippe_44 wrote:
But I recommend you use squeeze2upnp-x86 (the shared lib). The most
up-to-date is what you've chosen, in bin/ and is currently 1.4.0rc2
(releas candidate 2). I think this is the one you'll appreciate the
most.
Coll - I'm using that.
philippe_44 wrote:
I also
Several times I had this crash at this exact place without Valgrind, but
today first time with it. Log attached
17001
+---+
|Filename: crashlog.txt |
|Download:
philippe_44 wrote:
How many players do you have currently ?... I have 7 players activated
on my system
I have 4: 3 for Onkyo receivers and 1 for Foobar. As you notived and I
explaiend, a lot of individual outputs defined with LMS DLNA feature are
*detected* by your program, but players are
1) with AirPlay (AirTunes as far as we are concerned), which is a
straightforward stream-to RTSP based UDP, it will be much easier then
with UPnP. No renderer/controler/server separation, just a transmitter
and receiver. The only bummer is that streams to any certified AirPlay
devices have to be
philippe_44 wrote:
I've updated a 1.4.0pre5 that removes all Linux compile-warning and I
also passed it through valgrind.
Thanks, looks much cleaner.
philippe_44 wrote:
So having said/done that, there is something that really looks strange
with your compilation. Can you try again the
Hi Philippe,
I'll let you pay if you can convince me that LMS sending a volume
control change because it felt like it is your fault :)
On more serious topic:
I recompiled everything (inc. libupnp-1.6.19) from source, as it kept
crashing on my FC20 32 bit box; used -g and -01 so valgring will
Hello,
Few Question / suggestions for your consideration:
- Is there a chance that same LMS/network streaming bridging mechanism
could be used, with AirPlay library (libshairport) in addition to the
libupnp? This would allow the same concept to be applied to various
devices/receivers
3 tweeters and one woofer in the speakers (surround system) and
amplifier in the subwoffer well, it is called alpha for a reason
... and it goes without saying that all I do is at my own risk - not
yours.
philippe_44 wrote:
[edit]: looking quickly at the log, I see an amount incredible of
Hi,
I was trying to test squeeze2upnp on my Linux based music server (FC20),
could not get it to work with my Onkyo receiver or Foobar, so I gave up
for a day.
Some 2 hours later, I put some quiet music on another Onkyo (that I did
not test against, but I had seen that squeeze2upnp has create a
21 matches
Mail list logo
