Re: [GSoC] Questions about DPAP implementation



Thanks, Mike!

It will be quite nice to have Libdmapsharing to start with. I checked the GNOME GSoC ideas and found that the one you added into GNOME is bigger than the one in the Mono. Should I submit the proposal to GNOME or Mono, or both of them?

THANKS!

Warm regards,
Song Gao
--------------------------------------------------
School of Computer Science
China University of Geosciences(Wuhan)
http://songgao.weebly.com/



On Wed, Apr 6, 2011 at 21:54, W. Michael Petullo <mike flyn org> wrote:
> I am interested in one of the Mono GSoC projects for F-Spot, aiming to
> implement a managed DPAP library, and I wish to apply to GSoC with this
> project. I have a few questions here:

> 1) It seems that DPAP is not an open protocol. I could not find any detailed
> document describing it. There's some document about Apple's services' ports
> usage, but it's far not sufficient to implement a library which is
> completely compatible with iPhoto. Do I need to analyze its network packets
> to acquire its details?

Libdmapsharing is a DMAP/DAAP/DPAP/DACP implementation written in C
(http://www.flyn.org/projects/libdmapsharing/). The project uses GNOME
Git and GNOME Bugzilla. I think libdmapsharing is a good basis for a
C# DPAP implementation. In fact, I included F-Spot DPAP support in the
GNOME Google Summer of Code project idea page. I am a Google Summer of
Code mentor and would be willing to sponsor such a project, assuming 1)
it has a solid proposal and 2) someone in the F-Spot community indicates
that they would be interested in a well-written DPAP patch. I don't have
any experience with C#, but am the primary maintainer of libdmapsharing.

> 2) There's a DPAP library in Perl written by Leon Brocard (
> http://search.cpan.org/~lbrocard/Net-DPAP-Client/lib/Net/DPAP/Client.pm). Is
> it a good way to derive from it? (Of course the DPAP API in mono should be
> designed similar in usage to the DAAP used for banshee.) However it does not
> support password-protected shares. Is it because that encrypted data is hard
> to analyze? Is encryption included in the plan of this Mono library?

Libdmapsharing is written in C using GObject. I think it would make a
good starting point for your project.

> 3) I found this in an Apple's mailing list:
> http://lists.apple.com/archives/bonjour-dev/2008/Jan/msg00022.html It seems
> that it is not allowed to implement DPAP independently from Apple, at least
> not allowed for commercial use. However, according to Mono GSoC rule, all of
> the code submitted must be contributed under the terms of the Apache 2.0
> License, and Apache 2.0 allows commercial use. Is this a conflict?

Libdmapsharing, dmapd, mt-daapd, the Perl code, etc. all implement
DMAP. Roku, who is the only vendor to actually license Apple's DAAP,
recommends using mt-daapd with their products (and Apple must be aware
of this). Libdmapsharing is licensed under the LGPL.

--
Mike

:wq



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]