ANNOUNCE: AirPlay Bridge = integrate AirPlay devices with LMS (squeeze2raop)

[hokie-bird]

Are you sure this was with the version with debug symbols? I should have more than ??

To be sure I used the correct file I tried again, and the result was the same. (Wasnt sure if it needed to be in the same directory tree as the rest of the plugin or not, so tried both; in the plugin Directory I renamed the original and pasted the special one you sent.) Here's the output from the GDB command line, until right after the "run", if that helps any?

/lms/Cache/InstalledPlugins/Plugins/RaopBridge/Bin # gdb ./squeeze2raop-x86-64-static
GNU gdb (GDB) 7.11.1
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-libreelec-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ./squeeze2raop-x86-64-static...done.
(gdb) run
Starting program: /storage/downloads/lms/Cache/InstalledPlugins/Plugins/RaopBridge/Bin/squeeze2raop-x86-64-static
[10:14:16.315386] main:1406 Starting squeeze2raop version: v0.3.1.0 (Aug 27 2017 @ 11:23:16)

[10:14:16.315684] Start:1195 Binding to 192.168.1.3
[10:14:16.315797] StartActiveRemote:1129 DACP port: 36285
[New LWP 1355]

I did a little research and found that executing "where" after the fault yields more data, pasted below. Not sure if that helps?

(gdb) where
#0 0x00007fe9b8a42169 in ?? () from /usr/lib/libnss_files.so.2
#1 0x00007fe9b8a429b3 in _nss_files_gethostbyname3_r () from /usr/lib/libnss_files.so.2
#2 0x00007fe9b8a4301e in _nss_files_gethostbyname_r () from /usr/lib/libnss_files.so.2
#3 0x000000000064d9e3 in gethostbyname_r ()
#4 0x000000000064d366 in gethostbyname ()
#5 0x000000000041f94c in makeSocket (host=<optimized out>) at ../http_fetcher/src/http_fetcher.c:864
#6 http_fetch (url_tmp=0x50 <error: Cannot access memory at address 0x50>, contentType=0x632e7374736f6820, contentType@entry=0x7fe9bbffecc8, fileBuf=0x23, fileBuf@entry=0x7fe9bbffecc0) at ../http_fetcher/src/http_fetcher.c:307
#7 0x00000000004192c8 in PlayerThread (args=0xa98340 <glMRDevices>) at ./squeeze2raop/squeeze2raop.c:450
#8 0x00000000004d9fd4 in start_thread (arg=0x7fe9bbfff700) at pthread_create.c:309
#9 0x000000000064b969 in clone ()
(gdb)

[philippe_44]

To be sure I used the correct file I tried again, and the result was the same. (Wasnt sure if it needed to be in the same directory tree as the rest of the plugin or not, so tried both; in the plugin Directory I renamed the original and pasted the special one you sent.) Here's the output from the GDB command line, until right after the "run", if that helps any?


(gdb) where
#0 0x00007fe9b8a42169 in ?? () from /usr/lib/libnss_files.so.2
#1 0x00007fe9b8a429b3 in _nss_files_gethostbyname3_r () from /usr/lib/libnss_files.so.2
#2 0x00007fe9b8a4301e in _nss_files_gethostbyname_r () from /usr/lib/libnss_files.so.2
#3 0x000000000064d9e3 in gethostbyname_r ()
#4 0x000000000064d366 in gethostbyname ()
#5 0x000000000041f94c in makeSocket (host=<optimized out>) at ../http_fetcher/src/http_fetcher.c:864
#6 http_fetch (url_tmp=0x50 <error: Cannot access memory at address 0x50>, contentType=0x632e7374736f6820, contentType@entry=0x7fe9bbffecc8, fileBuf=0x23, fileBuf@entry=0x7fe9bbffecc0) at ../http_fetcher/src/http_fetcher.c:307
#7 0x00000000004192c8 in PlayerThread (args=0xa98340 <glMRDevices>) at ./squeeze2raop/squeeze2raop.c:450
#8 0x00000000004d9fd4 in start_thread (arg=0x7fe9bbfff700) at pthread_create.c:309
#9 0x000000000064b969 in clone ()
(gdb)

That's what I needed. I see where the problem happens, but don't know why (yet). I got a metadata url that is an illegal memory context. Can you restart with full debug: add "-d all=sdebug"?

[hokie-bird]

That's what I needed. I see where the problem happens, but don't know why (yet). I got a metadata url that is an illegal memory context. Can you restart with full debug: add "-d all=sdebug"?

Update: I attempted to re-run with "-d all=sdebug" and the GDB results were unchanged, so I went looking for the raopbridge.log. While reviewing it, i noticed the timestamps on the log lines didnt seem to reconcile to the actual times of the events this AM, so I forced a 'set date' at the command line to set date-time, and then re-started everything again. I'm now 4+ songs in streaming from Spotty, and no fault so far, fingers crossed. Could it all really have been a time/sync problem? Does that even seem possible, or has something else just coincidentally changed?

[philippe_44]

Update: I attempted to re-run with "-d all=sdebug" and the GDB results were unchanged, so I went looking for the raopbridge.log. While reviewing it, i noticed the timestamps on the log lines didnt seem to reconcile to the actual times of the events this AM, so I forced a 'set date' at the command line to set date-time, and then re-started everything again. I'm now 4+ songs in streaming from Spotty, and no fault so far, fingers crossed. Could it all really have been a time/sync problem? Does that even seem possible, or has something else just coincidentally changed?

It sounds like a coincidence - I can't think of causality link

[grimmace92]

Hi,

I have a Russound xzone4 system that has separate streams each with its own airplay with 13 in total. I'm trying to use the LMS installed on my synology diskstation to use Spotty, LMS and this airplay bridge to have multiroom audio with Spotify. I have everything installed and have gotten it to work but have run across a few issues. The first is that after some time if not used the airplay renderers disappear. In the log it will say something like renderer disconnected renderer removed for each of them. The only way to bring them back is to restart LMS. The other issue I'm seeing is related to album coverart when using spotty. I have Russound XTS keypads around the house that will display the metadata and coverart for the song being played. Sometimes the coverart will display and sometimes it won't depending on what song I choose. What is odd is if I use the Russound app or the LMS app on my iphone the coverart is displayed properly for all songs. I can see on the keypad that its trying to display the coverart (quick little loading circle) but a lot of the times it fails and just puts up a music note in its place. The other metadata is there though. If I use the spotify app directly and use spotify connect or airplay this issue doesn't exist. Any help would be really appreciated. Thanks!

[philippe_44]

Hi,

I have a Russound xzone4 system that has separate streams each with its own airplay with 13 in total. I'm trying to use the LMS installed on my synology diskstation to use Spotty, LMS and this airplay bridge to have multiroom audio with Spotify. I have everything installed and have gotten it to work but have run across a few issues. The first is that after some time if not used the airplay renderers disappear. In the log it will say something like renderer disconnected renderer removed for each of them. The only way to bring them back is to restart LMS. The other issue I'm seeing is related to album coverart when using spotty. I have Russound XTS keypads around the house that will display the metadata and coverart for the song being played. Sometimes the coverart will display and sometimes it won't depending on what song I choose. What is odd is if I use the Russound app or the LMS app on my iphone the coverart is displayed properly for all songs. I can see on the keypad that its trying to display the coverart (quick little loading circle) but a lot of the times it fails and just puts up a music note in its place. The other metadata is there though. If I use the spotify app directly and use spotify connect or airplay this issue doesn't exist. Any help would be really appreciated. Thanks!

Impressive setup. To help, I'd need the log. Usually, players will diseapear when they go sleep mode. Most have a function to avoid that. Still, when you wake them up, the should be detected again by LMS, but takes ~30s. Re coverart, same thing I would need a log with a couple of comments saying which coverart was displayed and which was not

[grimmace92]

Impressive setup. To help, I'd need the log. Usually, players will diseapear when they go sleep mode. Most have a function to avoid that. Still, when you wake them up, the should be detected again by LMS, but takes ~30s. Re coverart, same thing I would need a log with a couple of comments saying which coverart was displayed and which was not

My log is attached. Thanks for the help. I used ipeng here and it was giving me issues. The kitchen player disappeared. Also as far as the album art is concerned in the log I saw this PlayerThread:457 [0x713960]: wrong file extension http://192.168.0.107:9002/imageproxy...ffc1/image.jpg

I assume it doesn't like the fact its a .jpg?

I made a little progress with ipeng. I got it to work a little better so the second log attached reflects that. Its a continuation of the first log. I connected directly to airplay from the ipeng player and then used the multiplayer function to group zones which uses the LMS. The coverart shows on the keypad on the zone connected directly to airplay but doesn't on the other zone going through LMS.

[philippe_44]

My log is attached. Thanks for the help. I used ipeng here and it was giving me issues. The kitchen player disappeared. Also as far as the album art is concerned in the log I saw this PlayerThread:457 [0x713960]: wrong file extension http://192.168.0.107:9002/imageproxy...ffc1/image.jpg

Ah ... you have ´that' problem as well. We found it with atv2, but atv4 if fine. This is linked to file extension as received by lms then cached. When required from cache, it has a png extension although this is a jpeg. I did correct the extension but something is still wrong.

[grimmace92]

Ah ... you have ´that' problem as well. We found it with atv2, but atv4 if fine. This is linked to file extension as received by lms then cached. When required from cache, it has a png extension although this is a jpeg. I did correct the extension but something is still wrong.

Well the good news is I made the player discovery option in the settings 1,000,000 before removing after failed scans and that seems to have fixed my issue with players disappearing. Its been pretty stable. Is there anything I can do to help with the .png vs. .jpg issue? Do you think you can fix it? Thanks for taking the time!

[philippe_44]

You can also set it to 0 in which case it will never be removed. For the jpeg problem, innées to find a way to reproduce the issue because logs do not seems to tell me anything. I need to do trial and error which is awfully painful if remotely done