Thread: [tuxdroid-user] C++ Library
Status: Beta
Brought to you by:
ks156
From: Henry de V. <hde...@gm...> - 2008-02-01 19:27:14
|
Is there a C++ library that I can use to interact with the droid? I'd really rather not use python, and C++ (with Qt\KDE) is what I like to use. -- Harry de Valence |
From: Alan T. <ala...@gm...> - 2008-02-02 00:22:17
|
I'm not an expert on the code at all, but I think the real code is actually in C (with python bindings). It's not quite the same, but it should work. On Fri, 2008-02-01 at 14:27 -0500, Henry de Valence wrote: > Is there a C++ library that I can use to interact with the droid? I'd really > rather not use python, and C++ (with Qt\KDE) is what I like to use. |
From: Henry de V. <hde...@gm...> - 2008-02-02 04:33:45
|
On Friday 01 February 2008 7:22:20 pm Alan Trick wrote: > I'm not an expert on the code at all, but I think the real code is > actually in C (with python bindings). It's not quite the same, but it > should work. Hmmm.. Is this in the SVN repo ? I presume it's GPL2+, right? -- Harry de Valence |
From: David B. <da...@ja...> - 2008-02-03 07:51:28
|
On Sat, 02 Feb 2008 05:33:55 +0100, Henry de Valence <hde...@gm...> wrote: > On Friday 01 February 2008 7:22:20 pm Alan Trick wrote: >> I'm not an expert on the code at all, but I think the real code is >> actually in C (with python bindings). It's not quite the same, but it >> should work. > > Hmmm.. Is this in the SVN repo ? I presume it's GPL2+, right? The daemon is written in C, it's on SVN. For now it opens a port and the python API connects to it and offer _a_lot_ of other functionalities. Parts of the daemon are currently rewritten as a Library. It's mostly the parts that deal with the USB and hndles commands and status from tux. That library will be used to rebuild the same daemon but you could also choose to bypass the daemon/python API and use the library directly. Now we thought about something better than the current daemon, like xml-rpc so you could use any language (xml-rpc clients exist in most of them) to address your tux very easily. Cheers, David |
From: Neil A. <arm...@po...> - 2008-02-03 10:36:43
|
Hello, I ported most of the basic functionalities in c# with mono using the =20 tcp socket connexion with tuxdaemon, you can grab the code at : http://stream.dedale.eu.org/tuxdroid I was part of a school project, and we made an UPnP connectivity for =20 tuxdroid, except for the voice part (which was a bit complicated in c#). Neil Le 3 f=E9vr. 08 =E0 08:51, David Bourgeois a =E9crit : > On Sat, 02 Feb 2008 05:33:55 +0100, Henry de Valence > <hde...@gm...> wrote: > >> On Friday 01 February 2008 7:22:20 pm Alan Trick wrote: >>> I'm not an expert on the code at all, but I think the real code is >>> actually in C (with python bindings). It's not quite the same, but =20= >>> it >>> should work. >> >> Hmmm.. Is this in the SVN repo ? I presume it's GPL2+, right? > > The daemon is written in C, it's on SVN. For now it opens a port and =20= > the > python API connects to it and offer _a_lot_ of other functionalities. > Parts of the daemon are currently rewritten as a Library. It's =20 > mostly the > parts that deal with the USB and hndles commands and status from =20 > tux. That > library will be used to rebuild the same daemon but you could also =20 > choose > to bypass the daemon/python API and use the library directly. > > Now we thought about something better than the current daemon, like > xml-rpc so you could use any language (xml-rpc clients exist in most =20= > of > them) to address your tux very easily. > > Cheers, > David > > = ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > tux-droid-user mailing list > tux...@li... > https://lists.sourceforge.net/lists/listinfo/tux-droid-user -- Neil ARMSTRONG Etudiant Polytech'Nice-Sophia D=E9partement Sciences Informatiques www.dedale.eu.org arm...@po... (PGP : 0x05834E84) nei...@gm... Jabber: su...@ja... |
From: Henry de V. <hde...@gm...> - 2008-02-03 18:14:49
|
On Sunday 03 February 2008 4:52:21 am Neil Armstrong wrote: > Hello, > > I ported most of the basic functionalities in c# with mono using the > tcp socket connexion with tuxdaemon, > you can grab the code at : http://stream.dedale.eu.org/tuxdroid > I was part of a school project, and we made an UPnP connectivity for > tuxdroid, except for the voice part (which was a bit complicated in c#). > > Neil No offence meant, but ew. I'm not going to infect my computer with mono <http://en.wikipedia.org/wiki/Infectious_mononucleosis>, thank you very much. :P I remember seeing a Ruby API a while back, too. Has DBUS been considered? It's now standard for all KDE4 apps, and AFAIR, it's used in GNOME and is implemented in lots of languages, so that people can have flamewars over what language is better without hindering development of tux droid software. -- Harry de Valence |
From: Thierry L. <tle...@fr...> - 2008-02-03 20:57:41
|
Henry de Valence a écrit : > On Sunday 03 February 2008 4:52:21 am Neil Armstrong wrote: >> Hello, >> >> I ported most of the basic functionalities in c# with mono using the >> tcp socket connexion with tuxdaemon, >> you can grab the code at : http://stream.dedale.eu.org/tuxdroid >> I was part of a school project, and we made an UPnP connectivity for >> tuxdroid, except for the voice part (which was a bit complicated in c#). >> >> Neil > > No offence meant, but ew. I'm not going to infect my computer with mono > <http://en.wikipedia.org/wiki/Infectious_mononucleosis>, thank you very > much. :P > > I remember seeing a Ruby API a while back, too. > > Has DBUS been considered? It's now standard for all KDE4 apps, and AFAIR, it's > used in GNOME and is implemented in lots of languages, so that people can > have flamewars over what language is better without hindering development of > tux droid software. I think that dbus is a really good option too. There are a lot of implementation in many languages, and people may choose their favorite graphic library (qt, gtk, etc) to develop the clients gui. Thierry |