[PD] complex patch not working on new computer
Hi, i just get a new laptop , i installed pd and im trying to run and old patch but i just get this message: error: It doesnt tell what the error is, any idea? how can i know which is the problem? thanks R. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Porting PD to Java (feasible with Cibyl?)
Hi, I'm trying to port pdlib (http://gitorious.org/pdlib/libpd) to Java using Cibyl (http://code.google.com/p/cibyl/) so that I can use pdlib on Blackberry devices. You can see the project at https://github.com/appsfactory/jlibpd if you like. I've also been keeping a log of my progress on a GitHub wiki page at https://github.com/appsfactory/jlibpd/wiki/Cibyl-Log. I've been successful in compiling most of it to intermediate MIPS code (which Cibyl then translates to Java byte code), however there are two c library files that are not implemented in the Cibyl toolchain (dlfcn.h and socket.h). There are three files in pure data that link to these two: socket.h: s_inter.c and x_net.c dlfcn.h: s_loader.c I have two options for getting around this. I could either: 1. Write my own socket.h and dlfcn.h, with the implementation in Java, and use Cibyl to link to these (example: https://github.com/SimonKagstrom/cibyl/tree/master/examples/host-java/exporting-java-functionality-to-cibyl), OR 2. Port libpd without using these headers. 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? Another option is to rewrite these files so that they don't use socket.h or dlfcn.h. I don't know how possible that is either. I thought that before I dive in and start figuring out the whole project structure and what each of the files do, I should see if anyone that already knows could fill me in on the feasibility of this... Thanks, -Andrew ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Porting PD to Java (feasible with Cibyl?)
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. No socket.h means no gui, no [netsend] and no [netreceive]. ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Redis sync, async and subscriber client: Puredis
Ok, I came up with a generic csv loader for Redis datatypes. it is plugged into the [puredis] object with the csv method, it receives a filepath and a datatype. Making it possible to build Strings, Lists, Hashes, Sets ans SortedSets from csv files. I updates the pd-help files to match a well as the docs (the Readme). https://github.com/lp/puredis#readme 2011/7/26 Hans-Christoph Steiner h...@at.or.at Where I could see it used it with large data sets like I did in this project: http://at.or.at/hans/**terrenatale/ http://at.or.at/hans/terrenatale/ The data is used to generate the large scale events like the dropping of coins for each country, the layout of static representing population, etc. I suppose that I would need to convert the data to a specific format for redis anyway, so just supporting CSV would be fine. I ended up using scripts and Pd to process a lot of the data. What would make puredis more interesting is if it meant that it would be easy to process large sets of data into something useful for generating sound and video. .hc On Jul 26, 2011, at 2:54 PM, Louis-Philippe wrote: before jumping on the puredis-loader implementation, here is how I see the specs, please tell me if I get what you think: __**_ Strings: string.csv: KEY, VALUE key1, value1 key2, value2 [lpuredis string string.csv] - creates a String for each line __**_ List and Sets: list.csv: KEY, VALUE1, VALUE2, ... key1, item1, item2, item3 key2, item1, item2, item3 [lpuredis list list.csv] - creates a List for each line [lpuredis set list.csv] - creates a Set for each line __**_ Sorted Sets: zset.csv: KEY, VALUE1, SCORE1, VALUE2, SCORE2 key1, item1, 1, item2, 2, item3, 3 key2, item1, 4, item2, 5, item3, 6 [lpuredis zset zset.csv] - creates a Sorted Set for each line __**__ Hashes hash.csv: KEY, KEY1, VALUE1, KEY2, VALUE2, KEY3, VALUE3 key1, hkey1, value1, hkey2, value2, hkey3, value3 key2, hkey1, value1, hkey2, value2, hkey3, value3 or even: KEY, FIELD1, FIELD2, FIELD3 key1, item1, item2, item3 key2, item1, item2, item3 [lpuredis hash hash.csv] - creates a Hash for each line __**_ For SQL file I am clueless, but I guess it will be similar... JSON would be the easiest to translate but would it be of any use to pd users? L-P --**--** If you are not part of the solution, you are part of the problem. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Porting PD to Java (feasible with Cibyl?)
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-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pdp2gem problem
Hello, I am using pdp_qt~ with pdp2gem so that I can manipulate a video file with spectral data from the audio track of the file. This worked fine for me when I was using adc~ microphone input and live webcam via pix_video. But once I replace pix_video and adc~ with the pdp_qt~ and pdp2gem construction, I get no video results. Patch is attached, I appreciate any help! Thanks, Michael Deck.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Porting PD to Java (feasible with Cibyl?)
On Wed, 27 Jul 2011, Hans-Christoph Steiner wrote: 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 please finish sentence... ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Porting PD to Java (feasible with Cibyl?)
On Jul 27, 2011, at 5:32 PM, Mathieu Bouchard wrote: On Wed, 27 Jul 2011, Hans-Christoph Steiner wrote: 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 please finish sentence... sorry, haven't slept much recently... those are a way to connect to other apps? I forget... .hc Programs should be written for people to read, and only incidentally for machines to execute. - from Structure and Interpretation of Computer Programs ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdp2gem problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/27/2011 10:52 PM, Michael Karr wrote: Hello, I am using pdp_qt~ with pdp2gem so that I can manipulate a video file with spectral data from the audio track of the file. This worked fine for me when I was using adc~ microphone input and live webcam via pix_video. But once I replace pix_video and adc~ with the pdp_qt~ and pdp2gem construction, I get no video results. Patch is attached, I appreciate any help! recent Gem (SVN-0.93) changed a bit, which broke gem2pdp; however, afaik, i fixed gem2pdp so that it works again. it would be interesting to know which versions you are using (and which platform) fgasdmr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk4wnzIACgkQkX2Xpv6ydvTYJwCg8RnDMORaS3VsAOHdJydsPK2N qHYAn2z/SpfDg853fRTKhB12D/CEfPxJ =y0sS -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list