9 messages in at.iem.pd-listRe: [PD] Porting PD to Java (feasible...| From | Sent On | Attachments |
|---|---|---|
| Andrew VanderVeen | Jul 27, 2011 10:59 am | |
| Mathieu Bouchard | Jul 27, 2011 11:27 am | |
| Hans-Christoph Steiner | Jul 27, 2011 12:39 pm | |
| Hans-Christoph Steiner | Jul 27, 2011 2:13 pm | |
| Mathieu Bouchard | Jul 27, 2011 2:32 pm | |
| Hans-Christoph Steiner | Jul 27, 2011 2:54 pm | |
| Andrew VanderVeen | Jul 28, 2011 1:48 pm | |
| Hans-Christoph Steiner | Jul 28, 2011 3:29 pm | |
| João Pais | Jul 30, 2011 10:24 am |
| Subject: | Re: [PD] Porting PD to Java (feasible with Cibyl?) | |
|---|---|---|
| From: | Hans-Christoph Steiner (ha...@at.or.at) | |
| Date: | Jul 27, 2011 12:39:00 pm | |
| List: | at.iem.pd-list | |
In terms of feasibility, most of Pd is really plain C, so it should be an easy port. The only things that are not are the various I/O methods (audio, midi, files, net, etc). You'll need to write a audio I/O driver, that'll probably be in Java. You can look at the Android port for an example. libpd talks to the Java audio I/O via a JNI lib.
On Jul 27, 2011, at 2:28 PM, Mathieu Bouchard wrote:
On Wed, 27 Jul 2011, Andrew VanderVeen wrote:
So, since it's not exactly ideal to re-implement these headers in Java (I don't even know if it's possible), is there a way that I can pull these files out of the pure data project? I'm not entirely sure what they do, or how essential/core they are to the project. Can I just remove certain (unneeded?) functionality?
No <dlfcn.h> means no externals except by explicit linkage.
Yeah, basically, if you want to add extra objects, then'll need to be compiled and linked in before processing with cibyl. You can ignore that stuff to get things working, indeed the iOS version does not use it at all. Then later you can figure out how to include external objects if need be.
No <socket.h> means no gui, no [netsend] and no [netreceive].
Since you're most interested in the libpd approach, then you don't need to worry about the socket for the GUI. That you can skip. Indeed that's the normal way with libpd. As for [netsend] and [netreceive], those are a way
.hc
----------------------------------------------------------------------------
Programs should be written for people to read, and only incidentally for machines to execute. - from Structure and Interpretation of Computer Programs
_______________________________________________
Pd-l...@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list