owntone server (iTunes server)

[ejurgensen]

owntone server (previously forked-daapd) is an "iTunes" music server for Linux. It can:

• play your music via AirPlay, via Chromecast, as an mp3 stream or locally on the RPi
• stream audio and some video to iTunes
• be controlled by remotes like Apple Remote on iOS, Retune/TunesRemote+ on Android or Remote for WP on Windows Phone
• be controlled via its web interface
• be controlled by any MPD client
• has support for audio files in most formats, internet radio and Spotify

How to install

1. Add repository key
   wget -q -O - http://www.gyfgafguf.dk/raspbian/owntone.gpg | sudo gpg --dearmor --output /usr/share/keyrings/owntone-archive-keyring.gpg
2. Either add repository for Buster
   sudo wget -q -O /etc/apt/sources.list.d/owntone.list http://www.gyfgafguf.dk/raspbian/owntone-buster.list
3. or add repository for Bullseye
   sudo wget -q -O /etc/apt/sources.list.d/owntone.list http://www.gyfgafguf.dk/raspbian/owntone-bullseye.list
4. Run sudo apt update and then sudo apt install owntone

Getting started

1. Edit the configuration file (usually /etc/owntone.conf) to suit your needs
2. Start or restart the server: sudo service owntone restart
3. Wait for the library scan to complete. You can follow the progress with tail -f /var/log/owntone.log
4. If you are going to use a remote app, pair it by going to http://owntone.local:3689/ and find the settings

More instructions are available here. If neither these instructions nor Google solve a problem you have, don't feel obligated to go through the many pages of this thread. Just post your question.

Source
You can get the source from the github repository.

---

My modifications include the following (as of release 124):

- includes patch against timeouts
- includes misc patches (non apple players, ffmpeg/libav changes)
- configurable artwork file names
- additional artwork identification features
- compiled with FLAC and iTunes XML support enabled
- support for Remote 3.0
- includes a start/stop-script
- installed files are in their normal locations (so not in /usr/local)
- automatically installs required directories
- runs as root (so does not require adding users/groups manually and adjusting ownerships of folders)
- more complete dependency listing
- preference for album artist if it is available (release 8)
- bug fix for certain Airport Express models (release 9)
- bug fix for AirFoil Speakers (release 10)
- added support for internet radio with m3u (release 10)
- fixed fatal error when stopping player (release 11)
- m3u and iTunes playlist scanner improvements (release 12)
- improved compability with Hyperfine Remote for Android (release 13)
- speaker selection and m3u bug fixes (release 13)
- Shoutcast (icy) metadata support for internet radio (release 14)
- bug fix for playlists with only one item (release 14)
- updates for ffmpeg/libav (release 14)
- fix for Apple TV update 6.0 - thanks jmp909 (release 15)
- fix artwork memory leak (release 16)
- improved support for podcasts and compilations - thanks jmp909 (release 16)
- user can tell file scanner to ignore certain file types (release 16)
- adjustments for Remote 4, mainly play queue support (release 17)
- fix to support displaying metadata on non-Apple airplay devices (release 17)
- configurable library names (release 18)
- sorting changes/ignore article (release 18)
- fix for TunesRemote SE (release 18)
- force library rescan with .force-rescan (release 18)
- fix for the Retune remote on Android - thanks SquallyDoc (release 19)
- audiobook playlists (release 19)
- fix for AirBubble speakers (release 19)
- support for artwork in iTunes (release 20)
- fixed ffmpeg/libav logging (release 20)
- misc bug fixes (release 21)
- logging and documentation adjustments (release 22)
- autoselect AirPlay device if none selected (release 22)
- database upgrade fix (release 23)
- support for embedded artwork (release 24)
- config option to disable startup scan (release 25)
- config option for max volume (release 26)
- start/stop issues in Raspbmc fixed (release 26)
- better support for WMA files (release 26)
- better support for Remote for Windows Phone - thanks misenhower (release 27)
- Spotify support (release 28)
- fix for iTunes, so all relevant media shares will show up (release 28)
- stream from pipes (release 29)
- fix m3u scanning (release 30)
- faster scanning and support for init-rescan - thanks chme (release 31)
- Up Next queue editing and support for History - thanks chme (release 31)
- fixes for Seafile and XBMC (release 32)
- drop libevent 1 dependency, version bump to 21 (release 33)
- fix for library permission changes (release 33)
- DAAP cache for much improved performance (release 34)
- play queue/Up next improvements - thanks chme (release 34)
- options to tweek database performance - thanks chme (release 34)
- support for .pls playlists (release 34)
- support for LastFM scrobbling (release 34)
- artwork cache - thanks chme (release 37)
- misc bug squashing (release 38)
- fix for iTunes 12.1 (release 39)
- support for MPD - thanks chme (release 40)
- support for smart playlists - thanks chme (release 40)
- playlist and internet stream overhaul (release 40)
- support for more MPD commands, e.g. idle - thanks chme (release 42)
- fix db lock, m3u and Windows Phone bugs (release 43)
- improvements for Spotify and MPD (release 43)
- audiobook improvements (release 44)
- refactor queueing (thanks chme) and transcoding (release 45)
- mp3 streaming (release 45)
- systemd startup files for Jessie (release 46)
- fix database locking and freeze issues (release 47)
- fix ipv6 problem and improve Spotify artwork handling (release 48)
- fix internet radio stuttering problem (release 49)
- faster MPD library loading and more commands supported (release 49)
- Chromecast support (release 49)
- fix local audio problem (release 50)
- local audio remake and fix for playlist orders (release 51)
- keep output devices selected, also after power cycle (release 52)
- support for Monkey's audio (release 53)
- support for Pulseaudio (release 54)
- fixes for Pulseaudio and tvOS10 (release 55)
- perf. improvements and support for browserbased clients (release 56)
- pipe output and fix for some Airplay devices (release 57)
- persistent queues and support for Spotify saved tracks/albums (release 58)
- automatic playback of pipes + more resilient stream handling (release 59)
- mpd improvements and bug fixing (release 60)
- support for Apple TV4 device verification (release 61)
- playback improvements (release 62)
- web interface - thanks chme! (release 63)
- fix for Apple TV4, restart issue and Hyperfine (release 64)
- web interface and mpd improvements + misc bug fixes (release 65)
- fixes for iTunes XML scanner, ACL's and some internet streams (release 66)
- JSON output endpoints + fixes (release 67)
- player web interface (release 68)
- fix performance issue (release 69)
- fix for ATV4 and ipv6 (release 70)
- fix for Airplay 2 devices (release 71)
- ipv6 fall back to ipv4 and bug fixes (release 72/73)
- fix for pairing and other bugs (release 74)
- improvements to player web interface, e.g. artwork (release 75)
- fix for deadlock problem in previous release (release 76)
- web UI and JSON api improvements, db refactor (release 77)
- fix some segfaults in previous release (release 78)
- use Spotify's new api for artwork (release 79)
- web ui improvements (release 80)
- use native media quality + use Chromecast RTP (release 81)
- web ui improvements + bug fixes (release 82)
- mp3 metadata, Chromecast "sync" and web ui (release 83)
- web ui updates, mp3 streaming quality conf, Shairport artwork (release 84)
- fix for Apple Music (release 100)
- multiple alsa devices, more DACP commands (release 101)
- web ui improvements (release 102)
- nested playlists, DACP command fixes (release 103)
- minor fixes, web ui playlist folders (release 104)
- fix Homepod/ATV disconnects (release 105)
- fixes for input metadata handling (release 106)
- web ui improvements (release 107)
- misc volume fixes (release 108)
- Chromecast and web UI improvements (release 109)
- AirPlay 2 (release 110)
- ALAC compression for AirPlay 2 (release 111)
- fix path traversal vulnerability (release 112)
- name change to OwnTone (release 113)
- built-in Spotify support (release 114)
- bullseye and upstream 28.2 (release 115)
- Spotify and pipe metadata improvements (release 116)
- align with 28.3, web UI improvements (release 117)
- improved search, new parser (release 118)
- fix new parser issue and minor memlean (release 119)
- fix broken Spotify (release 120)
- update to 28.4 (release 121)
- update to 28.5 (release 122)
- Spotify artwork, Airplay 2 pwd auth (release 123)
- display of old dates, more Spotify artwork (release 124)

Use at own risk

[jpbaril]

Thanks ejurgensen for a version with Flac support!!

Unfortunately, I cannot succeed playing music locally nor on the Airport Express. There is just no sound!
I can send sound to my Mac acting like an AirPort Express with AirReceiver thought.
I also need to say that I'm running distro Raspbmc (which is based on Raspbian).

Does anybody have clues of what could be wrong?

Thank you

[ejurgensen]

Do the log files say anything about what happens? Does music seem to be playing even though there is no sound?

Since you have no local sound I'm guessing the problem might be incompatible versions of the alsa libraries between Raspbian and Raspbmc. Which versions of alsa-base and libasound2 do you have installed?

About the Airport Express it could also be an incompability, but it's worth checking out if your Airport Express is very new. You could try and run "avahi-browse -r _raop._tcp" and look for the line under your Airport Express which looks something like this:

txt = ["tp=TCP,UDP" "sm=false" "sv=false" "ek=1" "et=0,1" "cn=0,1" "ch=2" "ss=16" "sr=44100" "pw=false" "vn=3" "txtvers=1"]

This is from my APE, which is very old, yours probably also has an AM-field telling you which version it is. Also, if et=0,4 yours it is probably newer. My build of forked-daapd should support new APE's because it includes this patch: https://github.com/jasonmc/forked-daapd ... t-21325867. But I can't test it since my own Airport is old.

[ejurgensen]

If you're up to it, you could also try compiling forked-daapd on your raspbmc. Here's a short howto:

1. Get the source from git:
git clone https://github.com/ejurgensen/forked-daapd

2. Install all the packages which the build depends on. Listed here under build-depends.

3. Run (in the forked-daapd directory):
autoreconf -vi
./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --enable-flac
make
sudo make install

If you want to make a Debian package it's a bit more steps.

[ejurgensen]

I made a new release (0.19.8.git66acc0-1), which prefers album artist over artist when showing the artist browse list in Remote. In my opinion this makes the artist list much more tidy.

[jpbaril]

My AE is also a first N generation.

txt = ["sf=0x5" "fv=76100.4" "am=AirPort4,107" "vs=105.1" "tp=TCP,UDP" "vn=65537" "pw=false" "ss=16" "sr=44100" "da=true" "sv=false" "et=0,1" "ek=1" "cn=0,1" "ch=2" "txtvers=1"]

I must say that not only sound is not coming out of AE, the AE also "crashes" (it disappear from network and becomes unresponsive. I have to unplug and replug it).

Yes, from the remote, music seems to play, and it indeed does because as I said, if I choose my Mac as a speaker (I installed on it AirReceiver), then music comes out of the Mac speakers.

As for the logs, I have some things like:

Code: Select all

[2013-07-24 12:58:43]   player: Could not open local audio
[2013-07-24 12:58:43]     dacp: Player returned an error for start after pause
[2013-07-24 12:58:52]   player: Could not retrieve current position for pause
[2013-07-24 12:58:52]     dacp: Player returned an error for previtem
[2013-07-24 12:58:59]   laudio: cannot find card '0'[2013-07-24 12:58:59]   laudio: function snd_func_card_driver returned error: No such file or directory[2013-07-24 12:58:59]   laudio: error evaluating strings[2013-07-24 12:58:59]   laudio: function snd_func_concat returned error: No such file or directory[2013-07-24 12:58:59]   laudio: error evaluating name[2013-07-24 12:58:59]   laudio: function snd_func_refer returned error: No such file or directory[2013-07-24 12:58:59]   laudio: Evaluate error: No such file or directory[2013-07-24 12:58:59]   laudio: Unknown PCM default[2013-07-24 12:58:59]   laudio: Could not open playback device: No such file or directory
[2013-07-24 12:58:59]   player: Could not open local audio
[2013-07-24 12:58:59]   player: Could not activate local audio output
[2013-07-24 12:58:59]     dacp: Speakers de/activation failed!

Code: Select all

[2013-07-24 13:03:08]     raop: ApEx Musique-Cuisine closed RTSP connection
[2013-07-24 13:03:08]   player: AirTunes device Musique-Cuisine FAILED

Code: Select all

[2013-07-24 14:43:34]     raop: Send error for Musique-Cuisine: Connection refused
[2013-07-24 14:43:34]   player: AirTunes device Musique-Cuisine FAILED

Code: Select all

[2013-07-24 04:30:32]     raop: TEARDOWN request failed in session shutdown: 0 (null)
[2013-07-24 04:30:32]     dacp: Speakers de/activation failed!
[2013-07-24 04:30:32]   laudio: cannot find card '0'[2013-07-24 04:30:32]   laudio: function snd_func_card_driver returned error: No such file or directory[2013-07-24 04:30:32]   laudio: error evaluating strings[2013-07-24 04:30:32]   laudio: function snd_func_concat returned error: No such file or directory[2013-07-24 04:30:32]   laudio: error evaluating name[2013-07-24 04:30:32]   laudio: function snd_func_refer returned error: No such file or directory[2013-07-24 04:30:32]   laudio: Evaluate error: No such file or directory[2013-07-24 04:30:32]   laudio: Unknown PCM default[2013-07-24 04:30:32]   laudio: Could not open playback device: No such file or directory
[2013-07-24 04:30:32]   player: Could not open local audio
[2013-07-24 04:30:32]   player: Could not activate local audio output

Code: Select all

[2013-07-24 04:35:58]   player: Could not open local audio
[2013-07-24 04:35:58]     dacp: Could not start playback

Code: Select all

[2013-07-24 04:36:04]   laudio: cannot find card '0'[2013-07-24 04:36:04]   laudio: function snd_func_card_driver returned error: No such file or directory[2013-07-24 04:36:04]   laudio: error evaluating strings[2013-07-24 04:36:04]   laudio: function snd_func_concat returned error: No such file or directory[2013-07-24 04:36:04]   laudio: error evaluating name[2013-07-24 04:36:04]   laudio: function snd_func_refer returned error: No such file or directory[2013-07-24 04:36:04]   laudio: Evaluate error: No such file or directory[2013-07-24 04:36:04]   laudio: Unknown PCM default[2013-07-24 04:36:04]   laudio: Could not open playback device: No such file or directory
[2013-07-24 04:36:04]   player: Could not open local audio
[2013-07-24 04:36:04]     dacp: Player returned an error for start after pause

But then again, this was tested with a small sample of my music collection, because I tested it again and with all my music scanned by Forked-Daapd TunesRemote+ is unable to retrieve the artists list from Forked-Daapd.

Thanks for your help

[ejurgensen]

I've made a new release (forked-daapd_0.19.9.gitb52bd94), which has a small change that might solve the problem with your Airport Express. You can find it at the above location. Let me know if it works.

About the problem with local audio, I don't really know what to make of that.

[jpbaril]

It works !!!!
Now, if only TunesRemote+ could work when connected to my entire library...
Oor if I could pair "Remote for iTunes" app from Hyperfine (I get this from the logs: remote: Pairing failed with Remote 5326886477777676258852747941275853487155/Remote for iTunes, HTTP response code 404).

Even if it also works for AirReceiver on my Mac I see this in the logs: "player: AirTunes 001CB3C15638@mbp (en1) (2): no am field in TXT record!". For your info.

I tried something. As I use Raspbmc I have XBMC on my Pi and XBMC can act out of the box like an Airplay speaker. I tried it (Forked-Daapd on Pi sending music to itself through Airplay) but it crashed XBMC.

I also noticed that the upgrade process (maybe even the initial install) throw some errors in my case. But still it works.

Code: Select all

$ sudo dpkg -i forked-daapd_0.19.9.gitb52bd94-1_armhf.deb
(Reading database ... 32993 files and directories currently installed.)
Preparing to replace forked-daapd 0.19.5.git48b7cd-1 (using forked-daapd_0.19.9.gitb52bd94-1_armhf.deb) ...
Unpacking replacement forked-daapd ...
Setting up forked-daapd (0.19.9.gitb52bd94-1) ...
insserv: Service avahi has to be enabled to start service forked-daapd
insserv: exiting now!
update-rc.d: error: insserv rejected the script header
dpkg: error processing forked-daapd (--install):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 forked-daapd

[ejurgensen]

Well that's great progress!

About the other stuff:

Now, if only TunesRemote+ could work when connected to my entire library...

You have a large library, and I imagine that even if TunesRemote+ worked, you would get sick of the response times. Every time I open TunesRemote+ it reloads the artist list. Response times are ok with my library (~2500 songs, maybe 180 artists), but I think they wouldn't be with yours. Also, I don't know how well forked-daapd handles libraries your size. I suggest you make a test with Apple Remote.

Oor if I could pair "Remote for iTunes" app from Hyperfine (I get this from the logs: remote: Pairing failed with Remote 5326886477777676258852747941275853487155/Remote for iTunes, HTTP response code 404).

Yes, on my Android phone I also tried Hyperfine's Remote for iTunes and couldn't make it pair. I switched to TunesRemote+ which is fine for me, so I never investigated the problem. If Remote for iTunes would pair it might be better suited for you, since it apparently always keeps the connection with the iTunes server, thus avoiding reloads (perhaps?).

Even if it also works for AirReceiver on my Mac I see this in the logs: "player: AirTunes 001CB3C15638@mbp (en1) (2): no am field in TXT record!". For your info.

Thanks, this is nothing to worry about. I get the same for my AE. Some devices don't identify their type (the am field), but then forked-daapd just reverts to a default.

I also noticed that the upgrade process (maybe even the initial install) throw some errors in my case. But still it works.

I don't get these errors on my raspbian, so I think I'll write this off as some Raspbmc quirk

[DesignerBoy]

Ok this is probably the silliest question ever - but here goes

How do you install the file?

I have downloaded the .deb file, but what do I do with it?

I have my raspberry pi running rasbian and set up as a nas, but what do I do with the .deb file?

Desperately want to get this working as an iTunes server

Thanks.

[ejurgensen]

How do you install the file?

There are a couple of ways, here is one of them:

1. Download (with wget) the libevent files and the newest forked-daapd from http://gyfgafguf.dk/raspbian/armhf/. You don't need the libevent dev-file. Perhaps you don't need the extra-file either, but get it anyway just to be safe.
2. On the command line run:
sudo dpkg -i libevent-1.4-2_1.4.13-stable-1_armhf.deb libevent-core-1.4-2_1.4.13-stable-1_armhf.deb libevent-extra-1.4-2_1.4.13-stable-1_armhf.deb
3. Now run this, but be prepared that it will probably fail because of missing dependencies:
sudo dpkg -i [name of forked-daapd deb file]
4. If the above command failed, run the following command to install missing dependencies:
sudo apt-get -f install
5. Now read the README and edit /etc/forked-daapd.conf to suit your needs
6. (Re)start forked-daapd:
sudo /etc/init.d/forked-daapd restart
7. If you have a large library wait a bit while your library is being scanned.
8. Check that your library appears in iTunes. Check that you can play music. Then check that you can pair/connect with Remote.

[nicosalto]

Hi,

i tried to install it with the step by step you mentionned just above. But i got stuck with the sudo apt-get install.
i always get back this "The following packages have unmet dependencies", and then a list of packages i need. And then if i try to install those i got the same error again.
this are the package i got to install to make forked-daapd_0.19.9.gitb52bd94-1_armhf.deb work :

Code: Select all

sudo apt-get -f install libantlr3c-3.2-0 libavl1 libconfuse0 libmxml1 libswscale2 libunistring0 avahi-daemon sqlite3

But i get back this when i try to install it :

Code: Select all

Reading package lists... Done
Building dependency tree       
Reading state information... Done
You might want to run 'apt-get -f install' to correct these:
The following packages have unmet dependencies:
 avahi-daemon : Depends: libavahi-core7 (>= 0.6.24) but it is not going to be installed
                Depends: bind9-host but it is not going to be installed or
                         host
                Recommends: libnss-mdns but it is not going to be installed
 libconfuse0 : Depends: libconfuse-common (= 2.7-4) but it is not going to be installed
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).

i have no idea where are the issue here, if you can help that would be great!

[DesignerBoy]

Hello. Eventually got it to all install. Needed to get a lot of other lib files and then did a apt-get -f install about 3 times before it all came back okay. Forked Daapd says it is running. But when I open iTunes on my main desktop it cannot see anything else on my network. Tried paring with my iPad using the remote guide. Nothing. Did not work.

If anyone has this running properly can they make an image of their sd card and post it somewhere so that I can just install it on my sd card?

Getting very annoying that it does not work at all.

Will try a fresh install of the latest rasprian wheezy image from http://www.raspberrypi.org/downloads and try again.

[ejurgensen]

Yes, I have spent a lot time getting it to work on various platforms as well. You can run "ps ax" and check that avahi-daemon and forked-daapd are running. You can also check for error messages in forked-daapd.log (usually in /var/log).

[DesignerBoy]

Ps ax? Would that just be sudo ps ax? What does it do or should say?

[DesignerBoy]

Got it working. Sort of.

I had only installed avahi-daemon so the browse command did not work. Installed avahi-utils and checked the name of my iPad for the remote software. All was correct.

Added some music to the folder and restarted forked daapd then changed the text file for the remote code. This time it connected.

Question. How do you get music to play through my iPad? At the moment it only plays through the raspberry pi that is running forked daapd?

Also is it possible to get all the album artwork?

Thanks.

[ejurgensen]

Question. How do you get music to play through my iPad? At the moment it only plays through the raspberry pi that is running forked daapd?

forked-daapd is an iTunes server, so it works like iTunes. So like iTunes it can play music on the device itself or on an AirPlay speaker (like an Airport Express). An iPad is not an AirPlay speaker, but you can install an App which makes it one. I haven't tried this but google "ipad airplay receiver".

--- edit ---
Perhaps a better solution is to install a DAAP player, which can connect directly to forked-daapd and stream music to the device. However, on iOS I can only find Simple DAAP Client, which has bad reviews. On Android there is Music Pump DAAP Player, which seems better.
---

Also is it possible to get all the album artwork?

Read the README about artwork.

[ejurgensen]

Oor if I could pair "Remote for iTunes" app from Hyperfine (I get this from the logs: remote: Pairing failed with Remote 5326886477777676258852747941275853487155/Remote for iTunes, HTTP response code 404).

I seem to have found a way to pair Hyperfines Remote for iTunes with forked-daapd. In my case, the problem seems to have been that the Raspberry was unable to initiate a network connection to my Android phone. So what I did was first establish a connection from the phone to the Raspberry. This can be any connection, it doesn't need to be Remote-related. I opened a connection from a file browser app to the Samba drive on the Raspberry, but I think any connection will do. Probably just entering the IP address of the Pi in a browser on the phone will do the trick. After this, I opened Remote for iTunes and completed the normal pairing procedure.

Mind you, your log file says HTTP response code 404, which means you entered the wrong PIN code. My log file said response code 0, which apparently means no connection. So we might not be having the same problem.

Also after pairing succeeded, I noticed that Remote for iTunes shows album titles when you browse for artists. So that is pretty useless. It is also really strange, since the artist browse query is pretty straightforward in DAAP.

[DesignerBoy]

Artwork

Yeah, I followed the readme. Still no artwork visible.

A example of how it is set up. Have a folder called iTunes, inside is a folder called Music. In this are all the album folders. For example 21 by Adele. This has all the music files that can be played okay. In that folder is also a small jpeg called 21.jpg

Have I put it in the right place?

[ejurgensen]

Still no artwork visible.

A example of how it is set up. Have a folder called iTunes, inside is a folder called Music. In this are all the album folders. For example 21 by Adele. This has all the music files that can be played okay. In that folder is also a small jpeg called 21.jpg

Have I put it in the right place?

When you say no artwork visible, do you mean in iTunes or in Remote? iTunes will never show artwork. For some reason (maybe performance) it does not retrieve artwork from remote libraries. In Remote however, if your artwork jpg's have the same name as the directory they are in, it should work. These should work out of the box:

/Adele/21/21.jpg
/Adele/21/cover.jpg
/Adele/21/artwork.jpg

In the config file it is possible to add other names (like Folder, which WMP uses).

[DesignerBoy]

Thanks. Working. Had to rename them to cover.jpg

In the example just having 21.jpg did not work.

Thanks. This is excellent.

[ejurgensen]

Thanks. Working. Had to rename them to cover.jpg

In the example just having 21.jpg did not work.

Thanks. This is excellent.

Strange. I have /Adele/19/19.jpg in my library and it works. Perhaps you had 21.JPG? That wouldn't work. I you set loglevel to debug in the config file you can see which artwork files forked-daapd looks for. Use "grep artwork /var/log/forked-daapd.log" to search the log file for that. Also don't keep the loglevel on debug as it will cause a lot of write operations on your SD card.

[DesignerBoy]

Thanks. Got it all sorted, at least using remote. You mentioned that iTunes would not see artwork. My iTunes does not even see the raspberry pi? The iPad remote app worked like a charm though.

My iTunes is the latest version. Could this be the problem?

Thanks.

[ejurgensen]

Thanks. Got it all sorted, at least using remote. You mentioned that iTunes would not see artwork. My iTunes does not even see the raspberry pi? The iPad remote app worked like a charm though.

My iTunes is the latest version. Could this be the problem?

I have iTunes 11.0.4 on PC and Mac, and have it working in both. I think it is this latest version. I didn't do anything to make it work, so I don't know what the problem might be.

[DesignerBoy]

Hello.

I am using the same version of iTunes. Uninstalled then reinstalled. Bingo. There it was

Two final questions and hopefully the last.

I have speakers set up to the pi and also another wireless airplay speaker. When using the remote app to play to both there is a slight delay to one of the speakers. Is this normal? If I set up another pi as an airplay would that also have a delay?

And finally, the sound quality from the pi is a bit hissy/noisy especially at low volumes. Is this also normal?

Thanks. You have done a fantastic job getting this to work.