Re: Gnomad2 and libmtp

Linus Walleij <[email protected]> Thu, 23 Mar 2006 14:43:15 +0100 (CET)
Newsgroups gmane.comp.multimedia.libnjb.user
Message-ID <[email protected]>
On Thu, 23 Mar 2006 [email protected] wrote:

> Couple of suggestions - now that multiple protocols are supported is it 
> necessary to have BOTH libmtp and libnjb in order to compile gnomad2?

No, you only need libnjb, libmtp functionality will be disabled if the 
library isn't found at ./configure...

> If so, maybe that design coukd be reconsidered for a dynamic load of 
> the appropriate library based on a command line option or a config 
> parameter?

Runtime linking is a pain and would require that I define an ABI and 
plugin-in system so better not... Unless someone else is willing.

> Secondly, to save you and the rest of us loads of time with having to 
> fit all our apps to two APIs, wouldn't it be cleaner to design an 
> abstract API so that the apps address this one API (gettrack, 
> getmeteadata, putfile, settime etc etc) and  libnjb and libmtp are the 
> backend implemetations of it - maybe the route to go would be to change 
> libnjb to have the same front-facing interface as libmtp?

Would be good, but the systems are fundamentally different, MTP supports 
not only music files but also movies, photos etc... It is not easy to 
squeeze this into the same API, better to design a new one IMHO. libmtp is 
engineered from start for MTP and Creative have put PDE on the shelf 
planning to withdraw it entirely, making libnjb obsolete in a few years 
time.

There has been an attempt in the past to do this, sort of, for all 
portable devices, libPDMP. John can tell more about that I think..
http://www.pointless.net/libpdmp/

I think it was simply too ambitious given the limited resources, so unless 
someone is really interested in unifying libnjb and libmtp we'll go with 
this design for now. My current focus is to get something out that can be 
used on MTP devices with little hassle.

But if someone shows me a partially implemented design and takes the 
project lead, I will of course reconsider!

Linus


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642