Loic Kessous wrote:
Hi,I just want to report this but I don't know if it's related to gem-dev or usual pd-gem, so sorry for cross-posting.I am using pix_movement and pix_movement2 on os X and MSW vista and apparently with pix_movement the display is not correct on MSW, It doesn't show the video processed but the original one. On os X it's working correctly. For pix_movement2 it's working on the 2 plateforms.
this is as expected.when you are using [pix_movement] with an RGBA image-stream (which is the default on w32), it will store the difference images in the alpha-channel. if you send [pix_movement] a greyscale image (which has no alpha channel) it will output the processed data in the grey-channel as well. [pix_movement2] seems to internally convert the image to greyscale and work on the grey channel directly.
you could:- convert the pix-stream to greyscale using [pix_grey] (before [pix_movement]) - turn on alpha-blending with the [alpha] object to let the alpha-channel have an effect.
i know that this is somewhat inconsisten (for legacy reasons).storing the processed data in the alpha-channel sounded like a good idea back then. it doesn't sound that right now.
it will stay like this for legacy reasons.(but thinking of it: it might be a good idea to turn the functionality of [pix_movement] into [pix_movement1] (consistent with [pix_movement2]) and make [pix_movement] an abstraction using the new object and mimicking the old behaviour.
fhmasdr IOhannes
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
