Hello,
I don't work neither on Mac, but what about [pix_movement2], same pb ?
++Benjamin
cyrille henry a écrit :
hello,
i don't work on osX, so things are working for me.
but did you try pix_delay / pix_diff ?
anyway, i usually do every pix_* things in shader, as it is usually
faster and more flexible.
(it's faster, even if you have to use pix_snap)
c
Le 05/04/2011 13:53, Matteo Sisti Sette a écrit :
Hi,
Bug 3191771 renders the combination pix_video+pix_movement useless in
Mac OS unless you can lower gem's framerate to ensure it is lower
than the camera's framerate (which is not always an option), or
unless one finds some other workaround.
The problem is that whenever a new frame from the camera is not
available, pix_movement computes the new input frame as a black
frame, and hence the resulting difference is almost all-white.
Note that the problem is NOT that pix_movement computes the
difference between two identical frames yelding a black frame as a
result. It's worse: when the new frame is not available, it seems it
considers it as an all-black frame, so the output is the difference
between a real frame and a black frame. That causes white flickering,
not black flickering.
Does anybody use pix_movement and pix_video on Mac OS? How do you
work around this issue?
Ideally I would like to find a simple and easy-to-understand
solution, because I am teaching a Pd course and I'd like to give the
students (most of whom use Mac) a workaround they can understand.
Thank you in advance
m.
_______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
_______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
_______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
