** (dmapd:8881): ERROR **: Could not load any photograph metadata reader plugin but photograph directory providedĭMAPD_PHOTO_META_READER_MODULE=/usr/lib/dmapd/0.0.47/modules/libphoto-meta-reader-graphicsmagick.so (dmapd:8881): GLib-GObject-CRITICAL **: g_object_set: assertion `G_IS_OBJECT (object)' failed ** (process:8881): WARNING **: Error opening /usr/lib/dmapd/0.0.47/modules/libphoto-meta-reader-vips.so usr/lib/dmapd/0.0.47/modules/libphoto-meta-reader-vips.so: cannot open shared object file: No such file or directory It looks like a library has gone missing: Photo sharing is not working properly (for me). If a cache directory does not exist, however, dmapd simply skips caching. The caches' common parent directory can be changed from theĭefault ( /var/cache/dmapd), as done above,īut apparently the sub-directories DAAP and DPAP are fixed. Here, the music cache is ~/scratch/spool/dmpad/DAAPĪnd the photo cache is ~/scratch/spool/dmpad/DPAP. Inhibit music sharing similarly under the Music section.ĭmapd scans the music and picture folders and caches its findings in a bunch of To inhibit photo sharing, comment-out the Dirs setting in the Pictures Invoking dmpad with option -help reveals still more options,
The configuration file as well as some additional options and environment variables. There is no means to specify a configuration file other than /etc/nf.īut the man page lists command-line options overriding the settings of (There are several warnings issued from GLib the server carries on gamely just the same.) > dmapd -lockpath ~/scratch/spool/dmapd/lock -pidpath ~/scratch/spool/dmapd/pid Share-Name=Desktop Music and Photos (DMAPD) Make the following adjustments:ĭatabase-Dir=/home/ray/scratch/spool/dmapd Small list of run-time parameters using the INI style. The configuration file /etc/nf documents and assigns a Under which dmapd expects sub-directories DAAP and DPAP. This setup has dmapd put its working files in ~/scratch/spool/dmapd, Music files are already in ~/audio/music, and Here's a basic but complete setup serving the existing music and photo collection Clients access its media via the DMAP protocols. It is suitable for a headless or embedded The executable, /usr/sbin/dmapd, runs as a daemon and as such (Music files, at least: I lack iPhoto or an equivalent client to test photo sharing It seems to share music files (at least) just fine across a (or my) home LAN. Services using the Avahi Zeroconf service.Īlthough the current version 0.0.48 misses the A-team cut, It shares music via DAAP and photos via DPAP over a LAN, and it advertises these Other servers (not available from Fedora package repositories): Tangerine,ĭmapd provides local media-sharing services mimicking those of Under iTunes Audio Access ( _daap._tcp) andĭPAP servers under Digital Photo Sharing ( _dpap._tcp). The Avahi Zeroconf service advertises DAAP servers On port 3689/tcp or DPAP connections on port 8770/tcp. The upshot of all this is that a GNU/Linux box can share its music collectionīut Banshee and Rhythmbox cannot access the music of a recent iTunes server.Īpple's iPhoto uses the companion Digital Photo Access Protocol, or DPAP.īoth DAAP and DPAP tap the underlying Digital Media Access Protocol, or DMAP,Ī host offering music or photos to the LAN must open its firewall to DAAP connections The authentication enforcing this restriction seems unlikely to be reverse engineered Music over a LAN as either a server or client.Īlthough proprietary, DAAP has been largely reverse engineered.Ĭonsequently, open-source servers and clients emulating iTunes sharing now exist.įedora also offers client Banshee and serversįrom version 7, however, iTunes accepts connections only from iTunes clients. Banshee does not share out its own music.Īpple's iTunes uses the Digital Audio Access Protocol, or DAAP, for sharing