hi marius & others, thanks for pointing me to glsl, i will have a look!
but for now i think i found what's causing the trouble: actually i want to apply per pixel manips continuously on a stream of pixes. eg. video from pix_film. so i was constantly triggering pix_dump with the gemhead. when triggering pix_dump manually it works fine. (see attached test-patch)
i know it's not very efficient to do it like that in the first place (pix_dump/pix_set), but is there a way to properly "synchronize" it all? i want to have a data flow like this: [gemhead] -> [pix_image] or [pix_film] -> [pix_dump] -> manipulate data -> [pix_set] -> output on screen
---martin.
marius schebella schrieb:
hi martin, not sure where you want to go with that, but if you want to create visuals stuff, you should dive into glsl programming and do your manipulations in shader language. this is extremely efficient and fast. there are examples by cyrille and the pd montreal community (alexandre etc). there is also a mailing list (glslang@dataflow.ws). for your patch it could be a triggerproblem, but difficult to say without seeing it. marius.
Martin Leopold Grödl wrote:
hi everybody, i want to do per pixel image manipulation in gem (running pd.extended 0.39-3). so far i've been trying pix_dump with a lister and then until with packel to access individual rgba values in a loop. after i do the manipulations i accumulate them back into a list using repack and send it to pix_set.
it all works out pretty smooth. only problem is the list that gets sent to pix_set somehow seems to get one float prepended, which effectively shifts all the rgba-values one step and messes up the colors.
any advice/examples on a correct pix_dump / pix_set setup? ...any other solutions?
thx, martin
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list