XML Feeds

.

[jitter] Bug (?) with jit.gl.slab and @automatic 0

vade doktorp at mac.com
Wed Jan 9 12:52:19 MST 2008


Hello.

Yes its me again! Can someone please take a look at this patch, and  
verify that its behavior makes sense?

I have all my gl objects at automatic 0.

I have a jit.qt.movie @unique 1, with a LOW framerate, which is  
setting the contents of two textures which feed a and b side of a mixer.
This mixer has a gate on it, which demonstrates the bug.

if the gate is closed, the mixer is only banged to render when the  
textures are updated, IE, at a slow rate.

If the gate is open, the mixer renders at the main clock speed. The  
output of the mixer is this mode is NOT the same as when the gate is  
closed, even though the contents of the textures and their assignment  
REMAINS THE SAME (this is the bug)

The patch below demonstrates. I do not think this behavior is correct.  
If the contents of the textures are not changing during the bangs that  
the slab mixer is being updated.

I believe the proper behavior is that gate OPEN is the SAME as gate  
CLOSED.

Anyone care to explain whats going on here behind my back? I need the  
above functionality for a project - specificially for frame blending  
two frames of a movie to make low framerates looks nicer. Regardless  
of the specific goal, I think this behavior makes little sense....

#P window setfont "Sans Serif" 9.;
#P window linecount 3;
#P comment 562 553 99 196617 High mix amount to visually see  
differences.;
#P window linecount 2;
#P comment 586 448 99 196617 New Frame and Old Frame.;
#P user gswitch 257 340 41 32 0 0;
#P window linecount 1;
#P newex 365 446 204 196617 jit.gl.texture v001 @automatic 0 @adapt 1;
#P newex 694 446 204 196617 jit.gl.texture v001 @automatic 0 @adapt 1;
#P newex 712 391 27 196617 b;
#P user jit.fpsgui 713 411 60 196617 0;
#P newex 389 391 27 196617 b;
#P user jit.fpsgui 389 411 60 196617 0;
#P user jit.fpsgui 407 257 60 196617 0;
#P message 242 61 107 196617 jitter glreadback fbo \;;
#P message 243 44 106 196617 jitter glreadback rtt \;;
#P newex 335 257 40 196617 t b l l;
#P newex 694 363 327 196617 jit.gl.slab v001 @automatic 0 @file  
cc.uyvy2rgba.jxs @dimscale 2. 1.;
#P flonum 534 532 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;
#P newex 440 570 103 196617 pak param amount 0.;
#P flonum 382 187 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;
#P message 381 207 44 196617 rate \$1;
#P newex 365 363 327 196617 jit.gl.slab v001 @automatic 0 @file  
cc.uyvy2rgba.jxs @dimscale 2. 1.;
#P newex 365 607 327 196617 jit.gl.slab v001 @automatic 0 @file  
co.normal.jxs @param amount 20.;
#P message 335 111 30 196617 read;
#P newex 219 664 269 196617 jit.gl.videoplane v001 @transform_reset 2  
@automatic 0;
#P newex 335 226 286 196617 jit.qt.movie @adapt 1 @unique 1 @colormode  
uyvy @rate 0.1;
#P newex 215 138 40 196617 t b b b;
#P toggle 60 29 15 0;
#P newex 60 55 51 196617 qmetro 2;
#P newex 60 93 58 196617 t b b erase;
#P newex 123 687 157 196617 jit.window v001 @depthbuffer 1;
#P newex 60 246 92 196617 jit.gl.render v001;
#P comment 378 111 341 196617 load a movie please.;
#P window linecount 24;
#P comment 96 311 100 196617 someone explain to me why turning this  
gate on seems to replace the values of my mixers second input (the  
texture)? Regardless of how fast I bang my mixer I should get the same  
results of the contents of the textures it is currently using. No? My  
textures are only updated when the jit.qt.movie updates. Thus its  
value and contents SHOULD NOT CHANGE during bangs to the mixing slab?  
Am I crazy?;
#P user panel 246 333 65 47;
#X brgb 255 0 0;
#X frgb 0 0 0;
#X border 1;
#X rounded 0;
#X shadow 0;
#X done;
#P connect 7 0 6 0;
#P connect 6 0 5 0;
#P connect 5 0 3 0;
#P connect 5 2 3 0;
#P fasten 5 1 8 0 89 124 220 124;
#P connect 12 0 10 0;
#P connect 8 0 10 0;
#P connect 8 1 29 2;
#P connect 8 2 9 0;
#P connect 11 0 9 0;
#P connect 14 0 9 0;
#P connect 9 0 19 0;
#P connect 19 2 13 0;
#P connect 13 0 28 0;
#P connect 29 0 12 0;
#P connect 28 0 12 0;
#P connect 16 0 12 0;
#P connect 15 0 14 0;
#P connect 13 0 24 0;
#P connect 24 0 23 0;
#P connect 9 0 22 0;
#P connect 17 0 16 2;
#P connect 27 0 12 1;
#P fasten 19 1 18 0 355 324 699 324;
#P connect 18 0 27 0;
#P connect 18 0 26 0;
#P connect 26 0 25 0;
#P window clipboard copycount 32;




More information about the jitter mailing list