thats wicked, my friend has something similar to this. it looks like a spaceship saucer that sort of levitates the image. i wish there where more details about the prisim.
was messing around with openFramewroks qc plugin last night. have been banging my head trying to get a qc image context into the ofx CV Image context from vades plugins. apparently the qcToOfImage or pixel image is still a TODO. maybe should check the repo for an update. qc image to ofTexture works great though.
its interesting see the N3-D is using max msp for audio etc.. they must be sending the spectrum data to the ofx app on the ipad via udp or something. i mean as far as i know max msp doesn't work on an ipad seeing its java. even if you hack it the java VM doesn't work on the ipad.
creativeapplications.net is very cool. my qc splatter paint program made into there top 100 creative apps last summer.
Max is not Java. Its native C using JUCE for GUI, and has hooks so you can run Java, and Javascript. You can write externals using any language you want as long as you can output a compatible binary.
As for ofxQCPlugin, what do you want to do? If you use a texture, back and forth between QC and OF is 100% possible.
BTW - another mention for the awfully impertinent way that Drupal logs and relates posts. I wondered, what's that got to do with my saying Wow ? :-) when reading the post above where you're referring to your radical Pollock exemplar.
Did figure that out [eventually] - what a muggy atmosphere today, definitely clutters my thinking.
cool yeah i haven't really got into making some externals for max. i always thought it was c based after using some source like the external ~fiddle in some other projects but have been noticing as of late java libs. it seems vade as of v01 you where really rocking max.
i was more less saying i have yet to see a max patch run on a mobile device. it would be really wicked if it did. i have not really got into writing externals for max as qc, unity, ofx, etc.. keep me busy at the moment.
what i'm trying to do vade with you nice ofxqc plugs is..
basically getPixels() from from the FBO or explicitly from an ofTexture.
and then casting (unsigned char *) to getPixels();
have tried to screenGrab() as well but get a clear. i mean i'm not so concerned with speed as i'm dealing with small images. but i want to process a qc image in ofx and then return it to qc. kind of like both your examples in one kind of thing.
i noticed in your utilities there was a TODO section that looked to be doing what i'm trying to do.
any suggestions would be awesome, maybe i'm just missing something as your examples run fine.
I was always wondering why Open Framework can actually create iPhone/iPad apps whereas QC can't. There are many technical reasons I'm sure, but it would be clearly possible if Apple put a few resources towards it. Publishing on Apple devices with an Apple dev application should just work.
Volker
It depends what you mean by possible. QC is in many ways a showcase for a variety of technologies that Apple offer on OS X, and quite a few of these technologies are not going to work on the iPad because the iPad lacks the hardware grunt. iPad only supports a subset of OpenGL, OpenGL ES which lacks some stuff that full OpenGL on the desktop/laptop can manage. Plus the GPU of the iPad is way less powerful than modern desktop & laptop GPUs, and the CPU isnt exactly a dualcore beast, so even the compositions that could be ported may be too slow to be useful.
If Apple wanted to throw resources at this sort of thing, they certainly could come up with a subset of QC that could run on the iPad. Many normal .qtz files will not run on it properly because it would have less patches available than the OSX QC we know and love, but it would offer a means to visually program some stuff for the ipad. Im not sure they will ever bother to do this, but then again I would not have predicted them offering Quartz Composer for OSX in the first place, lovely though it is, Im not sure they would have ever thought to make it themselves from scratch, its based on a 3rd party program originally.
thats wicked, my friend has something similar to this. it looks like a spaceship saucer that sort of levitates the image. i wish there where more details about the prisim.
was messing around with openFramewroks qc plugin last night. have been banging my head trying to get a qc image context into the ofx CV Image context from vades plugins. apparently the qcToOfImage or pixel image is still a TODO. maybe should check the repo for an update. qc image to ofTexture works great though.
its interesting see the N3-D is using max msp for audio etc.. they must be sending the spectrum data to the ofx app on the ipad via udp or something. i mean as far as i know max msp doesn't work on an ipad seeing its java. even if you hack it the java VM doesn't work on the ipad.
creativeapplications.net is very cool. my qc splatter paint program made into there top 100 creative apps last summer.
yeah, totally rad :-) - a favourite RSS feed of mine. [ & a huge source of inspiration & information ]
Yeah, that was an awesome moment for me... wait, no it wasn't.
(cough cough...)
http://www.vimeo.com/2866789
Really interesting!
Wonder what that would look like in that 3D pyramid ?
Max is not Java. Its native C using JUCE for GUI, and has hooks so you can run Java, and Javascript. You can write externals using any language you want as long as you can output a compatible binary.
As for ofxQCPlugin, what do you want to do? If you use a texture, back and forth between QC and OF is 100% possible.
You're not kidding.
BTW - another mention for the awfully impertinent way that Drupal logs and relates posts. I wondered, what's that got to do with my saying Wow ? :-) when reading the post above where you're referring to your radical Pollock exemplar.
Did figure that out [eventually] - what a muggy atmosphere today, definitely clutters my thinking.
cool yeah i haven't really got into making some externals for max. i always thought it was c based after using some source like the external ~fiddle in some other projects but have been noticing as of late java libs. it seems vade as of v01 you where really rocking max.
i was more less saying i have yet to see a max patch run on a mobile device. it would be really wicked if it did. i have not really got into writing externals for max as qc, unity, ofx, etc.. keep me busy at the moment.
what i'm trying to do vade with you nice ofxqc plugs is..
basically getPixels() from from the FBO or explicitly from an ofTexture.
ultimately i need to do something like this.
image.setFromPixels(QC2OFImageTexture.getPixels(), 320,240);
where QC2OFImageTexture is an ofTexture.
i thought one of these might work.
testOfTexture->getTextureData(); testOfTexture->texData;
and then casting (unsigned char *) to getPixels();
have tried to screenGrab() as well but get a clear. i mean i'm not so concerned with speed as i'm dealing with small images. but i want to process a qc image in ofx and then return it to qc. kind of like both your examples in one kind of thing.
i noticed in your utilities there was a TODO section that looked to be doing what i'm trying to do.
any suggestions would be awesome, maybe i'm just missing something as your examples run fine.
i like particle painting.
I was always wondering why Open Framework can actually create iPhone/iPad apps whereas QC can't. There are many technical reasons I'm sure, but it would be clearly possible if Apple put a few resources towards it. Publishing on Apple devices with an Apple dev application should just work. Volker
It depends what you mean by possible. QC is in many ways a showcase for a variety of technologies that Apple offer on OS X, and quite a few of these technologies are not going to work on the iPad because the iPad lacks the hardware grunt. iPad only supports a subset of OpenGL, OpenGL ES which lacks some stuff that full OpenGL on the desktop/laptop can manage. Plus the GPU of the iPad is way less powerful than modern desktop & laptop GPUs, and the CPU isnt exactly a dualcore beast, so even the compositions that could be ported may be too slow to be useful.
If Apple wanted to throw resources at this sort of thing, they certainly could come up with a subset of QC that could run on the iPad. Many normal .qtz files will not run on it properly because it would have less patches available than the OSX QC we know and love, but it would offer a means to visually program some stuff for the ipad. Im not sure they will ever bother to do this, but then again I would not have predicted them offering Quartz Composer for OSX in the first place, lovely though it is, Im not sure they would have ever thought to make it themselves from scratch, its based on a 3rd party program originally.