<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
I'm pretty determined to work through this! :-)<br>
<br>
I thought I'd write a workaround to keep this conversation moving: My
plan was to write the video to a buffer with [pix_buffer], then read
one frame later and apply [pix_rtx]. I've done this workaround before
for similar situations.<br>
<br>
But I got stuck before I even got to [pix_rtx]. Please see the attached
patch.<br>
<br>
In the patch you'll see 3 toggles, all of which I would have expected
to show a rotated image textured onto a rectangle. Only one of them
does. They are numbered right to left.<br>
<br>
Box 1 shows the output of [pix_buffer_write]. That shows a rotated
image. Fine so far.<br>
<br>
Box 2 shows the output of [rotateXYZ] before [pix_buffer_write]. That
shows a rotated white box with no image textured. Why?<br>
<br>
Box 3 shows the output of [pix_buffer_read]. That shows an image but no
rotation. Why? This one is especially troublesome to me.<br>
<br>
I'm trying to make my questions as specific as possible. Please
understand I have looked at plenty of examples of [rotateXYZ] and I
understand the object and have made full use of it. And I have
previously read about [pix_separator] and know the archives that refer
to it. There's something else going on here about dataflow with Gem
that I don't get. I can make up 10 other examples with 10 other objects
if I have to.<br>
<br>
-John<br>
<br>
John Harrison wrote:
<blockquote
cite="mid:7aa995dd0903250500l58526c7dq9109cad9c6ba85a4@mail.gmail.com"
type="cite">Thanks Hans. I know the example patch already and I have
[pix_rtx] working fine inasfar as I can get it to do what the example
patch already shows. I think my question is more about data flow and
Gem. My patch and [pix_rtx} are just an example of a more basic
misunderstanding I believe I have which has not been cleared up despite
many hours of work in Gem.<br>
<br>
Could somebody explain to me my [pix_rtx] in my example patch appears
to be processed before the rotation instead of after?<br>
<br>
-John<br>
<br>
<div class="gmail_quote">On Tue, Mar 24, 2009 at 9:33 PM,
Hans-Christoph Steiner <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:hans@eds.org">hans@eds.org</a>></span> wrote:<br>
<blockquote class="gmail_quote"
style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
I think this is an appropriate place to discuss gem. In the Help
browser, check out:<br>
<br>
examples -> Gem -> 04.video -> 04.videoRTX.pd<br>
<br>
I had to do some trickery to get it working OK. Check the archives for
details, I remember some discussion about all the separators.<br>
<br>
.hc
<div>
<div class="h5"><br>
<br>
On Mar 24, 2009, at 3:35 PM, John Harrison wrote:<br>
<br>
</div>
</div>
<blockquote class="gmail_quote"
style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>
<div class="h5">Attached is a small example patch of how I just
don't get Gem...still...<br>
<br>
[pix_rtx] has a steady wave that normally flows from left to right.<br>
<br>
I would have thought that the attached patch shows me rotating the
image first, then applying [pix_rtx]. So it would stand to reason in my
mind I would see a rotated image with [pix_rtx] flowing from left to
right.<br>
<br>
But that isn't the result I see. The patch has [pix_rtx] flowing from
right to left now. It is as if [pix_rtx] is applied *before* the
rotation instead of *after* as I would have expected.<br>
<br>
Grasping at straws, I have tried [pix_separator] between just about
every object, but that makes no difference.<br>
<br>
What am I misunderstanding that makes the behavior of the patch make
sense? And...how would I get [pix_rtx] to flow from left to right on a
mirrored image?<br>
<br>
-John<br>
<br>
P.S. Are questions like this better on the Gem-dev list? That's a
developer list but at the same time I feel a bit awkward putting too
many Gem questions on a Pd list<br>
<br>
</div>
</div>
#N canvas 962 171 305 227 10;<br>
#X obj 29 -58 gemhead;<br>
#X obj 29 -35 pix_video;<br>
#X obj 29 44 pix_texture;<br>
#X obj 28 72 rectangle 4 3;<br>
#X obj 159 9 gemwin;<br>
#X msg 136 -34 create \, 1;<br>
#X msg 214 -33 destroy;<br>
#X obj 135 -57 loadbang;<br>
#X obj 29 17 pix_rtx;<br>
#X obj 29 -10 rotateXYZ 0 180 0;<br>
#X connect 0 0 1 0;<br>
#X connect 1 0 9 0;<br>
#X connect 2 0 3 0;<br>
#X connect 5 0 4 0;<br>
#X connect 6 0 4 0;<br>
#X connect 7 0 5 0;<br>
#X connect 8 0 2 0;<br>
#X connect 9 0 8 0;<br>
_______________________________________________<br>
<a moz-do-not-send="true" href="mailto:Pd-list@iem.at"
target="_blank">Pd-list@iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a moz-do-not-send="true"
href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
</blockquote>
<br>
<br>
<br>
----------------------------------------------------------------------------<br>
<br>
There is no way to peace, peace is the way. -A.J. Muste<br>
<br>
<br>
</blockquote>
</div>
<br>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
John Harrison
<a class="moz-txt-link-freetext" href="http://alumni.media.mit.edu/~harrison">http://alumni.media.mit.edu/~harrison</a>
</pre>
</body>
</html>