ejurgensen
Posts: 501
Joined: Thu Jul 04, 2013 8:11 pm
Location: Denmark

Re: Improved forked-daapd (iTunes server)

Wed Jul 05, 2017 7:08 pm

Does it allow playback from non-iOS platforms? Tried to look at the docs, but it wasn't entirely clear to me.

rainerstandke
Posts: 7
Joined: Sun Apr 27, 2014 1:09 am

Album Artwork missing & incorrect

Thu Jul 06, 2017 4:00 am

I have a large collection, about 10,00 songs on a USB spinning hard disk connected to an rip 2. Both in iTunes on MacOS and in Remote on iOS there are problems with the artwork display. Only about 50% of images get populated, and about 20% of those are the wrong image.

My question is if this could be improved with a faster rip? A faster disk?

Or is there something else I could tweak?

Thanks for any help, and also many thanks for making this thing in the first place - it's great to have such instant access to all of my music!

ejurgensen
Posts: 501
Joined: Thu Jul 04, 2013 8:11 pm
Location: Denmark

Re: Improved forked-daapd (iTunes server)

Thu Jul 06, 2017 1:14 pm

You shouldn't have those problems, and the RPi2 should be plenty. That's what I use myself.

Would you mind opening an issue here https://github.com/ejurgensen/forked-daapd/issues and attach a log snippet of an artwork request that fails? If you set the log level to debug you should see requests from the client (iTunes or whatever) and warnings/errors about forked-daapd not being able to find the artwork.

There is a possibility that the problem comes from libav getting "hung" on some of your files. Libav is the library being used to extract and process artwork.

rainerstandke
Posts: 7
Joined: Sun Apr 27, 2014 1:09 am

Re: Improved forked-daapd (iTunes server)

Thu Jul 06, 2017 7:18 pm

I am opening an issue on gitHub, where I am including some log snippets.

Interestingly, when I look at a song file with the wrong artwork on the Finder (via file sharing to the RPi), it does have the right icon, showing the correct artwork. The song with the missing artwork has none (on the RPi).

I have my master music library on a Mac, where I run iTunes. The RPi with forked-daapd on it is updated each night via ChronoSync. Thus I have a complete clone of the iTunes folder from my Mac on the RPi. I am wondering, do I need to leave some of that stuff behind, such as the caches, and maybe only copy the songs across?

rainerstandke
Posts: 7
Joined: Sun Apr 27, 2014 1:09 am

Re: Improved forked-daapd (iTunes server)

Fri Jul 14, 2017 3:41 pm

OK, so I am in growing trouble. I have updated forked-daapd on Wheezy, with the result that my USB audio is not seen any more.

I then thought this would be a good opportunity to go to Jessie. At this point I have forked-daapd running, and I have USB audio going when I run speaker-test.

However, forked-daapd crashes when I ry to play audio out of the USB via iOS Remote. It does work fine with a Mac iTunes client.

My 2 acute questions are:
- as I am playing with the .conf file, my attempt to restart forked-daapd are blocked by something, I get:

Code: Select all

[....] Restarting forked-daapd (via systemctl): forked-daapd.serviceJob for forked-daapd.service failed. See 'systemctl status forked-daapd.service' and 'journalctl -xn' for details.
and:

Code: Select all

forked-daapd.service start request repeated too quickly, refusing to start.
Is there a way to get around this limitation, at least temporarily?

- it also seems that forked-daapd is not starting at launch - how can I make that happen?

As you can tell, the missing artwork problem is on the back-burner for now...

Thanks for any help!

ejurgensen
Posts: 501
Joined: Thu Jul 04, 2013 8:11 pm
Location: Denmark

Re: Improved forked-daapd (iTunes server)

Fri Jul 14, 2017 4:51 pm

What does the log say? (just the last part)

I don't think you want to disable the restart limitation, because it will probably just fail again.

rainerstandke
Posts: 7
Joined: Sun Apr 27, 2014 1:09 am

Re: Improved forked-daapd (iTunes server)

Fri Jul 14, 2017 6:56 pm

Yes, I do want to be able to restart the service manually, so that I can see what the changes I make in the conference file do. So, how do I remove that throttling?

Right now, when I try to play via remote I get this in the log:
[2017-07-14 11:46:28] [DEBUG] db: Running query 'UPDATE queue SET file_id = 2, song_length = 495838, data_kind = 0, media_kind = 1, pos = 0, shuffle_pos = 0, path = '/srv/music/2-01 Perfidia Cha Cha.m4a', virtual_path = '/file:/srv/music/2-01 Perfidia Cha Cha.m4a', title = 'Perfidia Cha Cha', artist = 'Cal Tjader', album_artist = 'Cal Tjader', album = 'Feelin'' The Vibe', genre = 'R&B', songalbumid = 1189545674720651533, time_modified = 1499567832, artist_sort = 'Cal Tjader', album_sort = 'Feelin'' The Vibe', album_artist_sort = 'Cal Tjader', year = 2015, track = 1, disc = 2, artwork_url = NULL WHERE id = 1;'
[2017-07-14 11:46:28] [ LOG] laudio: Failed to open configured mixer element 'default'
[2017-07-14 11:46:28] [ LOG] laudio: Could not open mixer
[2017-07-14 11:46:28] [ LOG] player: Could not start selected ALSA device 'Computer'
[2017-07-14 11:46:28] [DEBUG] laudio: Starting ALSA audio (pos 6825937547, next_pkt 6826025899)
This shows nicely a.) it can't find the mixer - so what do I put in the .conf file? and b.) it restarts 'itself', probably leading to the throttling. This is most unhelpful when it comes to problems like the ones I am having right now.

So, to a.), here is the output of aplay -L:
null
Discard all samples (playback) or generate zero samples (capture)
pulse
PulseAudio Sound Server
default
Playback/recording through the PulseAudio sound server
sysdefault:CARD=ALSA
bcm2835 ALSA, bcm2835 ALSA
Default Audio Device
dmix:CARD=ALSA,DEV=0
bcm2835 ALSA, bcm2835 ALSA
Direct sample mixing device
dmix:CARD=ALSA,DEV=1
bcm2835 ALSA, bcm2835 IEC958/HDMI
Direct sample mixing device
dsnoop:CARD=ALSA,DEV=0
bcm2835 ALSA, bcm2835 ALSA
Direct sample snooping device
dsnoop:CARD=ALSA,DEV=1
bcm2835 ALSA, bcm2835 IEC958/HDMI
Direct sample snooping device
hw:CARD=ALSA,DEV=0
bcm2835 ALSA, bcm2835 ALSA
Direct hardware device without any conversions
hw:CARD=ALSA,DEV=1
bcm2835 ALSA, bcm2835 IEC958/HDMI
Direct hardware device without any conversions
plughw:CARD=ALSA,DEV=0
bcm2835 ALSA, bcm2835 ALSA
Hardware device with all software conversions
plughw:CARD=ALSA,DEV=1
bcm2835 ALSA, bcm2835 IEC958/HDMI
Hardware device with all software conversions
sysdefault:CARD=Set
C-Media USB Headphone Set, USB Audio
Default Audio Device
front:CARD=Set,DEV=0
C-Media USB Headphone Set, USB Audio
Front speakers
surround21:CARD=Set,DEV=0
C-Media USB Headphone Set, USB Audio
2.1 Surround output to Front and Subwoofer speakers
surround40:CARD=Set,DEV=0
C-Media USB Headphone Set, USB Audio
4.0 Surround output to Front and Rear speakers
surround41:CARD=Set,DEV=0
C-Media USB Headphone Set, USB Audio
4.1 Surround output to Front, Rear and Subwoofer speakers
surround50:CARD=Set,DEV=0
C-Media USB Headphone Set, USB Audio
5.0 Surround output to Front, Center and Rear speakers
surround51:CARD=Set,DEV=0
C-Media USB Headphone Set, USB Audio
5.1 Surround output to Front, Center, Rear and Subwoofer speakers
surround71:CARD=Set,DEV=0
C-Media USB Headphone Set, USB Audio
7.1 Surround output to Front, Center, Side, Rear and Woofer speakers
iec958:CARD=Set,DEV=0
C-Media USB Headphone Set, USB Audio
IEC958 (S/PDIF) Digital Audio Output
dmix:CARD=Set,DEV=0
C-Media USB Headphone Set, USB Audio
Direct sample mixing device
dsnoop:CARD=Set,DEV=0
C-Media USB Headphone Set, USB Audio
Direct sample snooping device
hw:CARD=Set,DEV=0
C-Media USB Headphone Set, USB Audio
Direct hardware device without any conversions
plughw:CARD=Set,DEV=0
C-Media USB Headphone Set, USB Audio
Hardware device with all software conversions
How do you recon I tell forked-daapd I want it to play audio out of the USB card (which is really a dongle)?

rainerstandke
Posts: 7
Joined: Sun Apr 27, 2014 1:09 am

Re: Improved forked-daapd (iTunes server)

Fri Jul 14, 2017 7:05 pm

So, additionally, and maybe more to the point of one of those issues, how do I prevent the automatic service restart after it crashes?

ejurgensen
Posts: 501
Joined: Thu Jul 04, 2013 8:11 pm
Location: Denmark

Re: Improved forked-daapd (iTunes server)

Fri Jul 14, 2017 9:13 pm

"systemctl reset-failed" will let you restart manually again, and you can modify the restart in "/lib/systemd/system/forked-daapd.service" (or maybe better to make your own modified copy in /etc/systemd/system - can't remember).

I think you can check the mixer name with 'amixer'.

I'll look into why its crashing (EDIT: Fixed upstream now).

rainerstandke
Posts: 7
Joined: Sun Apr 27, 2014 1:09 am

Re: Improved forked-daapd (iTunes server)

Sat Jul 15, 2017 1:34 am

Fixed upstream? Sounds vaguely positive ;-)

How am I going to get that?

ejurgensen
Posts: 501
Joined: Thu Jul 04, 2013 8:11 pm
Location: Denmark

Re: Improved forked-daapd (iTunes server)

Sat Jul 15, 2017 7:36 am

From http://github.com/ejurgensen/forked-daapd, but the fix 'just' prevents forked-daapd from crashing when the opening of the mixer fails on playback start. Of course, what you really want is the mixer to open, and when you succeed with that you will no longer be affected by the crash.

ejurgensen
Posts: 501
Joined: Thu Jul 04, 2013 8:11 pm
Location: Denmark

Re: Improved forked-daapd (iTunes server)

Mon Jul 24, 2017 8:25 pm

I've released a new RPi version, this is 25.0.62. Only a few improvements since the last release:
- made some changes to make playback a bit more resilient against input or output disturbances
- fix crashes related to failed ALSA sessions and pipe cleanup
- pipe input: support for instant volume changes through Shairport metadata pipe

liminal
Posts: 9
Joined: Thu Mar 16, 2017 10:40 pm

Re: Improved forked-daapd (iTunes server)

Mon Aug 07, 2017 2:52 am

kalle2000 wrote:
Tue Jun 27, 2017 10:24 pm
liminal wrote:Hi guys,

Coming back to my Alexa Spotify project

(Play Spotify from Echo Dot output though Forked-daapd using named pipes and controlling airplay speaker connect and disconnect/ volume though MPC using HTTP requests from HA-Bridge

Just wanted to know if anyone had any documentation/ how to ect for controlling MPC though http requests?

Thanks in advance!
I dont know your setup. In case you are using FHEM for home automation, then it is very easy to use alexa (ha-bridge) and control mpd/forked-daapd via custom skills. However I would not install FHEM if this is the only use-case.

Rgds
Kalle
Hey, thanks for the reply, I sent you a PM, I think I just need the HA-Bridge commands to MPD right?

Thanks so much !

cdlenfert
Posts: 25
Joined: Mon May 01, 2017 8:30 pm

Re: Improved forked-daapd (iTunes server)

Wed Aug 09, 2017 2:33 am

Maybe it's been said before, and a link would suffice, but how do I check which version I'm running and update the the latest version? Thanks as always for your hard work.

One other question, was the issue of "internet radio" stations showing up in the "songs" list addressed/resolved?

ejurgensen
Posts: 501
Joined: Thu Jul 04, 2013 8:11 pm
Location: Denmark

Re: Improved forked-daapd (iTunes server)

Thu Aug 10, 2017 9:46 pm

cdlenfert wrote:
Wed Aug 09, 2017 2:33 am
Maybe it's been said before, and a link would suffice, but how do I check which version I'm running and update the the latest version? Thanks as always for your hard work.

One other question, was the issue of "internet radio" stations showing up in the "songs" list addressed/resolved?
Assuming you aren't building/installing yourself, you should be able to see the version with "dpkg-query -l | grep forked-daapd". You update with apt.

I think I may well have forgotten about the radio station issue. It would help my memory if you would add it as an issue here: https://github.com/ejurgensen/forked-daapd/issues

fthuijs
Posts: 2
Joined: Sun Feb 08, 2015 4:35 pm

Re: Improved forked-daapd (iTunes server)

Fri Aug 18, 2017 10:39 pm

I have upgraded my Pi to stretch. Will there be a http://www.gyfgafguf.dk/raspbian stretch/armhf/ or should I still need to use the old jessie/armhf/ ?

ejurgensen
Posts: 501
Joined: Thu Jul 04, 2013 8:11 pm
Location: Denmark

Re: Improved forked-daapd (iTunes server)

Sun Aug 20, 2017 3:20 pm

Yes, there will be a Stretch once I get a build RPi up and running

skecher
Posts: 48
Joined: Sat Dec 19, 2015 9:59 pm

Re: Improved forked-daapd (iTunes server)

Sun Aug 20, 2017 4:26 pm

Hello, the linked article to install pi version does not actually provide instructions ;)

What is the apt-get command required to install?

If building from scratch are there instructions?

Thanks, Caesar.
Linux and Raspberry Pi resources: http://caesarsamsi.wordpress.com

fthuijs
Posts: 2
Joined: Sun Feb 08, 2015 4:35 pm

Re: Improved forked-daapd (iTunes server)

Sun Aug 20, 2017 4:49 pm

HOW TO GET RASPBIAN STRETCH

As this is a major version upgrade, we recommend using a clean image; these are available from the Downloads page on our site as usual.

Upgrading an existing Jessie image is possible, but is not guaranteed to work in every circumstance. If you wish to try upgrading a Jessie image to Stretch, we strongly recommend taking a backup first – we can accept no responsibility for loss of data from a failed update.

To upgrade, first modify the files /etc/apt/sources.list and /etc/apt/sources.list.d/raspi.list. In both files, change every occurrence of the word ‘jessie’ to ‘stretch’. (Both files will require sudo to edit.)

Then open a terminal window and execute

sudo apt-get update
sudo apt-get -y dist-upgrade
Answer ‘yes’ to any prompts. There may also be a point at which the install pauses while a page of information is shown on the screen – hold the ‘space’ key to scroll through all of this and then hit ‘q’ to continue.

Finally, if you are not using PulseAudio for anything other than Bluetooth audio, remove it from the image by entering

sudo apt-get -y purge pulseaudio*

(Copied from Blog)

skecher
Posts: 48
Joined: Sat Dec 19, 2015 9:59 pm

Re: Improved forked-daapd (iTunes server)

Mon Aug 21, 2017 2:46 pm

Thank you,

I was actually looking for instructions to build forked-daapd from source.
Linux and Raspberry Pi resources: http://caesarsamsi.wordpress.com

ejurgensen
Posts: 501
Joined: Thu Jul 04, 2013 8:11 pm
Location: Denmark

Re: Improved forked-daapd (iTunes server)

Mon Aug 21, 2017 2:59 pm

Instructions to build from source are here: https://github.com/ejurgensen/forked-da ... er/INSTALL

skecher
Posts: 48
Joined: Sat Dec 19, 2015 9:59 pm

Re: Improved forked-daapd (iTunes server)

Sat Aug 26, 2017 6:30 pm

Hi, I followed the raspbian install instructions. forked-daapd is running, I monitor it through the log.

I'm using Samsung Galaxy 4 Android phone with Hyperfine Remote for iTunes. It finds forked-daapd just fine, I can see 'Remote for iTunes' in the forked-daapd log.

However, it fails to pair. The error in log message is as follows:

Code: Select all

[2017-08-26 11:22:46] [  LOG]   remote: Discovered remote 'Remote for iTunes' (id 7736138135942854443885374473167336345543) at 192.168.0.34:1024, paircode 2417577687149697
[2017-08-26 11:23:10] [  LOG]    cache: Beginning DAAP cache update
[2017-08-26 11:23:10] [  LOG]    cache: DAAP cache updated
[2017-08-26 11:23:11] [  LOG]   remote: Kickoff pairing with pin '9941'
[2017-08-26 11:23:56] [  LOG]   remote: Pairing failed with Remote 7736138135942854443885374473167336345543/Remote for iTunes, HTTP response code 0
with avahi-browser I get:

Code: Select all

+  wlan0 IPv4 2168798577756856654794999524386182894465      _touch-remote._tcp   local
=  wlan0 IPv4 2168798577756856654794999524386182894465      _touch-remote._tcp   local
   hostname = [192-168-0-34.local]
   address = [192.168.0.34]
   port = [62811]
   txt = ["RemV=10000" "txtvers=1" "DvTy=iPod" "DvNm=Remote for iTunes" "Pair=8839968431978244" "RemN=Remote"]
But I can't open port 62811 using telnet.

Help?
Linux and Raspberry Pi resources: http://caesarsamsi.wordpress.com

skecher
Posts: 48
Joined: Sat Dec 19, 2015 9:59 pm

Re: Improved forked-daapd (iTunes server)

Sat Aug 26, 2017 6:45 pm

The problem turns out to be a network issue. The phone was on the 192.168.0 subnet while the forked-daapd was on the 192.168.1 subnet.

It paired successfully just now.
Linux and Raspberry Pi resources: http://caesarsamsi.wordpress.com

skecher
Posts: 48
Joined: Sat Dec 19, 2015 9:59 pm

Re: Improved forked-daapd (iTunes server)

Sat Aug 26, 2017 7:39 pm

Coming back with another problem. The remote pairs successfully. I can see the library in Hyperfine Remote Control. However the connection drops after 30 seconds and the Remote tries to reconnect with a "Connecting" message. avahi-browser does not show anything. forked-daapd log does not show anything either. Even if I kill the app and restart the app on Android.

I can remove the library from the Android app and re-pair the remote, but it disconnects again after 30 seconds like before.

Now the log gives this error message and Hyperfine Remote goes back to attempting to reconnect

Code: Select all

[2017-08-26 12:52:19] [  LOG]     mdns: Avahi Resolver failure: service '001FF3F707FE@Master Bedroom' type '_raop._tcp' proto 0: Timeout reached
Help?
Last edited by skecher on Mon Aug 28, 2017 4:54 pm, edited 1 time in total.
Linux and Raspberry Pi resources: http://caesarsamsi.wordpress.com

ejurgensen
Posts: 501
Joined: Thu Jul 04, 2013 8:11 pm
Location: Denmark

Re: Improved forked-daapd (iTunes server)

Sat Aug 26, 2017 10:34 pm

I tried installing Hyperfine, it has been a while since I last tested with it. I didn't get disconnects, but there was a speaker selection problem, which I have immediately fixed on github. There was also a problem with the remote not always properly showing what was currently playing. Not sure about the cause, but just restarting the app would resolve it. I did not need to re-pair.

To help me find the issue, can you describe in more detail what you do before it disconnects? Do you start playback, or is it enough to just connect and wait a few minutes?

Another thing: Could you try with Retune and see if you have the same issue?

The log message is showing that one of your Airplay speakers can't be resolved, maybe because it is off or on another network. In any case I wouldn't think it is related to the issue you have. Of course, if you observe a correlation between when the log message appears and the disconnect then it is interesting. Is that the case?

Return to “Raspbian”

Who is online

Users browsing this forum: No registered users and 22 guests