Improved forked-daapd (iTunes server)

[SoundBridgeUser]

Hi - I have some better news now. I haven't done anything, but my smart playlists are now playing. I'm not sure what the analyse command did, but things are working better than they have ever been .

Many thanks for your assistance with this.

Richard

[ejurgensen]

I've uploaded an update to forked-daapd (version 26.2.69), because the performance issue @SoundBridgeUser ran into is also likely to affect other users, especially new ones.

@SoundBridgeUser thanks for notifying about the error. The output you posted shows that forked-daapd has not triggered a database analysis, and without that sqlite3 cannot optimize use of indexes. I was also able to reproduce on a new install of forked-daapd. The cause of the issue is a change in 26.1, which I have now reverted.

[cdlenfert]

Just want to give a huge thanks for the web player interface. It's amazing!!

[ejurgensen]

I've updated the version in the repository to 26.2.70. This version has fix which especially targets ATV4, when ipv6 is enabled. At least my ATV4 was announcing a number of unconnectable ipv6 addresses, so the new version checks for connectivity before registering an address.

[mjf2708]

I guess I'm not understanding the format of Internet Radio playlists. I've created the following file, called Internet Radio.m3u, in my library:

Code: Select all

#EXTM3U
#EXTINF:-1,BBC Radio 4 - 
http://bbcmedia.ic.llnwd.net/stream/bbcmedia_radio4fm_mf_p
#EXTINF:-1,Barcelona Jazz - 
http://178.33.232.106:8034/stream
#EXTINF:-1,BBC 6 Music - 
http://bbcmedia.ic.llnwd.net/stream/bbcmedia_6music_mf_p
#EXTINF:-1,ClassicRock-Blues - 
http://streaming.radionomy.com/ClassicRock-Blues?lang=en-US,en;q=0.5
#EXTINF:-1,FIP Jazz - 
http://direct.fipradio.fr/live/fip-webradio2.mp3
#EXTINF:-1,SmoothLondonMP3 - 
http://media-ice.musicradio.com:80/SmoothLondonMP3

which I exported from iTunes - all the playlist entries (radio stations) work there.

However, in both forked-daapd and iOS Remote, I see a playlist called Internet Radio, but it has zero entries.

Any suggestions welcome!

[ejurgensen]

The playlist looks fine, it should work. I’m not able to test it myself right now, but perhaps you can find a clue about what is wrong in forked-daapd’s log.

[mjf2708]

I seem to have 'lost' the log file - /var/log/forked-daapd.conf is empty (0 bytes).

[mjf2708]

Cracked it!

File format issue - because I exported the playlist file from iTunes on my Mac, it had CR line endings; changed to Unix LF (thanks, TextWrangler), and then recognised OK by forked-daapd and iOS remote.

Thanks, ejurgensen, for this excellent software!

[cdlenfert]

I'd like to keep my radio station in que when I pause it. Right if I'm streaming a station via a .m3u playlist with a http: URL as the contents of the file and I use the web interface (or otherwise) to pause the music, the station/playlist is no longer queued up and I have to go find it again to resume playback.

I get the following error displaying on the web player.

Code: Select all

 Request failed (status: 500 Internal Server Error, url: http://forked-daapd.local:3689/api/player/pause)

Is this everyone's experience as well? Any fix?

[chme]

forked-daapd is not able to pause radio streams (related issue https://github.com/ejurgensen/forked-daapd/issues/428) and always stops playback instead.

To keep the queue after stopping playback, you can set the config "clear_queue_on_stop_disable" to true (in the mpd section). At least in the web interface, this will keep the radio streams in the queue (some dacp clients do not show the queue if the player is stopped).

[cdlenfert]

Changing the config worked for me. I can start my stream from my Pebble now Thanks @chme

forked-daapd is not able to pause radio streams (related issue https://github.com/ejurgensen/forked-daapd/issues/428) and always stops playback instead.

To keep the queue after stopping playback, you can set the config "clear_queue_on_stop_disable" to true (in the mpd section). At least in the web interface, this will keep the radio streams in the queue (some dacp clients do not show the queue if the player is stopped).

[boaty]

I've uploaded a new build of forked-daapd to the repo, this one is version 26.1.68. What's new:

- Player web interface! Browse to http://[your_rpi_hostname]:3689/ and check it out
(credit to @chme for this awesome improvement)
- Support for Airplay speaker control commands: Some speakers have controls for play/stop/next/previous and volume. This should now work with forked-daapd.
- Add non-library items (e.g. radio stations) to the queue (credit @chme)
- Fix for keeping connection alive towards some devices e.g. old ApEx's
- Extension of the JSON API (credit @chme)
- Under-the-hood improvements of Spotify integration (credit @chme)
- Fix for Android "Remote for iTunes"
- Performance improvements + misc

Having been one to request this feature previously, can I (belatedly) offer my thanks for this update. Play/pause/skip track all work well. Speaker volume controls still not quite behaving as intended - When I press volume button I can see a small ‘nudge’ in volume control (iTunes remote app) but no change to actual volume. Only a minor frustration- volume control from remote app continues to work fine. Thanks

[mswhalley]

Looks like the airport express firmware update to 7.8 broke airplay.

I tried setting a password for airplay, no password for airplay, etc.

The log shows "raop: ANNOUNCE request failed in session startup: 403 Forbidden"

[mswhalley]

Nevermind. I see this now:
https://github.com/ejurgensen/forked-daapd/issues/557

[cdlenfert]

I recently tried installing on a Debian Stretch box using

Code: Select all

apt-get install forked-daapd

Everything seems to have gone smoothly and forked-daapd is running however it is at version 24.2 and not the latest version. Any idea why that would be the case?

Code: Select all

[2018-08-30 11:08:08] [  LOG]     main: Forked Media Server Version 24.2 taking off
[2018-08-30 11:08:08] [  LOG]     main: Built 2017-04-02 with: --enable-itunes --enable-lastfm --enable-chromecast --enable-mpd --with-alsa --with-pulseaudio

[cdlenfert]

On a separate note, I've been having an issue streaming to Airfoil Speakers version 4.9.2 on Mac. I believe it works on my mac at home, but not my work Mac. Here's what the log says when I start playing

Code: Select all

[2018-08-30 12:08:57] [  LOG]     raop: Control request from 2603:300b:93f:8000:2482:10f4:9894:370f; not a RAOP client

I can see the artwork in Airfoil Speakers, but no sound coming through.

Update: The issue was with IPV6. I should have guessed from the crazy address. Disabling in the forked-daapd.conf file (setting to "no") got things audio streaming working.

Update 2: Still getting the control request message in the log every second, just from the IPv4 address. I know Airfoil Speakers 4 implemented controls to allow play/pause/skip. These are not showing up when streaming from forked-daapd over IPv4, however they did show up when streaming with no audio/sound on IPv6. I could click the "Next" button and it would change to the next song (still no sound, but controls worked). It would be great to have both working.

Code: Select all

[2018-08-30 12:24:19] [  LOG]     raop: Control request from 10.1.10.201; not a RAOP client

[ejurgensen]

@cdlenfert, Debian Stretch official repo only has 24.2, it is not very updated. If you want a newer version on Raspbian follow the instructions in the first post in this thread. I will answer the other issue on https://github.com/ejurgensen/forked-daapd/issues/498

[cdlenfert]

I don't know what I was thinking. I'm not installing on Raspbian OS, just plain Debian. Adding the line deb http://www.gyfgafguf.dk/raspbian/forked-daapd/ stretch contrib to my /etc/apt/sources.list file doesn't allow me to update to the latest version (not surprisingly). I'm not sure if that's because I don't have Raspbian or there is a conflict between the first "stretch" source and the forked-daapd "stretch" source. Here are my sources:

Code: Select all

deb http://ftp.us.debian.org/debian stretch main
deb-src http://ftp.us.debian.org/debian stretch main

deb http://security.debian.org/ stretch/updates main contrib non-free
deb-src  http://security.debian.org/ stretch/updates main contrib non-free

deb     http://http.debian.net/debian stretch-updates main contrib
deb-src http://http.debian.net/debian stretch-updates main contrib

deb http://http.debian.net/debian/ wheezy main contrib non-free
deb http://www.gyfgafguf.dk/raspbian/forked-daapd/ stretch contrib

Should I be able to use the Raspbian version, or should I do the following steps from the Github install process? https://github.com/ejurgensen/forked-da ... er/INSTALL

And if that's what I need to do would the ./configure line be where I add the options I want for forked-daapd?

Code: Select all

git clone https://github.com/ejurgensen/forked-daapd.git
 cd forked-daapd
 autoreconf -i
 ./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var
 make
 sudo make install

to something like this to enable chromecast:

Code: Select all

./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --enable-chromecast

[ejurgensen]

My build is only for RPi with Raspbian. You won't be able to use it on i386/amd64 Debian even if you add the apt sources because the architecture is different.

I don''t know of a i386/amd64 repository for Debian Stretch with updated forked-daapd, so yes, you need to build yourself following the instructions in INSTALL.

[ejurgensen]

I've uploaded forked-daapd version 26.3.71 to my repository. It should work with Airplay 2 devices like Sonos Beam and some Airport Expresses with recent firmware. It also has a fix for connection testing, which should solve a problem where a device could get added even when the address of the device was unroutable. Also a few other improvements.

[ejurgensen]

I've made yet a release, it is 26.3.72 on Jessie/26.3.73 on Stretch (the difference in version no. is simply a typo). The release contains the following:
1. If a speaker fails with ipv6 fall back to ipv4
2. Fix for invalid values of time_skipped in the db
3. Limit queue length if requested by Remote et al