I don't have a camera to plug in and double check, but I never noticed this inverted problem before. You can always re-invert the numbers if you need to ;-)
Yes of course it is stright-forward to correct the inversion. But I was wondering if there may be some weird platform-dependence in the involved objects that may cause the y coordinate to work in one sense or the other in different computers/os's?? Because it would be really really strange that it were just an error in the patch and you never noticed before - I mean the cursor moves down when the object moves up, and you mention having used it in workshops for years.
I was just curious if it may be some platform or version dependency.
I use Windows XP. Here, the Y output of pix_block is 0 when the blob is on the bottom, and 1 when it is on the top.
But the patch is great, helped me a lot and is just (part of) what I was looking for.
(btw, in my previous message I stated it wrong: I get 0,0 at bottom-left and 1,1 at top-right, which is neither what I said nor what is written in the patch comments)(I call left and right with respect to the image being processed, not the user looking at himself on the screen)
Anyways, inverted or not, the patch does what it's supposed to, I hope!
best, d.
matteo sisti sette wrote:
Thanks a lot, very interesting!!
Just a quetion/problem. I'm trying your attached patch, and it works, but the Y position of the cursor seems to be systematically inverted!
I mean, if the actual blob (as I can see it in the preview "window") is on the top, the circle is drawn on the bottom of the screen!!
Is it an error in the patch, or is something working wrong in my case?
Aslo, the comments about "pix_blob" output say: "[upper left corner is 1, 1 down right corner is 0, 0]" According to what I can see by attaching number boxes to the 2nd and 3rd outlet, I would say "[upper left corner is 0, 0 down right corner is 1, 1]"
-- derek holzer ::: http://www.umatic.nl ::: http://blog.myspace.com/macumbista ---Oblique Strategy # 76: "Give the game away"