Bug 100513

Summary: DAAP server support
Product: [Applications] amarok Reporter: Hans Hvelplund Odborg <hans>
Component: Collections/DAAPAssignee: Ian Monroe <ian.monroe>
Status: RESOLVED FIXED    
Severity: wishlist CC: amarok-bugs-dist, jake13jake, jonas.baehr, linux, moixa
Priority: NOR    
Version: 1.2   
Target Milestone: ---   
Platform: Gentoo Packages   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Hans Hvelplund Odborg 2005-03-01 02:35:48 UTC
Version:           1.2.0 (using KDE KDE 3.4.0)
Installed from:    Gentoo Packages
Compiler:          gcc 3.3.4 
OS:                Linux

support for daap (used in itunes to share music)
Comment 1 Mark Kretschmann 2005-03-01 09:08:50 UTC
Just found this mail:

----------  Forwarded Message  ----------

Subject: daap (itunes music sharing)
Date: Tuesday 01 March 2005 02:19
From: Benjamin Meyer <ben@meyerhome.net>
To: kde-multimedia@kde.org, kde-devel@kde.org

This evening I added to kdeplayground-multimedia a daap directory.  :)  daap
is a music streaming protocol (fancy http).  daap is most known for being
used in apple's iTunes.  Included in the daap directory is an ioslave that
lets you (via kde new 3.4 zeroconf classes) see all the local computers that
have a daap share and then explore them and you can even play (or download)
the songs right from the ioslave.

Of course the required screenshots:
 http://www.icefox.net/gallery/phpquickgallery/?gallery=2005%2FDAAP+ioslave/

Also included (and a bit more valuable)  is a library libdaapclient which
includes a nice simple class (DaapClient) that can be used to connect to a
daap server (use kde's already built into kdelibs zeroconf classes for
finding the servers) and get a list of all the tracks.  What is cool about
this is that the list of tracks includes the artist, album, track number etc
(what you would expect to get from the id3 info in a mp3).  So media players
(juk, noatun, etc) can easily intigrate daap browsing as a "special" playlist
or whatnot.

If you don't have a friend that has itunes (cough/windows/cough) you can
install daapd (http://www.deleet.de/projekte/daap/daapd/) on another
computer.  note that daapd uses howl which is why you can't run it on the
same computer.  This is of course is the next task in this project :)   To
take daapd and have it work with apple's mdns server and so applications can
share playlists through api calls or dcop or something (v.s. the
configuration in /etc and auto-refreshing every 60 seconds).

-Benjamin Meyer
Comment 2 Jonas Bähr 2005-06-23 15:57:04 UTC
I would love to see daap as an alternate collection back-end. This would permit to store the music in one central place (I recommend http://www.mt-daapd.org/ as server) and access it from windows and macos-x via iTunes as well as with amarok from KDE.

mt-daapd features a web-based configuration frontend, static and dynamic (=smart) playlists, on the fly transcoding (since iTunes can't play ogg vorbis) and is actively developed (while daapd had its last release in 2003)

Using amarok as an KDE daap-client would make it much easyer to manage large collections in the local network with windows, linux (KDE) and macos-x clients since only one DB has to be maintained (which is automaticly done by mt-daapd)
Comment 3 Jakub Stachowski 2005-10-16 11:21:41 UTC
kio_daap has been moved to kdereview/multimedia. Please test it.
Comment 4 Jonas Bähr 2005-10-27 21:58:00 UTC
Well, this solution is very "sub-optimal"... The Daap-Server (normaly a running iTunes on Win or Mac or the mt-daapd for Linux) scans the files for meta-data, stores this in a db and provides the information about the tracks. kio_daap uses this information to get the files. Amarok uses these files to get the metadata again and stores it again in its own db... In my eyes this is a very inefficient way. Additional amarok's DB would be constantly in an inconsitent state since as soon as the daap-server goes offline, the songs would be still in the db till the next rescan. After that they are gone and amarok has to rebuild the DB again as soon as the daap-server is online again. Also the rescan could take very long since the ID3-tag v1 is at the end of the file and iTunes allows only realtime-access to its files...

So, in my eyes kio_daap is not a solution for this bug. Amarok needs a new tab, like the iPod-one, for daap-shared music.
Comment 5 Ian Monroe 2005-10-28 04:41:06 UTC
What are you talking about Jonas, amaroK can't even build a collection over kio.
Comment 6 Jonas Bähr 2005-10-28 18:36:48 UTC
I must confess that I haven't tested to build a collection over... due to the theoretic thoughts above...
Comment 7 Alexey Kir 2005-12-28 17:09:19 UTC
Well, today I have fetched latest SVN of kdereview/daap
and it works if I use amaroK's "File" tab. Just entered
"daap:/" in directory box, my local "LinTunes" was there,
double click on a song and it started playing. Sound 
engine is GStreamer => alsalink.

Now we need some kind of remote playlist/collection managment for amaroK
personally I like how it is done in GIT (http://getittogether.sourceforge.net/)
you may combine all remote playlists/collections in one big local :)

Hope something will show up soon.

Sunny
Comment 8 Arthur Axel fREW Schmidt 2006-01-08 08:04:46 UTC
This would be an AWESOME addition to Amarok I think.  But I think that the idea for it to be in a tab would be best.  Honestly, I would rather my computer not scouring someone elses computer when it gets on the network and making a collection on my mySQL server.  That would just be dumb imho.
Comment 9 Francis Giannaros 2006-05-08 03:14:11 UTC
amaroK really needs this. Banshee and rhythmbox appear to have it working pretty perfectly already. =)
Comment 10 Mark Kretschmann 2006-05-13 16:16:25 UTC
*** Bug 120841 has been marked as a duplicate of this bug. ***
Comment 11 Saurabh Asthana 2006-06-23 22:22:12 UTC
I agree amaroK really needs this; this is the ONLY reason I consider using Banshee on my system, and it is one of the very few reasons my roommates won't let me run linux on our communal machine - amaroK blows everything else out of the water in terms of features, why hold back on this one when it's clearly achievable?
Comment 12 Mark Kretschmann 2006-06-23 22:37:37 UTC
Well, it's in the works :)
Comment 13 Ian Monroe 2006-07-12 06:45:27 UTC
Amarok has a DAAP client now. Server is next.
Comment 14 Ian Monroe 2006-09-21 03:07:16 UTC
The client part is done, renaming bug so that Alexandre isn't tempted to close this ticket. :)

There is a server in SVN, just click the button in DAAP's media device tab. However it doesn't work with iTunes still due to iTunes weird HTTP requests.
Comment 15 Jacob Beauregard 2007-10-05 17:38:08 UTC
I honestly believe it would be more beneficial to create a protocol that's independent of Apple. I mean, if Amarok is going to be cross-platform, it will certainly draw a lot of attention, which would give a new, open, protocol a strong hand in competing with DAAP.
Comment 16 Harald Sitter 2007-11-14 17:45:31 UTC
Amarok is also a DAAP server now.