Forum Replies Created
-
Posts
-
bangnoise – Thanks for the tip! I still get them errors, so I may be doing something wrong still… all alloc’s need to be also specified as ‘autorelease’ no?
vade – Here is the link to code repo I was using for the processing library. Essentially, I never got past hacking the sdk’s client example to work with jni because of the above mentioned errors… I am having trouble reproducing the garbage data mentioned before, as the client code doesn’t seem to be recieving frames. Not sure which iteration of the code was receiving frames at this point… (I have some beers if I get annoyed at code…)
This is folder for the xcode project…
https://code.google.com/p/syphonprocess/source/browse/#hg/lib/Humble
…and the jni link
http://code.google.com/p/syphonprocess/source/browse/lib/Humble/src/Humblejnilib.msbook – Progress? I hope you are making strides actually. In any case, I would love to work together with you on this…
My approach was to use Xcode to build the jni bridge, and eclipse to build the processing library… I could not really get eclipse to compile/link jni/syphon/processing libs, all at the same time… ergo I chose the multi-ide compilation build chain.
I ultimately just want a packaged processing library, though, I suppose, I can make do using oF or cinder for this next month’s fun. I am too busy and lazy to spend months making jni talk cocoa… maybe we can figure this out soonish?
Hi sbook & vade,
I was working on this for a few days last week as well with limited success…
From the jni bridge, finding and connecting to syphon servers seemed to work consistently, though calls to the syphon library from a jni function always produced loads of “__NSAutoreleaseNoPool()” errors.
In any case, I was getting garbled data on the client read and could not figure it out, so instead of beating my head on this too badly, I wish you success on making this work soon!
