From felix.luque at gmail.com Fri Feb 1 01:42:42 2008 From: felix.luque at gmail.com (Felix) Date: Fri Feb 1 01:42:45 2008 Subject: [jitter] Re: Quick Loading into jit.qt.movie In-Reply-To: <66B91E9D-5B2D-4E5D-925A-3BF2E6879CCF@mac.com> Message-ID: <1f30b.47a2db81@www.cycling74.com> Thanks MJ and Vade for the help! The Ramdisk seems the quickest way, and it exist for Windows too, the problem is that I have to store 40 movies and only got 2G, I could go to 4G but it’s not enough. And I would like to have the movies after rebooting. Vade, I don’t understand the advantage using the poly for movies here. If I understand well (and maybe I don’t get it), poly load several movies in different instances and it plays only one at each time switching between them. In my case I have to load them at the same time, wait and then play the 5 movies together, then load 5 other movies again and play them …and so on. So I should use five poly objects and load each movie in each poly. I’ll have five objects with one instance in each. Do I get any benefit using this approach? I’m missing something about poly for movies?. Thanks again, F -- Felix Luque http://www.othersounds.net felix@othersounds.net From tom at kma.co.uk Fri Feb 1 02:42:07 2008 From: tom at kma.co.uk (Tom W) Date: Fri Feb 1 02:42:10 2008 Subject: [jitter] Homing in on the problem In-Reply-To: <1f30a.47a2db56@www.cycling74.com> Message-ID: <1f310.47a2e96e@www.cycling74.com> Hi again. I have got a little close to what might be the problem. There's a memory leak occurring in a Java external that I'm using: it appears to be caused by creating a new JitterMatrix object on each bang. I'm looking for alternative ways around this, but here's the code in case anyone can offer suggestions: as you might gather, the number of 'particles' that I'm dealing with is increasing over time up to a maximum of (totalparticles), but the memory usage keeps increasing even after this point is reached. **** BEGIN EXTRACT FROM JAVA FILE ***** public void bang() { utilcounter++; if (totalParticles < maxParticles -1 && (utilcounter % 4 == 0)) { particle[totalParticles] = new Particle(mouseX,mouseY,totalParticles,1.); totalParticles++; counter++; } double[] xlocs = new double[totalParticles]; double[] ylocs = new double[totalParticles]; double[] zlocs = new double[totalParticles]; for (int i=0;i References: <1f2cb.47a1fd6d@www.cycling74.com> <1f2e9.47a24573@www.cycling74.com> Message-ID: <1b1605c20802010249v2a000beaw342ad8481ef25d13@mail.gmail.com> you map something to texture using the @capture attribute. do a search for "sketch cmd_list inherent blend" in the archives. On Feb 1, 2008 12:02 AM, Eric Wafford wrote: > > ok, so now I have a basic understanding of rendering audio into the jit.gl.graph, but now how can I map this to a texture of a plane? I have tried to a couple of ways, but to no success... here is my basic start for the graph part. > > max v2; > #N vpatcher 261 230 1281 823; > #P origin 0 -30; > #P window setfont "Sans Serif" 9.; > #P window linecount 1; > #P newex 164 179 62 196617 jit.unpack 2; > #P newex 164 235 314 196617 jit.gl.graph blabla @depth_enable 1 @color 1. 1. 1. 1. @circpoints 1; > #B color 5; > #P newex 149 356 194 196617 jit.gl.handle blabla @inherit_transform 1; > #P newex 190 475 193 196617 jit.window blabla @fsaa 1 @pos 650 100; > #P newex 145 278 55 196617 t b erase b; > #P newex 148 335 172 196617 jit.gl.render blabla @depth_enable 1; > #P user jit.fpsgui 89 162 48 196617 3; > #P user jit.fpsgui 23 162 60 196617 0; > #P newex 473 177 30 196617 dac~; > #P message 426 156 27 196617 stop; > #P number 185 63 28 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0; > #P message 473 154 65 196617 startwindow; > #P toggle 145 63 15 0; > #P newex 145 86 50 196617 qmetro 2; > #P newex 145 135 106 196617 jit.catch~ 1 @mode 3; > #N vpatcher 255 120 678 490; > #P window setfont "Sans Serif" 9.; > #P number 153 46 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0; > #P window linecount 1; > #P hidden newex 452 402 105 196617 bgcolor 255 230 230; > #P newex 153 121 40 196617 *~ 0.2; > #P newex 153 81 56 196617 rect~ 555; > #P outlet 198 205 15 0; > #P outlet 69 205 15 0; > #P connect 3 0 0 0; > #P connect 5 0 2 0; > #P connect 2 0 3 0; > #P connect 3 0 1 0; > #P pop 1; > #P newobj 473 99 51 196617 p cycle; > #N vpatcher 86 108 243 289; > #P origin 0 397; > #P window setfont "Sans Serif" 9.; > #P window linecount 1; > #P hidden newex 347 321 105 196617 bgcolor 255 230 230; > #P outlet 27 118 15 0; > #P window linecount 0; > #P message 27 98 69 196617 fullscreen \$1; > #P newex 27 37 40 196617 key; > #P newex 27 58 54 196617 select 27; > #P toggle 27 79 15 0; > #P connect 2 0 1 0; > #P connect 1 0 0 0; > #P connect 0 0 3 0; > #P connect 3 0 4 0; > #P pop; > #P newobj 190 457 82 196617 p esc-fullscreen; > #N vpatcher 309 53 657 324; > #P window setfont "Sans Serif" 9.; > #P newex 158 158 20 196617 t b; > #P newex 158 134 55 196617 route read; > #P hidden newex 14 29 105 196617 bgcolor 255 230 230; > #P newex 45 109 99 196617 jit.qt.movie @vol 0.; > #P newex 45 134 111 196617 prepend texture movie; > #P outlet 234 169 15 0; > #P outlet 45 187 15 0; > #P inlet 45 80 15 0; > #N vpatcher 78 104 279 266; > #P window setfont "Sans Serif" 9.; > #P hidden newex 452 402 105 196617 bgcolor 255 230 230; > #P newex 30 9 45 196617 loadbang; > #P outlet 30 127 15 0; > #P newex 30 82 128 196617 jit.matrix 4 float32 10 10; > #P message 30 34 111 196617 setall 1. 0.2 0.7 1.; > #P newex 30 105 101 196617 prepend texture blue; > #P newex 30 58 50 196617 t b l; > #P connect 5 0 2 0; > #P connect 2 0 0 0; > #P connect 0 0 3 0; > #P fasten 0 1 3 0 75 78 35 78; > #P connect 3 0 1 0; > #P connect 1 0 4 0; > #P pop; > #P newobj 57 158 72 196617 p blue texture; > #P message 75 75 29 196617 read; > #P message 234 135 73 196617 texture movie; > #P comment 76 60 188 196617 • click here to use a movie as a tetxure; > #P connect 2 0 8 0; > #P connect 4 0 8 0; > #P connect 8 0 7 0; > #P connect 3 0 5 0; > #P connect 7 0 5 0; > #P connect 8 1 10 0; > #P connect 10 0 11 0; > #P fasten 11 0 1 0 163 184 221 184 221 123 239 123; > #P connect 1 0 6 0; > #P pop; > #P newobj 189 303 55 196617 p textures; > #P user panel 184 298 65 29; > #X brgb 255 255 255; > #X frgb 100 202 30; > #X border 2; > #X rounded 0; > #X shadow 0; > #X done; > #P fasten 4 0 11 0 150 157 28 157; > #P fasten 4 0 12 0 150 157 94 157; > #P connect 6 0 5 0; > #P fasten 3 0 4 0 478 123 150 123; > #P connect 5 0 4 0; > #P connect 4 0 14 0; > #P connect 1 0 13 0; > #P connect 14 0 13 0; > #P fasten 16 0 13 0 154 375 128 375 128 330 153 330; > #P connect 14 1 13 0; > #P fasten 4 0 18 0 150 157 169 157; > #P fasten 1 1 17 0 239 330 250 330 250 272 158 272 158 236 169 236; > #P connect 18 0 17 0; > #P connect 8 0 5 1; > #P connect 14 2 1 0; > #P connect 2 0 15 0; > #P hidden connect 7 0 10 0; > #P hidden connect 9 0 10 0; > #P pop; > > > Any help would be awesome, just basic guidance of getting it onto the plane would rock, I know how to move them around and stuff.. > > > > _______________________________________________ > jitter mailing list > jitter@cycling74.com > http://www.cycling74.com/mailman/listinfo/jitter > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.cycling74.com/pipermail/jitter/attachments/20080201/ea0e0a0a/attachment.htm From madbeatstu at hotmail.com Fri Feb 1 04:23:21 2008 From: madbeatstu at hotmail.com (Stuart Spencer) Date: Fri Feb 1 04:23:32 2008 Subject: [jitter] Re: hello, want to make a visualizations similar to itunes?????? In-Reply-To: <1f2db.47a2258e@www.cycling74.com> Message-ID: <1f316.47a30127@www.cycling74.com> Thanks for the advise, but my demo period has run out so i can't look at the examples yet. I have rough idea in my head of what probably can be done from the product description on this site.So if any one could write a brief statement on what kinda thing i could do in jitter to make cool visuals that would be really good, as i will obviously have to pay money to find out myself. Also i really love using flash so can i bring flash files into Jitter. Thanks :)/-= From emailtomflint at googlemail.com Fri Feb 1 04:45:44 2008 From: emailtomflint at googlemail.com (Tom Flint) Date: Fri Feb 1 04:45:48 2008 Subject: [jitter] Re: hello, want to make a visualizations similar to itunes?????? In-Reply-To: <1f316.47a30127@www.cycling74.com> References: <1f2db.47a2258e@www.cycling74.com> <1f316.47a30127@www.cycling74.com> Message-ID: I don't know about flash files in Jitter but I have done a lot of work using Flash Server to communicate between Max and Flash. Max handled the sound whilst Flash drew the visuals. Yours Tom On 01/02/2008, Stuart Spencer wrote: > > > Thanks for the advise, but my demo period has run out so i can't look at > the examples yet. I have rough idea in my head of what probably can be done > from the product description on this site.So if any one could write a > brief statement on what kinda thing i could do in jitter to make cool > visuals that would be really good, as i will obviously have to pay money to > find out myself. > > Also i really love using flash so can i bring flash files into Jitter. > > Thanks :)/-= > _______________________________________________ > jitter mailing list > jitter@cycling74.com > http://www.cycling74.com/mailman/listinfo/jitter > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.cycling74.com/pipermail/jitter/attachments/20080201/766861cc/attachment.htm From c74-mailinglists at e--j.com Fri Feb 1 04:46:06 2008 From: c74-mailinglists at e--j.com (Emmanuel Jourdan) Date: Fri Feb 1 04:46:19 2008 Subject: [jitter] Re: hello, want to make a visualizations similar to itunes?????? In-Reply-To: <1f316.47a30127@www.cycling74.com> References: <1f316.47a30127@www.cycling74.com> Message-ID: On 1 f?vr. 08, at 12:23, Stuart Spencer wrote: > Thanks for the advise, but my demo period has run out so i can't > look at the examples yet. I have rough idea in my head of what > probably can be done from the product description on this site.So if > any one could write a brief statement on what kinda thing i could do > in jitter to make cool visuals that would be really good, as i will > obviously have to pay money to find out myself. You can open the examples with MaxRuntime. You won't be able to edit the patches, but at least you can go through the examples while the demo period is over. Cheers, ej From r.l.l.menges at student.tue.nl Fri Feb 1 05:05:47 2008 From: r.l.l.menges at student.tue.nl (Rutger) Date: Fri Feb 1 05:05:50 2008 Subject: [jitter] newbie 3D question Message-ID: <1f31b.47a30b1a@www.cycling74.com> Hi, I'm familiar with MAX, but a newbie in jitter. For a project I'm working on I want to load a 3D model into Jitter and manipulate it. For instance blow up, shrink, move and toss points around to distort the object. The example in Tutorial 36 is something like it, but moving points around with noise is too random for me. What is a good way to start with this project? Kind regards, Rutger From r.l.l.menges at student.tue.nl Fri Feb 1 05:20:28 2008 From: r.l.l.menges at student.tue.nl (Rutger) Date: Fri Feb 1 05:20:35 2008 Subject: [jitter] Re: newbie 3D question In-Reply-To: <1f31b.47a30b1a@www.cycling74.com> Message-ID: <1f31c.47a30e8c@www.cycling74.com> I meant tutorial 37 From jmail at nospaces.net Fri Feb 1 05:46:20 2008 From: jmail at nospaces.net (Jonny) Date: Fri Feb 1 05:46:23 2008 Subject: [jitter] Re: Homing in on the problem In-Reply-To: <1f310.47a2e96e@www.cycling74.com> Message-ID: <1f31d.47a3149a@www.cycling74.com> Hi Tom It sounds like i'm doing a similar things to you - with some similar problems that i suspect are down to memory leaks somewhere (but i think i've ruled out my own Java bugs now! ha ha ha! :) One issue i came up against a while ago (a runaway memory leak) was a similar thing to yours - my solution (/hack) was: Make the var you assign your matrix to a member variable (your "jm" is my "jitterMatrix") and each time you reset it do "freePeer()" - like this: if (jitterMatrix != null) { jitterMatrix.freePeer(); jitterMatrix = null; } Hope that helps. My problem is that when loading images (into jit.qt.movie objects via an asyncread, then applying a soft edge filter with jit.gl.slab, then piping that into a jit.gl.videoplane to wave it about and then sending it to render) that every now and again (one in 50?) times the thing appears just white with no error message or excuse or anything. I am using the incremental Jitter framework update (jitterapi_x2_121207.dmg) so i guess i should replace the asyncreads with just "read" (and go back to 1.6.3) and see if that solves it. However, that looks rubbish as it interrupts the stuff already on screen. Ring any bells, anyone? (again, this is a huge load of patches so hard to post an example and, in theory, it has already launched yesterday!) yours jonny B From Brecht at autofasurer.net Fri Feb 1 05:54:39 2008 From: Brecht at autofasurer.net (Brecht) Date: Fri Feb 1 05:54:52 2008 Subject: [jitter] Re: newbie 3D question In-Reply-To: <1f31b.47a30b1a@www.cycling74.com> Message-ID: <1f31e.47a3168e@www.cycling74.com> You could take a look at jit-ogre and "pre-make" some animations and then control them in jitter. Or you could check out this technique : http://abstrakt.vade.info/ILOVETHEMAXLIST/Gl-Keyframe-Example.zip Or you can experiment with matrixoutput, xfade and jit.gl.mesh Or you can do something like this: #P window setfont "Sans Serif" 9.; #P window linecount 1; #P newex 436 61 48 196617 loadbang; #P newex 509 83 20 196617 t b; #P user jit.fpsgui 334 421 60 196617 0; #P message 436 83 30 196617 read; #P newex 436 105 242 196617 jit.gl.model vectors @matrixoutput 1 @automatic 0; #P newex 290 102 60 196617 loadmess 0; #P newex 481 231 48 196617 loadbang; #P message 131 350 34 196617 reset; #P newex 131 367 203 196617 jit.gl.handle vectors @inherit_transform 1; #N vpatcher 30 89 161 286; #P outlet 8 116 15 0; #P window setfont "Sans Serif" 9.; #P message 8 96 70 196617 fullscreen \$1; #P toggle 8 73 15 0; #P newex 8 48 52 196617 select 27; #P newex 8 25 40 196617 key; #P connect 0 0 1 0; #P connect 1 0 2 0; #P connect 2 0 3 0; #P connect 3 0 4 0; #P pop; #P newobj 9 411 25 196617 p fs; #P newex 33 368 41 196617 s pulse; #P newex 9 432 324 196617 jit.window vectors @floating 1 @fsaa 0 @fsmenubar 0 @pos 800 274; #P toggle 9 304 15 0; #P newex 9 343 58 196617 t b b erase; #P newex 9 323 51 196617 qmetro 5; #P newex 9 390 284 196617 jit.gl.render vectors @erase_color 0 0 0 1 @camera 0. 0. 6.; #P newex 277 146 69 196617 prepend expr; #P user ubumenu 135 125 294 196617 0 1 1 0; #X add "in[0].p[0]*0.1" "in[0].p[1]*0.1"; #X add "-in[0].p[1]*0.1" "in[0].p[0]*0.1"; #X add "in[0].p[1]*0.1" "in[0].p[0]*0.1"; #X add "0.1*in[0].p[0]/sqrt(in[0].p[0]*in[0].p[0] + in[0].p[1]*in[0].p[1])" "0.1*in[0].p[1]/sqrt(in[0].p[0]*in[0].p[0] + in[0].p[1]*in[0].p[1])"; #X add "(in[0].p[0]*-in[0].p[1])*0.1" "(in[0].p[1]-in[0].p[0])*0.1"; #X add "0.05*(in[0].p[0]-(in[0].p[1]*in[0].p[1]))" "((in[0].p[0]*in[0].p[0])+in[0].p[1])*0.05"; #X add "in[0].p[1]*0.1" "-in[0].p[0]*0.1"; #X add "0.05*(in[0].p[0]+(in[0].p[1]*in[0].p[1]))" "((in[0].p[0]*in[0].p[0])-in[0].p[1])*0.05"; #X add "(sqrt(in[0].p[0]*in[0].p[0]+in[0].p[1]*in[0].p[1]))*(-in[0].p[1]*0.1)" "(sqrt(in[0].p[0]*in[0].p[0]+in[0].p[1]*in[0].p[1]))*(in[0].p[0]*0.1)"; #X prefix_set 0 0 0; #P newex 436 190 108 196617 jit.op @op * @val 0.1; #P newex 382 211 64 196617 jit.op @op +; #P message 394 252 249 196617 color 0.2 0.2 0.2 1. \, blend_enable 1 \, blend_mode 3 8; #P newex 382 272 206 196617 jit.gl.mesh vectors @draw_mode line_strip; #P newex 382 231 98 196617 jit.matrix particles; #P newex 436 169 243 196617 jit.expr @expr "snorm[0]*0.01" "snorm[1]*0.01"; #P newex 539 123 41 196617 r pulse; #P newex 436 146 235 196617 jit.matrix particles 3 float32 5 @adapt 1 @thru 0; #N counter 0 8; #X flags 0 0; #P newobj 367 101 66 196617 counter 0 8; #P newex 367 60 67 196617 select 32 13; #P newex 367 41 40 196617 key; #P comment 25 305 52 196617 << start; #P window linecount 4; #P comment 265 43 100 196617 space: change field \, esc: fullscreen \, enter: reset particles; #P window linecount 1; #P newex 194 234 48 196617 loadbang; #P newex 9 234 184 196617 jit.slide @slide_up 10 @slide_down 10; #P newex 119 172 243 196617 jit.expr @expr "snorm[0]*0.01" "snorm[1]*0.01"; #P newex 65 193 64 196617 jit.op @op +; #P message 21 258 249 196617 color 0.6 0. 0. 0. \, blend_enable 1 \, blend_mode 1 1; #P newex 9 277 183 196617 jit.gl.mesh vectors @draw_mode lines; #P newex 9 214 66 196617 jit.multiplex; #P newex 9 81 41 196617 r pulse; #P newex 9 102 280 196617 jit.gencoord 2 float32 20 20 @offset -2 -2 -2 @scale 4 4 4; #P newex 285 249 99 196617 prepend draw_mode; #P user ubumenu 286 226 68 196617 0 1 1 0; #X add points; #X add lines; #X add line_strip; #X add line_loop; #X add triangles; #X add tri_strip; #X add tri_fan; #X add quads; #X add quad_strip; #X add polygon; #X add tri_grid; #X prefix_set 0 0 0; #X pattrmode 1; #P connect 3 0 2 0; #P connect 2 0 4 0; #P connect 4 0 9 0; #P connect 9 0 5 0; #P fasten 6 0 5 0 26 275 14 275; #P connect 29 0 27 0; #P connect 27 0 28 0; #P fasten 28 2 26 0 62 364 14 364; #P connect 28 0 26 0; #P fasten 33 0 26 0 136 387 14 387; #P connect 32 0 30 0; #P fasten 10 0 6 0 199 254 26 254; #P connect 28 1 31 0; #P fasten 2 0 7 0 14 186 70 186; #P connect 7 0 4 1; #P fasten 25 0 8 0 282 167 124 167; #P fasten 2 0 8 0 14 146 124 146; #P connect 8 0 7 1; #P connect 34 0 33 0; #P fasten 15 0 24 0 372 121 140 121; #P fasten 36 0 24 0 295 121 140 121; #P connect 24 1 25 0; #P fasten 0 1 1 0 320 245 290 245; #P fasten 26 0 39 0 14 409 339 409; #P connect 13 0 14 0; #P connect 14 0 15 0; #P fasten 16 0 22 0 441 166 387 166; #P connect 22 0 19 0; #P fasten 21 0 20 0 399 269 387 269; #P connect 19 0 20 0; #P fasten 1 0 20 0 290 268 387 268; #P fasten 35 0 21 0 486 250 399 250; #P connect 41 0 38 0; #P fasten 40 0 37 0 514 102 441 102; #P connect 38 0 37 0; #P fasten 17 0 16 0 544 142 441 142; #P connect 37 0 16 0; #P fasten 25 0 18 0 282 168 441 168; #P connect 16 0 18 0; #P connect 18 0 23 0; #P connect 23 0 22 1; #P fasten 14 1 40 0 400 80 514 80; #P window clipboard copycount 42; From jmail at nospaces.net Fri Feb 1 06:29:48 2008 From: jmail at nospaces.net (Jonny) Date: Fri Feb 1 06:29:50 2008 Subject: [jitter] Re: Homing in on the problem In-Reply-To: <1f31d.47a3149a@www.cycling74.com> Message-ID: <1f321.47a31ecc@www.cycling74.com> Looks like i've fixed my "white things" problem (wasn't banging images every frame for increased performance - only movies) Seems that sometimes they ware missing the "bang a few times after loading only" i was doing. DOH! It's a learning thing... jb From tarikbarri at hotmail.com Fri Feb 1 08:30:39 2008 From: tarikbarri at hotmail.com (Tarik) Date: Fri Feb 1 08:30:41 2008 Subject: [jitter] Re: Re: Creating escher in openGL In-Reply-To: Message-ID: <1f328.47a33b1e@www.cycling74.com> Thanks Joshua! Not only have I gotten a dozen of perfect solutions for my problem, also now I can finally concentrate on doing very nifty openGL stuff thanks to my introduction to jit.gl.lua! This makes me very happy. Cheers - T From felix.luque at gmail.com Fri Feb 1 08:30:45 2008 From: felix.luque at gmail.com (Felix) Date: Fri Feb 1 08:30:49 2008 Subject: [jitter] Re: Quick Loading into jit.qt.movie In-Reply-To: <1f30b.47a2db81@www.cycling74.com> Message-ID: <1f329.47a33b24@www.cycling74.com> Hi, well, let's make a basic patch for testing so that you can correct me... I get almost the same loading time for all these methods. Maybe i'm doing something wrong ... max v2; #N vpatcher 37 47 1079 748; #P origin 0 5; #P window setfont "Sans Serif" 9.; #P comment 309 646 130 9109513 jit.qt.movie with preroll; #P comment 288 430 115 9109513 jit.qt.movie with loadram; #P comment 288 231 59 9109513 jit.qt.movie; #P flonum 756 855 59 9 0 0 0 139 0 0 0 221 221 221 222 222 222 0 0 0; #P button 801 809 15 0; #P button 756 809 15 0; #N vpatcher 525 182 715 430; #N comlet interval in ms is reported here; #P outlet 66 173 15 0; #P window setfont "Sans Serif" 9.; #P newex 96 82 13 9109513 b; #P newex 96 104 46 9109513 cpuclock; #P newex 66 143 27 9109513 - 0.; #P newex 48 82 13 9109513 b; #P newex 48 104 46 9109513 cpuclock; #N comlet bang stops timing and reports interval; #P inlet 96 58 15 0; #N comlet bang starts timing interval; #P inlet 48 58 15 0; #P connect 0 0 3 0; #P connect 3 0 2 0; #P connect 5 0 4 0; #P connect 4 0 7 0; #P connect 2 0 4 1; #P connect 1 0 6 0; #P connect 6 0 5 0; #P pop; #P newobj 756 830 55 9109513 p cputimer; #P flonum 142 857 59 9 0 0 0 139 0 0 0 221 221 221 222 222 222 0 0 0; #P button 187 811 15 0; #P button 142 811 15 0; #N vpatcher 525 182 715 430; #N comlet interval in ms is reported here; #P outlet 66 173 15 0; #P window setfont "Sans Serif" 9.; #P newex 96 82 13 9109513 b; #P newex 96 104 46 9109513 cpuclock; #P newex 66 143 27 9109513 - 0.; #P newex 48 82 13 9109513 b; #P newex 48 104 46 9109513 cpuclock; #N comlet bang stops timing and reports interval; #P inlet 96 58 15 0; #N comlet bang starts timing interval; #P inlet 48 58 15 0; #P connect 0 0 3 0; #P connect 3 0 2 0; #P connect 5 0 4 0; #P connect 4 0 7 0; #P connect 2 0 4 1; #P connect 1 0 6 0; #P connect 6 0 5 0; #P pop; #P newobj 142 832 55 9109513 p cputimer; #P window setfont "Fixedwidth Serif" 10.; #P newex 665 758 146 9240586 jit.qt.movie @preroll 1; #B color 7; #P window setfont "Sans Serif" 9.; #P newex 801 776 54 9109513 select read; #P message 665 671 116 9109513 asyncread crashtest.mov; #P newex 665 694 79 9109513 t b s; #P window setfont "Fixedwidth Serif" 10.; #P newex 503 758 146 9240586 jit.qt.movie @preroll 1; #B color 7; #P window setfont "Sans Serif" 9.; #P newex 638 775 54 9109513 select read; #P message 503 672 131 9109513 asyncread countdown15.mov; #P newex 503 696 79 9109513 t b s; #P window setfont "Fixedwidth Serif" 10.; #P newex 348 758 146 9240586 jit.qt.movie @preroll 1; #B color 7; #P window setfont "Sans Serif" 9.; #P newex 484 778 54 9109513 select read; #P message 348 673 99 9109513 asyncread dozer.mov; #P newex 348 696 79 9109513 t b s; #P window setfont "Fixedwidth Serif" 10.; #P newex 199 758 146 9240586 jit.qt.movie @preroll 1; #B color 7; #P window setfont "Sans Serif" 9.; #P newex 332 781 54 9109513 select read; #P message 199 676 96 9109513 asyncread bball.mov; #P newex 199 699 79 9109513 t b s; #P window setfont "Fixedwidth Serif" 10.; #P newex 51 758 146 9240586 jit.qt.movie @preroll 1; #B color 7; #P window setfont "Sans Serif" 9.; #P newex 187 783 54 9109513 select read; #P button 10 620 15 0; #P newex 10 646 27 9109513 t b b; #P message 51 678 106 9109513 asyncread blading.mov; #P newex 51 701 79 9109513 t b s; #P flonum 703 642 59 9 0 0 0 139 0 0 0 221 221 221 222 222 222 0 0 0; #P button 748 596 15 0; #P button 703 596 15 0; #N vpatcher 525 182 715 430; #N comlet interval in ms is reported here; #P outlet 66 173 15 0; #P window setfont "Sans Serif" 9.; #P newex 96 82 13 9109513 b; #P newex 96 104 46 9109513 cpuclock; #P newex 66 143 27 9109513 - 0.; #P newex 48 82 13 9109513 b; #P newex 48 104 46 9109513 cpuclock; #N comlet bang stops timing and reports interval; #P inlet 96 58 15 0; #N comlet bang starts timing interval; #P inlet 48 58 15 0; #P connect 0 0 3 0; #P connect 3 0 2 0; #P connect 5 0 4 0; #P connect 4 0 7 0; #P connect 2 0 4 1; #P connect 1 0 6 0; #P connect 6 0 5 0; #P pop; #P newobj 703 617 55 9109513 p cputimer; #P flonum 105 644 59 9 0 0 0 139 0 0 0 221 221 221 222 222 222 0 0 0; #P button 150 598 15 0; #P button 105 598 15 0; #N vpatcher 525 182 715 430; #N comlet interval in ms is reported here; #P outlet 66 173 15 0; #P window setfont "Sans Serif" 9.; #P newex 96 82 13 9109513 b; #P newex 96 104 46 9109513 cpuclock; #P newex 66 143 27 9109513 - 0.; #P newex 48 82 13 9109513 b; #P newex 48 104 46 9109513 cpuclock; #N comlet bang stops timing and reports interval; #P inlet 96 58 15 0; #N comlet bang starts timing interval; #P inlet 48 58 15 0; #P connect 0 0 3 0; #P connect 3 0 2 0; #P connect 5 0 4 0; #P connect 4 0 7 0; #P connect 2 0 4 1; #P connect 1 0 6 0; #P connect 6 0 5 0; #P pop; #P newobj 105 619 55 9109513 p cputimer; #P window setfont "Fixedwidth Serif" 10.; #P newex 648 538 113 9240586 jit.qt.movie; #B color 7; #P window setfont "Sans Serif" 9.; #P newex 748 563 54 9109513 select read; #P message 648 503 57 9109513 loadram 1 2; #P message 648 458 90 9109513 read crashtest.mov; #P newex 648 481 79 9109513 t b s; #P window setfont "Fixedwidth Serif" 10.; #P newex 486 540 113 9240586 jit.qt.movie; #B color 7; #P window setfont "Sans Serif" 9.; #P newex 585 562 54 9109513 select read; #P message 486 507 57 9109513 loadram 1 2; #P message 486 459 105 9109513 read countdown15.mov; #P newex 486 483 79 9109513 t b s; #P window setfont "Fixedwidth Serif" 10.; #P newex 331 540 111 9240586 jit.qt.movie; #B color 7; #P window setfont "Sans Serif" 9.; #P newex 431 565 54 9109513 select read; #P message 331 507 57 9109513 loadram 1 2; #P message 331 460 73 9109513 read dozer.mov; #P newex 331 483 79 9109513 t b s; #P window setfont "Fixedwidth Serif" 10.; #P newex 188 543 110 9240586 jit.qt.movie; #B color 7; #P window setfont "Sans Serif" 9.; #P newex 288 568 54 9109513 select read; #P message 188 510 57 9109513 loadram 1 2; #P message 188 463 70 9109513 read bball.mov; #P newex 188 486 79 9109513 t b s; #P window setfont "Fixedwidth Serif" 10.; #P newex 50 545 109 9240586 jit.qt.movie; #B color 7; #P window setfont "Sans Serif" 9.; #P newex 150 570 54 9109513 select read; #P message 50 512 57 9109513 loadram 1 2; #P button 9 407 15 0; #P newex 9 433 27 9109513 t b b; #P message 50 465 80 9109513 read blading.mov; #P newex 50 488 79 9109513 t b s; #P flonum 709 423 59 9 0 0 0 139 0 0 0 221 221 221 222 222 222 0 0 0; #P button 754 377 15 0; #P button 709 377 15 0; #N vpatcher 525 182 715 430; #N comlet interval in ms is reported here; #P outlet 66 173 15 0; #P window setfont "Sans Serif" 9.; #P newex 96 82 13 9109513 b; #P newex 96 104 46 9109513 cpuclock; #P newex 66 143 27 9109513 - 0.; #P newex 48 82 13 9109513 b; #P newex 48 104 46 9109513 cpuclock; #N comlet bang stops timing and reports interval; #P inlet 96 58 15 0; #N comlet bang starts timing interval; #P inlet 48 58 15 0; #P connect 0 0 3 0; #P connect 3 0 2 0; #P connect 5 0 4 0; #P connect 4 0 7 0; #P connect 2 0 4 1; #P connect 1 0 6 0; #P connect 6 0 5 0; #P pop; #P newobj 709 398 55 9109513 p cputimer; #P flonum 111 425 59 9 0 0 0 139 0 0 0 221 221 221 222 222 222 0 0 0; #P button 156 379 15 0; #P button 111 379 15 0; #N vpatcher 525 182 715 430; #N comlet interval in ms is reported here; #P outlet 66 173 15 0; #P window setfont "Sans Serif" 9.; #P newex 96 82 13 9109513 b; #P newex 96 104 46 9109513 cpuclock; #P newex 66 143 27 9109513 - 0.; #P newex 48 82 13 9109513 b; #P newex 48 104 46 9109513 cpuclock; #N comlet bang stops timing and reports interval; #P inlet 96 58 15 0; #N comlet bang starts timing interval; #P inlet 48 58 15 0; #P connect 0 0 3 0; #P connect 3 0 2 0; #P connect 5 0 4 0; #P connect 4 0 7 0; #P connect 2 0 4 1; #P connect 1 0 6 0; #P connect 6 0 5 0; #P pop; #P newobj 111 400 55 9109513 p cputimer; #P window setfont "Fixedwidth Serif" 10.; #P newex 653 319 111 9240586 jit.qt.movie; #B color 7; #P window setfont "Sans Serif" 9.; #P newex 754 344 54 9109513 select read; #P message 654 263 90 9109513 read crashtest.mov; #P newex 654 286 79 9109513 t b s; #P window setfont "Fixedwidth Serif" 10.; #P newex 492 321 109 9240586 jit.qt.movie; #B color 7; #P window setfont "Sans Serif" 9.; #P newex 591 343 54 9109513 select read; #P message 492 264 105 9109513 read countdown15.mov; #P newex 492 288 79 9109513 t b s; #P window setfont "Fixedwidth Serif" 10.; #P newex 337 321 110 9240586 jit.qt.movie; #B color 7; #P window setfont "Sans Serif" 9.; #P newex 437 346 54 9109513 select read; #P message 337 265 73 9109513 read dozer.mov; #P newex 337 288 79 9109513 t b s; #P window setfont "Fixedwidth Serif" 10.; #P newex 194 324 110 9240586 jit.qt.movie; #B color 7; #P window setfont "Sans Serif" 9.; #P newex 294 349 54 9109513 select read; #P message 194 268 70 9109513 read bball.mov; #P newex 194 291 79 9109513 t b s; #P window setfont "Fixedwidth Serif" 10.; #P newex 56 326 110 9240586 jit.qt.movie; #B color 7; #P window setfont "Sans Serif" 9.; #P newex 156 351 54 9109513 select read; #P button 15 212 15 0; #P newex 15 238 27 9109513 t b b; #P message 56 270 80 9109513 read blading.mov; #P newex 56 293 79 9109513 t b s; #P flonum 717 236 59 9 0 0 0 139 0 0 0 221 221 221 222 222 222 0 0 0; #P button 762 190 15 0; #P button 717 190 15 0; #N vpatcher 525 182 715 430; #N comlet interval in ms is reported here; #P outlet 66 173 15 0; #P window setfont "Sans Serif" 9.; #P newex 96 82 13 9109513 b; #P newex 96 104 46 9109513 cpuclock; #P newex 66 143 27 9109513 - 0.; #P newex 48 82 13 9109513 b; #P newex 48 104 46 9109513 cpuclock; #N comlet bang stops timing and reports interval; #P inlet 96 58 15 0; #N comlet bang starts timing interval; #P inlet 48 58 15 0; #P connect 0 0 3 0; #P connect 3 0 2 0; #P connect 5 0 4 0; #P connect 4 0 7 0; #P connect 2 0 4 1; #P connect 1 0 6 0; #P connect 6 0 5 0; #P pop; #P newobj 717 211 55 9109513 p cputimer; #P flonum 119 238 59 9 0 0 0 139 0 0 0 221 221 221 222 222 222 0 0 0; #P button 164 192 15 0; #P button 119 192 15 0; #N vpatcher 525 182 715 430; #N comlet interval in ms is reported here; #P outlet 66 173 15 0; #P window setfont "Sans Serif" 9.; #P newex 96 82 13 9109513 b; #P newex 96 104 46 9109513 cpuclock; #P newex 66 143 27 9109513 - 0.; #P newex 48 82 13 9109513 b; #P newex 48 104 46 9109513 cpuclock; #N comlet bang stops timing and reports interval; #P inlet 96 58 15 0; #N comlet bang starts timing interval; #P inlet 48 58 15 0; #P connect 0 0 3 0; #P connect 3 0 2 0; #P connect 5 0 4 0; #P connect 4 0 7 0; #P connect 2 0 4 1; #P connect 1 0 6 0; #P connect 6 0 5 0; #P pop; #P newobj 119 213 55 9109513 p cputimer; #P window setfont "Fixedwidth Serif" 10.; #P newex 662 132 110 9240586 poly~ polymovie 1; #B color 7; #P window setfont "Sans Serif" 9.; #P newex 762 157 54 9109513 select read; #P message 662 99 57 9109513 loadram 0 4; #P message 662 52 90 9109513 read crashtest.mov; #P newex 662 75 79 9109513 t b s; #P window setfont "Fixedwidth Serif" 10.; #P newex 500 134 110 9240586 poly~ polymovie 1; #B color 7; #P window setfont "Sans Serif" 9.; #P newex 599 156 54 9109513 select read; #P message 500 101 57 9109513 loadram 0 4; #P message 500 53 105 9109513 read countdown15.mov; #P newex 500 77 79 9109513 t b s; #P window setfont "Fixedwidth Serif" 10.; #P newex 345 134 110 9240586 poly~ polymovie 1; #B color 7; #P window setfont "Sans Serif" 9.; #P newex 445 159 54 9109513 select read; #P message 345 101 57 9109513 loadram 0 4; #P message 345 54 73 9109513 read dozer.mov; #P newex 345 77 79 9109513 t b s; #P window setfont "Fixedwidth Serif" 10.; #P newex 202 137 110 9240586 poly~ polymovie 1; #B color 7; #P window setfont "Sans Serif" 9.; #P newex 302 162 54 9109513 select read; #P message 202 104 57 9109513 loadram 0 4; #P message 202 57 70 9109513 read bball.mov; #P newex 202 80 79 9109513 t b s; #P window setfont "Fixedwidth Serif" 10.; #P newex 64 139 110 9240586 poly~ polymovie 1; #B color 7; #P window setfont "Sans Serif" 9.; #P newex 164 164 54 9109513 select read; #P message 64 106 57 9109513 loadram 0 4; #P button 23 1 15 0; #P newex 23 27 27 9109513 t b b; #P message 64 59 80 9109513 read blading.mov; #P newex 64 82 79 9109513 t b s; #P comment 288 29 100 9109513 poly with loadram; #P connect 69 0 68 0; #P connect 104 0 103 0; #P connect 39 0 38 0; #P connect 4 0 3 0; #P fasten 68 0 67 0 14 456 55 456; #P connect 67 0 66 0; #P connect 66 0 70 0; #P connect 70 0 72 0; #P fasten 66 1 72 0 124 534 55 534; #P fasten 103 0 102 0 15 669 56 669; #P connect 102 0 101 0; #P fasten 101 1 106 0 125 747 56 747; #P fasten 38 0 37 0 20 261 61 261; #P connect 37 0 36 0; #P fasten 36 1 41 0 130 316 61 316; #P fasten 3 0 2 0 28 50 69 50; #P connect 2 0 1 0; #P connect 1 0 5 0; #P connect 5 0 7 0; #P fasten 1 1 7 0 138 128 69 128; #P fasten 68 1 94 0 31 593 110 593; #P connect 94 0 93 0; #P connect 93 0 96 0; #P fasten 38 1 59 0 37 373 116 373; #P connect 59 0 58 0; #P connect 58 0 61 0; #P fasten 3 1 29 0 45 187 124 187; #P connect 29 0 28 0; #P connect 28 0 31 0; #P fasten 103 1 124 0 32 806 147 806; #P connect 124 0 123 0; #P connect 123 0 126 0; #P connect 72 1 71 0; #P fasten 71 0 95 0 155 597 155 597; #P connect 95 0 93 1; #P connect 41 1 40 0; #P fasten 40 0 60 0 161 378 161 378; #P connect 60 0 58 1; #P connect 7 1 6 0; #P fasten 6 0 30 0 169 191 169 191; #P connect 30 0 28 1; #P connect 106 1 105 0; #P fasten 105 0 125 0 192 810 192 810; #P connect 125 0 123 1; #P fasten 68 0 74 0 14 456 193 456; #P connect 74 0 73 0; #P connect 73 0 75 0; #P fasten 73 1 77 0 262 532 193 532; #P connect 75 0 77 0; #P fasten 38 0 43 0 20 261 199 261; #P connect 43 0 42 0; #P fasten 42 1 45 0 268 314 199 314; #P fasten 103 0 108 0 15 669 204 669; #P connect 108 0 107 0; #P fasten 107 1 110 0 273 745 204 745; #P fasten 3 0 9 0 28 50 207 50; #P connect 9 0 8 0; #P connect 8 0 10 0; #P fasten 8 1 12 0 276 126 207 126; #P connect 10 0 12 0; #P connect 77 1 76 0; #P connect 45 1 44 0; #P connect 12 1 11 0; #P fasten 68 0 79 0 14 456 336 456; #P connect 79 0 78 0; #P connect 78 0 80 0; #P connect 80 0 82 0; #P fasten 78 1 82 0 405 529 336 529; #P connect 110 1 109 0; #P fasten 38 0 47 0 20 261 342 261; #P connect 47 0 46 0; #P fasten 46 1 49 0 411 310 342 310; #P fasten 3 0 14 0 28 50 350 50; #P connect 14 0 13 0; #P connect 13 0 15 0; #P connect 15 0 17 0; #P fasten 13 1 17 0 419 123 350 123; #P fasten 103 0 112 0 15 669 353 669; #P connect 112 0 111 0; #P fasten 111 1 114 0 422 742 353 742; #P connect 82 1 81 0; #P connect 49 1 48 0; #P connect 17 1 16 0; #P connect 114 1 113 0; #P fasten 68 0 84 0 14 456 491 456; #P connect 84 0 83 0; #P connect 83 0 85 0; #P fasten 83 1 87 0 560 529 491 529; #P connect 85 0 87 0; #P fasten 38 0 51 0 20 261 497 261; #P connect 51 0 50 0; #P fasten 50 1 53 0 566 309 497 309; #P fasten 3 0 19 0 28 50 505 50; #P connect 19 0 18 0; #P connect 18 0 20 0; #P fasten 18 1 22 0 574 123 505 123; #P connect 20 0 22 0; #P fasten 103 0 116 0 15 669 508 669; #P connect 116 0 115 0; #P fasten 115 1 118 0 577 742 508 742; #P connect 87 1 86 0; #P connect 53 1 52 0; #P connect 22 1 21 0; #P connect 118 1 117 0; #P fasten 68 0 89 0 14 456 653 456; #P connect 89 0 88 0; #P connect 88 0 90 0; #P connect 90 0 92 0; #P fasten 88 1 92 0 722 527 653 527; #P fasten 54 1 57 0 728 309 658 309; #P fasten 38 0 55 0 20 261 659 261; #P connect 55 0 54 0; #P fasten 3 0 24 0 28 50 667 50; #P connect 24 0 23 0; #P connect 23 0 25 0; #P connect 25 0 27 0; #P fasten 23 1 27 0 736 121 667 121; #P fasten 103 0 120 0 15 669 670 669; #P connect 120 0 119 0; #P fasten 119 1 122 0 739 740 670 740; #P fasten 68 1 98 0 31 593 708 593; #P connect 98 0 97 0; #P connect 97 0 100 0; #P fasten 38 1 63 0 37 373 714 373; #P connect 63 0 62 0; #P connect 62 0 65 0; #P fasten 3 1 33 0 45 187 722 187; #P connect 33 0 32 0; #P connect 32 0 35 0; #P connect 92 1 91 0; #P connect 91 0 99 0; #P connect 99 0 97 1; #P connect 57 1 56 0; #P connect 56 0 64 0; #P connect 64 0 62 1; #P fasten 103 1 128 0 32 806 761 806; #P connect 128 0 127 0; #P connect 127 0 130 0; #P connect 27 1 26 0; #P connect 26 0 34 0; #P connect 34 0 32 1; #P connect 122 1 121 0; #P connect 121 0 129 0; #P connect 129 0 127 1; #P pop; -- Felix Luque http://www.othersounds.net felix@othersounds.net From sub0 at telcosystems.net Fri Feb 1 09:44:07 2008 From: sub0 at telcosystems.net (subzero) Date: Fri Feb 1 09:44:11 2008 Subject: [jitter] hardware questions Message-ID: Hello list, we are reconfiguring our WinXP PC at the moment to speed up the fps in jitter. We use it basically to generate big matrixes (1920*1200) and process these on the GPU. One of the bottle necks in this system seems to be loading the matrix on the GPU as a texture. We did a lot of tweaking in jitter to make this as efficient as possible. So the next step is to upgrade the hardware, to speed up the fps. For this we have the following questions: What is the best choice of CPU? Is it more important to have the fastest CPU's, the fastest CPU busspeed, or the size of the L2-cache? Regarding the motherboard, is the busspeed critical? And what about the ammount and the speed of the memory? We currently use a 8800 GTX 768mb graphics card, with the Asus P5B Deluxe wifi (busspeed 1066mhz, 4GB 667-DDR2), and a Core 2 Quad CPU (Q6600 4 x 2400mhz, with a busspeed of 1066mhz and 8mb L2 cache) Hope some of you can shed some light on these matters, Best Lucas From doktorp at mac.com Fri Feb 1 10:51:48 2008 From: doktorp at mac.com (vade) Date: Fri Feb 1 10:52:01 2008 Subject: [jitter] hardware questions In-Reply-To: References: Message-ID: <6C17E68F-F66E-4FBA-90C6-B61DE455D02F@mac.com> your biggest speed increase would probably come from uploading uyvy matrices as texture data, you would almost halve your bandwidth to the GPU (and potentially CPU processing as well), you could then use the cc.uyvy2rgba.jxs shader family to do YUV to RGBA conversion on the GPU. Check the optimization threads about this technique. It works for movies, so it should work for arbitrary matrix data being treated as imagery on the GPU. That machine is really fast, from what I can tell. I bet you would be better off optimizing your patch. jit.change, and asymmetric bangs to jit.gl.render vs metros to what your matrix/CPU land stuff is doing would help, along with qmetro/qlim magic, etc. its hard to tell w/o a patch. On Feb 1, 2008, at 11:44 AM, subzero wrote: > Hello list, > we are reconfiguring our WinXP PC at the moment to speed up the fps > in jitter. We use it basically to generate big matrixes (1920*1200) > and process these on the GPU. > One of the bottle necks in this system seems to be loading the > matrix on the GPU as a texture. We did a lot of tweaking in jitter > to make this as efficient as possible. So the next step is to > upgrade the hardware, to speed up the fps. > For this we have the following questions: > What is the best choice of CPU? Is it more important to have the > fastest CPU's, the fastest CPU busspeed, or the size of the L2-cache? > Regarding the motherboard, is the busspeed critical? And what about > the ammount and the speed of the memory? > > We currently use a 8800 GTX 768mb graphics card, with the Asus P5B > Deluxe wifi (busspeed 1066mhz, 4GB 667-DDR2), and a Core 2 Quad CPU > (Q6600 4 x 2400mhz, with a busspeed of 1066mhz and 8mb L2 cache) > > Hope some of you can shed some light on these matters, > > Best Lucas > > > _______________________________________________ > jitter mailing list > jitter@cycling74.com > http://www.cycling74.com/mailman/listinfo/jitter From derrickgiscloux at free.fr Fri Feb 1 15:07:28 2008 From: derrickgiscloux at free.fr (Derrick Giscloux) Date: Fri Feb 1 15:07:31 2008 Subject: [jitter] Re: [Bug report] Jitter texture disparition In-Reply-To: <47A1BE9A.3070802@pucemuse.com> Message-ID: <1f349.47a39820@www.cycling74.com> Hi , I have similar problem on OSX with jitter 1.6.3 When I run the fullscreen mode, one of my texture disapears from a jit.gl.gridshape object, but not the others textures/others gl objects. always the same. Same thing if I erase one gl object ou create a new one in the context. Does anyone could give some advice ? Thank you. From tom at kma.co.uk Sat Feb 2 01:38:07 2008 From: tom at kma.co.uk (Tom W) Date: Sat Feb 2 01:38:09 2008 Subject: [jitter] Re: Sporadic crashes - Java responsible? In-Reply-To: <1f30a.47a2db56@www.cycling74.com> Message-ID: <1f358.47a42bef@www.cycling74.com> Hi Jonny glad you solved the problem - and thanks for the tip about freePeer() - I'll give it a shot. In the meantime, I managed to get around the problem by creating the JitterMatrix only once, with dimensions big enough to handle any number of 'particles', and then doing a bit of filtering later to make sure I only pay attention to the first x rows. Cheers Tom From karrrlo at yahoo.com Sat Feb 2 06:33:17 2008 From: karrrlo at yahoo.com (karl-otto von oertzen) Date: Sat Feb 2 06:33:24 2008 Subject: [jitter] Re: [Bug report] Jitter texture disparition In-Reply-To: <1f349.47a39820@www.cycling74.com> Message-ID: <1f369.47a4711c@www.cycling74.com> it should not happen when gl objects are given the @automatic 0 attribute and rendered in proper order. -- karrrlo From derrickgiscloux at free.fr Sat Feb 2 09:09:42 2008 From: derrickgiscloux at free.fr (Derrick Giscloux) Date: Sat Feb 2 09:09:44 2008 Subject: [jitter] Re: [Bug report] Jitter texture disparition In-Reply-To: <1f369.47a4711c@www.cycling74.com> Message-ID: <1f376.47a495c6@www.cycling74.com> Hi, could you give help about rendering order questions. 1) it seems Tut 31 - more render destination - is not update, look at page 278 : "Each time a jit.gl.render object receives a bang message, it draws all of the GL group objects that have been added to its context. It draws the objects in the order in which they were added to the context. In this case, the yellow circle was added to the draw context named "B" after the blue circle, so it appears on top." It's False : if you select the yellow circle last, the blue one appears on top and the yellow circle is hidden. Am I right ? I'm on OSX with jitter 1.6.3 and Max 4.6. 2) since rendering order theorie is not so obvious some clarification are required : - how to render in proper order (I mean with gl's) ? - how (and why) to use the @automatic 0 ? (nothing about this attribute in jitter tutorial) - Does a patch with several gl objects need several renders ? - and finally what are the rules with rendering ? (since I'm personally not an open gl specialist or video engineer) ... So many thanks . From derrickgiscloux at free.fr Sat Feb 2 11:08:20 2008 From: derrickgiscloux at free.fr (Derrick Giscloux) Date: Sat Feb 2 11:08:21 2008 Subject: [jitter] GPU & alphablending : how to ? Message-ID: <1f381.47a4b193@www.cycling74.com> Hello, the question is in the title. Is there a shader to do an alphablending with gl objects ? thank you. From doktorp at mac.com Sat Feb 2 11:16:46 2008 From: doktorp at mac.com (vade) Date: Sat Feb 2 11:16:49 2008 Subject: [jitter] GPU & alphablending : how to ? In-Reply-To: <1f381.47a4b193@www.cycling74.com> References: <1f381.47a4b193@www.cycling74.com> Message-ID: you dont need shaders to blend alpha, just enable blend_enable 1, and use a blend_mode which uses alpha. Some cards may require lighting_enable 1 to be active, if you send a texture to an object that has alpha components (and you arent uploading it UYVY which removes the alpha channel), you should see transparency Unless you are asking something totally different? What do you want to do? On Feb 2, 2008, at 1:08 PM, Derrick Giscloux wrote: > > Hello, > > the question is in the title. > Is there a shader to do an alphablending with gl objects ? > > thank you. > _______________________________________________ > jitter mailing list > jitter@cycling74.com > http://www.cycling74.com/mailman/listinfo/jitter From derrickgiscloux at free.fr Sat Feb 2 12:36:41 2008 From: derrickgiscloux at free.fr (Derrick Giscloux) Date: Sat Feb 2 12:36:43 2008 Subject: [jitter] tut 41 : Is my |ATI Mobility Radeon 9600| the problem ? Message-ID: <1f38c.47a4c648@www.cycling74.com> Hello, I'm working on the tutorial 41 : Shaders But I can't read the mat.dirperpixel.jxs shader. Is my card the problem ? I'm on OSX with Max 4.6.3 and jitter 1.6.3 ________________________Max____________________________________ jit.gl.render: building GL on pwindow "shctx"... ? error: -- START GLSL INFO LOG: vp -- ERROR: 0:26: 'assign' : cannot convert from '4-component vector of float' to 'varying 3-component vector of float' ? error: -- END GLSL INFO LOG: vp -- ? error: jit.gl.shader: GLSL program failed to compile. ________________________________________________________________ From jp at terragizmo.net Sat Feb 2 12:39:58 2008 From: jp at terragizmo.net (John Phillips) Date: Sat Feb 2 12:40:00 2008 Subject: [jitter] Best way to do 3 movs in a TH2Go panel? Message-ID: <1f38d.47a4c70d@www.cycling74.com> Hi Learned Folks I've read, searched and tested different arrangements... is this a "good enough" way to place 3 640 x 480 clips in a 2400 x 600 TripleHead2Go output? Any comments welcome. I use the ubumenu to load a folder of clips as the installation this will be going into will have a set folder to work with. My MBP 2.2 cpu is showing about 50% with an external 800 drive. Sound about right? Thanks, John max v2; #N vpatcher 462 147 1120 797; #P window setfont "Sans Serif" 9.; #P hidden newex 462 248 48 196617 loadbang; #N vpatcher 84 326 684 726; #P window setfont "Sans Serif" 9.; #P newex 353 92 40 196617 t b b b; #P newex 66 118 61 196617 delay 1200; #P message 259 146 68 196617 0 \, 100 1500; #P message 329 146 68 196617 100 \, 0 1200; #P newex 259 184 40 196617 line; #P flonum 259 237 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0; #P newex 259 214 39 196617 / 100.; #P message 259 257 71 196617 brightness \$1; #P newex 181 296 53 196617 jit.brcosa; #P message 42 210 33 196617 start; #N comlet toggle stop start; #P inlet 42 49 15 0; #P newex 42 186 44 196617 sel 1; #P message 76 210 29 196617 stop; #N comlet bang start qtmovie; #P inlet 23 49 15 0; #N comlet framecount; #P outlet 243 350 15 0; #N comlet movie out; #P outlet 181 351 15 0; #N comlet bang into random; #P inlet 353 52 15 0; #P newex 59 309 32 196617 print; #P number 182 216 50 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0; #N vpatcher 10 59 236 244; #P button 55 94 15 0; #N comlet framecount; #P outlet 136 147 15 0; #P window setfont "Sans Serif" 9.; #P newex 56 56 111 196617 route bang framecount; #P message 56 121 75 196617 getframecount; #N comlet From jitmovieout right; #P inlet 56 37 15 0; #N comlet framecount; #P outlet 56 147 15 0; #P connect 3 0 5 0; #P connect 1 0 3 0; #P connect 5 0 2 0; #P connect 2 0 0 0; #P fasten 3 1 4 0 111 92 141 92; #P pop; #P newobj 184 255 69 196617 p framecount; #P newex 156 190 74 196617 route populate; #P button 353 71 15 0; #P newex 110 255 63 196617 jit.qt.movie; #P newex 110 215 68 196617 prepend read; #P newex 66 143 88 196617 random-norep 11; #P user ubumenu 65 166 164 196617 0 1 1 0; #X add "1280x480 test.mov"; #X add fade2LEFT.jpg; #X add fade2RIGHT.jpg; #X add fadeDOWN.jpg; #X add fadeUP.jpg; #X add "four circles-1.png"; #X add horiz_grid.png; #X add M8_test_screen.mov; #X add V&H_grid.png; #X add vert_grid.png; #X add "white full sq diagonals.png"; #X add "white full sq.png"; #X prefix_set 0 1 "Rufus:/Users/jjhp3/Desktop/Suyama-test clips/" 0; #P connect 15 0 14 0; #P connect 14 0 16 0; #P fasten 1 0 0 0 71 157 70 157; #P fasten 25 1 24 0 373 113 71 113; #P connect 24 0 1 0; #P connect 14 1 13 0; #P fasten 0 1 2 0 147 210 115 210; #P fasten 16 0 3 0 47 236 115 236; #P fasten 13 0 3 0 81 236 115 236; #P connect 2 0 3 0; #P fasten 6 0 3 0 189 276 175 276 175 248 115 248; #P fasten 12 0 3 0 28 235 115 235; #P fasten 0 2 5 0 224 186 161 186; #P fasten 3 0 17 0 115 286 186 286; #P fasten 18 0 17 0 264 286 186 286; #P connect 17 0 10 0; #P fasten 6 1 7 0 248 278 179 278 179 210 187 210; #P fasten 24 0 6 0 71 138 237 138 237 243 189 243; #P fasten 3 1 6 0 168 276 182 276 182 250 189 250; #P fasten 6 1 11 0 248 276 248 276; #P fasten 24 0 23 0 71 138 264 138; #P fasten 22 0 21 0 334 172 264 172; #P connect 23 0 21 0; #P connect 21 0 19 0; #P connect 19 0 20 0; #P fasten 20 0 18 0 264 252 264 252; #P fasten 25 2 22 0 388 137 334 137; #P connect 9 0 4 0; #P connect 4 0 25 0; #P pop; #P newobj 129 480 117 196617 p movSelFade; #N vpatcher 275 216 875 616; #P window setfont "Sans Serif" 9.; #P newex 353 92 40 196617 t b b b; #P newex 66 118 61 196617 delay 1200; #P message 259 146 68 196617 0 \, 100 1500; #P message 329 146 68 196617 100 \, 0 1200; #P newex 259 184 40 196617 line; #P flonum 259 237 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0; #P newex 259 214 39 196617 / 100.; #P message 259 257 71 196617 brightness \$1; #P newex 181 296 53 196617 jit.brcosa; #P message 42 210 33 196617 start; #N comlet toggle stop start; #P inlet 42 49 15 0; #P newex 42 186 44 196617 sel 1; #P message 76 210 29 196617 stop; #N comlet bang start qtmovie; #P inlet 23 49 15 0; #N comlet framecount; #P outlet 243 350 15 0; #N comlet movie out; #P outlet 181 351 15 0; #N comlet bang into random; #P inlet 353 52 15 0; #P newex 59 309 32 196617 print; #P number 182 216 50 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0; #N vpatcher 10 59 236 244; #P button 55 94 15 0; #N comlet framecount; #P outlet 136 147 15 0; #P window setfont "Sans Serif" 9.; #P newex 56 56 111 196617 route bang framecount; #P message 56 121 75 196617 getframecount; #N comlet From jitmovieout right; #P inlet 56 37 15 0; #N comlet framecount; #P outlet 56 147 15 0; #P connect 3 0 5 0; #P connect 1 0 3 0; #P connect 5 0 2 0; #P connect 2 0 0 0; #P fasten 3 1 4 0 111 92 141 92; #P pop; #P newobj 184 255 69 196617 p framecount; #P newex 156 190 74 196617 route populate; #P button 353 71 15 0; #P newex 110 255 63 196617 jit.qt.movie; #P newex 110 215 68 196617 prepend read; #P newex 66 143 88 196617 random-norep 11; #P user ubumenu 65 166 164 196617 0 1 1 0; #X add "1280x480 test.mov"; #X add fade2LEFT.jpg; #X add fade2RIGHT.jpg; #X add fadeDOWN.jpg; #X add fadeUP.jpg; #X add "four circles-1.png"; #X add horiz_grid.png; #X add M8_test_screen.mov; #X add V&H_grid.png; #X add vert_grid.png; #X add "white full sq diagonals.png"; #X add "white full sq.png"; #X prefix_set 0 1 "Rufus:/Users/jjhp3/Desktop/Suyama-test clips/" 0; #P connect 15 0 14 0; #P connect 14 0 16 0; #P fasten 1 0 0 0 71 157 70 157; #P fasten 25 1 24 0 373 113 71 113; #P connect 24 0 1 0; #P connect 14 1 13 0; #P fasten 0 1 2 0 147 210 115 210; #P fasten 12 0 3 0 28 235 115 235; #P fasten 6 0 3 0 189 276 175 276 175 248 115 248; #P connect 2 0 3 0; #P fasten 13 0 3 0 81 236 115 236; #P fasten 16 0 3 0 47 236 115 236; #P fasten 0 2 5 0 224 186 161 186; #P fasten 18 0 17 0 264 286 186 286; #P fasten 3 0 17 0 115 286 186 286; #P connect 17 0 10 0; #P fasten 6 1 7 0 248 278 179 278 179 210 187 210; #P fasten 24 0 6 0 71 138 237 138 237 243 189 243; #P fasten 3 1 6 0 168 276 182 276 182 250 189 250; #P fasten 6 1 11 0 248 276 248 276; #P fasten 24 0 23 0 71 138 264 138; #P connect 23 0 21 0; #P fasten 22 0 21 0 334 172 264 172; #P connect 21 0 19 0; #P connect 19 0 20 0; #P fasten 20 0 18 0 264 252 264 252; #P fasten 25 2 22 0 388 137 334 137; #P connect 9 0 4 0; #P connect 4 0 25 0; #P pop; #P newobj 126 345 117 196617 p movSelFade; #N vpatcher 275 216 875 616; #P window setfont "Sans Serif" 9.; #P newex 353 92 40 196617 t b b b; #P newex 66 118 61 196617 delay 1200; #P message 259 146 68 196617 0 \, 100 1500; #P message 329 146 68 196617 100 \, 0 1200; #P newex 259 184 40 196617 line; #P flonum 259 237 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0; #P newex 259 214 39 196617 / 100.; #P message 259 257 71 196617 brightness \$1; #P newex 181 296 53 196617 jit.brcosa; #P message 42 210 33 196617 start; #N comlet toggle stop start; #P inlet 42 49 15 0; #P newex 42 186 44 196617 sel 1; #P message 76 210 29 196617 stop; #N comlet bang start qtmovie; #P inlet 23 49 15 0; #N comlet framecount; #P outlet 243 350 15 0; #N comlet movie out; #P outlet 181 351 15 0; #N comlet bang into random; #P inlet 353 52 15 0; #P newex 59 309 32 196617 print; #P number 182 216 50 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0; #N vpatcher 10 59 236 244; #P button 55 94 15 0; #N comlet framecount; #P outlet 136 147 15 0; #P window setfont "Sans Serif" 9.; #P newex 56 56 111 196617 route bang framecount; #P message 56 121 75 196617 getframecount; #N comlet From jitmovieout right; #P inlet 56 37 15 0; #N comlet framecount; #P outlet 56 147 15 0; #P connect 3 0 5 0; #P connect 1 0 3 0; #P connect 5 0 2 0; #P connect 2 0 0 0; #P fasten 3 1 4 0 111 92 141 92; #P pop; #P newobj 184 255 69 196617 p framecount; #P newex 156 190 74 196617 route populate; #P button 353 71 15 0; #P newex 110 255 63 196617 jit.qt.movie; #P newex 110 215 68 196617 prepend read; #P newex 66 143 88 196617 random-norep 11; #P user ubumenu 65 166 164 196617 0 1 1 0; #X add "1280x480 test.mov"; #X add fade2LEFT.jpg; #X add fade2RIGHT.jpg; #X add fadeDOWN.jpg; #X add fadeUP.jpg; #X add "four circles-1.png"; #X add horiz_grid.png; #X add M8_test_screen.mov; #X add V&H_grid.png; #X add vert_grid.png; #X add "white full sq diagonals.png"; #X add "white full sq.png"; #X prefix_set 0 1 "Rufus:/Users/jjhp3/Desktop/Suyama-test clips/" 0; #P connect 15 0 14 0; #P connect 14 0 16 0; #P fasten 1 0 0 0 71 157 70 157; #P fasten 25 1 24 0 373 113 71 113; #P connect 24 0 1 0; #P connect 14 1 13 0; #P fasten 0 1 2 0 147 210 115 210; #P fasten 16 0 3 0 47 236 115 236; #P fasten 13 0 3 0 81 236 115 236; #P connect 2 0 3 0; #P fasten 6 0 3 0 189 276 175 276 175 248 115 248; #P fasten 12 0 3 0 28 235 115 235; #P fasten 0 2 5 0 224 186 161 186; #P fasten 3 0 17 0 115 286 186 286; #P fasten 18 0 17 0 264 286 186 286; #P connect 17 0 10 0; #P fasten 6 1 7 0 248 278 179 278 179 210 187 210; #P fasten 24 0 6 0 71 138 237 138 237 243 189 243; #P fasten 3 1 6 0 168 276 182 276 182 250 189 250; #P fasten 6 1 11 0 248 276 248 276; #P fasten 24 0 23 0 71 138 264 138; #P fasten 22 0 21 0 334 172 264 172; #P connect 23 0 21 0; #P connect 21 0 19 0; #P connect 19 0 20 0; #P fasten 20 0 18 0 264 252 264 252; #P fasten 25 2 22 0 388 137 334 137; #P connect 9 0 4 0; #P connect 4 0 25 0; #P pop; #P newobj 125 213 117 196617 p movSelFade; #P newex 167 191 57 196617 r cliponoff; #P button 231 191 15 0; #P newex 125 191 38 196617 r bang; #P newex 168 324 57 196617 r cliponoff; #P button 233 324 15 0; #P newex 126 324 38 196617 r bang; #P newex 171 457 57 196617 r cliponoff; #P button 236 457 15 0; #P newex 129 457 38 196617 r bang; #P newex 188 86 57 196617 s cliponoff; #P newex 188 108 38 196617 s bang; #P toggle 380 537 15 0; #P user jit.fpsgui 126 156 60 196617 0; #P toggle 241 538 15 0; #P window setfont "Fixedwidth Serif" 10.; #P message 241 556 73 1441802 floating \$1; #P message 380 556 83 1441802 fullscreen \$1; #P toggle 316 538 15 0; #P message 316 556 62 1441802 interp \$1; #P window setfont "Sans Serif" 9.; #P flonum 358 406 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0; #P flonum 320 406 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0; #P flonum 280 406 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0; #P newex 250 433 116 196617 pak scale 1.11 -0.83 1.; #P flonum 371 453 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0; #P flonum 332 453 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0; #P flonum 292 453 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0; #P newex 266 478 111 196617 pak position 2.21 0. 0.; #P newex 129 510 106 196617 jit.gl.videoplane wide; #P flonum 353 274 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0; #P flonum 315 274 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0; #P flonum 275 274 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0; #P newex 245 298 116 196617 pak scale 1.11 -0.83 1.; #P flonum 368 319 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0; #P flonum 329 319 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0; #P flonum 289 319 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0; #P newex 261 343 113 196617 pak position 0. 0. 0.; #P newex 126 375 106 196617 jit.gl.videoplane wide; #P flonum 351 136 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0; #P flonum 313 136 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0; #P flonum 273 136 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0; #P newex 243 163 116 196617 pak scale 1.11 -0.83 1.; #P flonum 370 184 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0; #P flonum 331 184 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0; #P flonum 291 184 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0; #P newex 259 208 122 196617 pak position -2.21 . 0. 0.; #P message 130 541 107 196617 rect 40 40 1000 280; #P newex 130 565 82 196617 jit.window wide; #P newex 125 246 106 196617 jit.gl.videoplane wide; #P newex 126 133 89 196617 jit.gl.render wide; #P newex 126 107 58 196617 t b erase b; #P newex 126 85 57 196617 qmetro 20; #P number 173 60 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0; #P toggle 126 60 15 0; #P connect 49 0 52 0; #P fasten 8 0 5 0 264 241 130 241; #P connect 52 0 5 0; #P fasten 12 0 5 0 248 236 130 236; #P connect 0 0 2 0; #P connect 2 0 3 0; #P fasten 3 1 4 0 155 128 131 128; #P connect 3 0 4 0; #P connect 4 0 39 0; #P connect 46 0 53 0; #P fasten 17 0 16 0 266 369 131 369; #P connect 53 0 16 0; #P fasten 21 0 16 0 250 366 131 366; #P connect 43 0 54 0; #P connect 54 0 25 0; #P fasten 30 0 25 0 255 502 134 502; #P fasten 26 0 25 0 271 506 134 506; #P hidden connect 55 0 7 0; #P connect 7 0 6 0; #P fasten 37 0 6 0 246 583 214 583 214 562 135 562; #P fasten 34 0 6 0 321 583 214 583 214 562 135 562; #P fasten 36 0 6 0 385 583 214 583 214 562 135 562; #P connect 1 0 2 1; #P connect 51 0 52 1; #P connect 48 0 53 1; #P connect 45 0 54 1; #P fasten 0 0 42 0 131 80 193 80; #P fasten 3 2 41 0 179 128 186 128 186 106 193 106; #P hidden connect 55 0 50 0; #P connect 50 0 52 2; #P connect 47 0 53 2; #P hidden connect 55 0 47 0; #P connect 44 0 54 2; #P hidden connect 55 0 44 0; #P connect 38 0 37 0; #P hidden connect 55 0 12 0; #P hidden connect 55 0 21 0; #P hidden connect 55 0 30 0; #P hidden connect 55 0 8 0; #P hidden connect 55 0 17 0; #P hidden connect 55 0 26 0; #P connect 13 0 12 1; #P connect 22 0 21 1; #P connect 31 0 30 1; #P connect 9 0 8 1; #P connect 18 0 17 1; #P connect 27 0 26 1; #P fasten 14 0 12 2 318 157 318 157; #P fasten 10 0 8 2 336 203 336 203; #P fasten 23 0 21 2 320 292 320 292; #P connect 35 0 34 0; #P fasten 32 0 30 2 325 427 325 427; #P fasten 19 0 17 2 334 338 334 338; #P fasten 28 0 26 2 337 473 337 473; #P connect 11 0 8 3; #P connect 15 0 12 3; #P connect 24 0 21 3; #P connect 33 0 30 3; #P connect 20 0 17 3; #P connect 29 0 26 3; #P connect 40 0 36 0; #P pop; From secondbox at gmx.net Sun Feb 3 02:30:51 2008 From: secondbox at gmx.net (secco) Date: Sun Feb 3 02:30:53 2008 Subject: [jitter] texture compression error dxt1 dxt3 dxt5 error submitting texture data Message-ID: <1f399.47a589ca@www.cycling74.com> Hi all, did anybody ever manage to use dxt compression for textures? As soon as I use the compression attribute for jit.gl.texture with another value than "none" I get errors like: jit.gl.texture: error submitting texture data: GL Error: Invalid operation or jit.gl.texture: setting teximage during submission.: GL Error: Invalid operation thanks secco From adam.wittsell at gmail.com Sun Feb 3 06:56:18 2008 From: adam.wittsell at gmail.com (Adam Wittsell) Date: Sun Feb 3 06:56:20 2008 Subject: [jitter] jxs shaders in jit.gl.lua? Message-ID: <1f3a2.47a5c801@www.cycling74.com> Hi, I want to apply a .jxs shader to an OpenGl geometry I generate in a lua script, but I'm not sure how to approach it. Is it even possible? Something like this: function draw() --Apply shader.jxs? gl.PushMatrix() gl.Begin("QUADS") gl.Vertex(-1., 0, 0) gl.Vertex(1., 0, 0) gl.Vertex(1., 1., 0) gl.Vertex(-1., 1., 0) gl.End() gl.PopMatrix() end Thanks in advance! //Adam -- Adam Wittsell http://adamwittsell.com From Lickteig at temple.edu Sun Feb 3 10:15:45 2008 From: Lickteig at temple.edu (Dan) Date: Sun Feb 3 10:15:46 2008 Subject: [jitter] jit.dx.grab crash when open Message-ID: <1f3aa.47a5f6bf@www.cycling74.com> I am new to Max and Jitter, and am having problems with the program crashing when I press an open message within my patch. Below is my system info, followed by the patch...which is the patch in the tutorial. I change the variable qt to dx in jit.qt.grab. I have also purchased QT Pro and tried using jit.qt.grab, but when I press the open message, the program crashes. HELP?!?! DL OS Name Microsoft Windows XP Professional Version 5.1.2600 Service Pack 2 Build 2600 OS Manufacturer Microsoft Corporation System Name APRIL System Manufacturer Gateway System Model M465-E System Type X86-based PC Processor x86 Family 6 Model 15 Stepping 6 GenuineIntel ~1663 Mhz Processor x86 Family 6 Model 15 Stepping 6 GenuineIntel ~1663 Mhz BIOS Version/Date Phoenix Technologies LTD 71.08, 8/21/2006 SMBIOS Version 2.4 Windows Directory C:\WINDOWS System Directory C:\WINDOWS\system32 Boot Device \Device\HarddiskVolume1 Locale United States Hardware Abstraction Layer Version = "5.1.2600.2765 (xpsp.050928-1517)" User Name APRIL\Administrator Time Zone Eastern Standard Time Total Physical Memory 1,024.00 MB Available Physical Memory 710.26 MB Total Virtual Memory 2.00 GB Available Virtual Memory 1.96 GB Page File Space 2.40 GB Page File C:\pagefile.sys max v2; #N vpatcher 100 100 700 500; #P window setfont "Fixedwidth Serif" 10.; #P window linecount 1; #P newex 313 156 50 9240586 t clear; #P newex 483 156 50 9240586 t clear; #P message 388 202 53 9240586 input \$1; #P user ubumenu 388 181 145 9240586 0 1 1 0; #X prefix_set 0 0 0; #P newex 388 156 92 9240586 prepend append; #P newex 388 133 32 9240586 iter; #P message 251 49 80 9240586 getinputlist; #P newex 550 125 38 9240586 print; #P user jit.fpsgui 48 265 60 9240586 0; #P message 218 202 68 9240586 vdevice \$1; #P user ubumenu 218 181 145 9240586 0 1 1 0; #X prefix_set 0 0 0; #P newex 218 156 92 9240586 prepend append; #P newex 218 133 32 9240586 iter; #P message 176 49 73 9240586 getvdevlist; #P newex 160 102 152 9240586 route vdevlist inputlist; #P user jit.pwindow 47 132 162 122 0 1 0 0 1 0; #P toggle 48 29 15 0; #P newex 48 49 50 9240586 metro 2; #P message 136 49 38 9240586 close; #P message 101 49 32 9240586 open; #P newex 48 76 122 9240586 jit.qt.grab 320 240; #B color 5; #P comment 9 25 20 9240586 1.; #P user panel 23 25 569 271; #X brgb 192 192 128; #X frgb 0 0 0; #X border 0; #X rounded 0; #X shadow 0; #X done; #P background; #P connect 6 0 5 0; #P fasten 13 0 2 0 223 257 32 257 32 72 53 72; #P fasten 9 0 2 0 181 72 53 72; #P fasten 3 0 2 0 106 72 53 72; #P fasten 4 0 2 0 141 72 53 72; #P connect 5 0 2 0; #P fasten 16 0 2 0 256 72 53 72; #P fasten 20 0 2 0 393 260 28 260 28 72 53 72; #P connect 2 0 7 0; #P connect 7 0 14 0; #P connect 2 1 8 0; #P fasten 8 0 10 0 165 126 223 126; #P connect 10 0 11 0; #P connect 11 0 12 0; #P fasten 22 0 12 0 318 177 223 177; #P connect 12 0 13 0; #P fasten 8 0 22 0 165 126 318 126; #P fasten 8 1 17 0 236 122 393 122; #P connect 17 0 18 0; #P connect 18 0 19 0; #P fasten 21 0 19 0 488 177 393 177; #P connect 19 0 20 0; #P fasten 8 1 21 0 236 122 488 122; #P fasten 8 2 15 0 307 122 555 122; #P pop; From karrrlo at yahoo.com Sun Feb 3 10:16:09 2008 From: karrrlo at yahoo.com (karl-otto von oertzen) Date: Sun Feb 3 10:16:16 2008 Subject: [jitter] Re: GPU & alphablending : how to ? In-Reply-To: <1f38a.47a4c206@www.cycling74.com> Message-ID: <1f3ab.47a5f6d8@www.cycling74.com> yes it took me a while too to get around it , Vade's tutorials ( http://abstrakt.vade.info/?p=147 ) and Andrew Benson's receipes have been really helpfull to get some of the openGL magic :) hope this helps in the meantime : #P window setfont "Sans Serif" 9.; #P window linecount 2; #P comment 819 293 267 196617 tweek these for blending yourkeying your black and white image; #P window linecount 1; #P newex 584 259 48 196617 loadbang; #P newex 584 279 206 196617 t 0.01 0.8 0.; #P toggle 707 363 15 0; #P flonum 778 303 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0; #P flonum 685 303 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0; #P flonum 584 302 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0; #P newex 778 323 100 196617 prepend param fade; #P newex 685 323 91 196617 prepend param tol; #P newex 584 323 100 196617 prepend param luma; #P comment 384 64 267 196617 your background; #P user jit.fpsgui 30 140 60 196617 0; #P message 30 243 68 196617 fullscreen \$1; #P toggle 30 221 15 0; #P newex 30 201 35 196617 sel 27; #P newex 30 181 40 196617 key; #P flonum 723 363 35 9 0. 1. 3 3 0 0 0 221 221 221 222 222 222 0 0 0; #P newex 635 384 99 196617 pak color 1. 1. 1. 0.; #P newex 30 265 160 196617 jit.window obama @size 640 480; #P newex 284 117 66 196617 t b b b b b; #P newex 384 364 245 196617 jit.gl.slab obama @file co.lumakey.jxs @automatic 0; #P message 384 267 102 196617 read countdown.mov; #P newex 384 404 350 196617 jit.gl.videoplane obama @transform_reset 2 @automatic 0 @blend_enable 1; #P newex 384 320 155 196617 jit.qt.movie @adapt 1 @unique 1; #P message 384 79 83 196617 read dishes.mov; #P newex 384 191 350 196617 jit.gl.videoplane obama @transform_reset 2 @automatic 0 @blend_enable 1; #P newex 384 157 155 196617 jit.qt.movie @adapt 1 @unique 1; #P newex 29 120 209 196617 jit.gl.render obama @erase_color 0. 0. 0. 1.; #P newex 29 90 61 196617 t b b erase; #P toggle 29 29 15 0; #P newex 29 57 51 196617 qmetro 2; #P comment 383 229 267 196617 on top : your mask; #P connect 29 0 25 0; #P connect 29 1 26 0; #P connect 29 2 27 0; #P connect 30 0 29 0; #P hidden connect 28 0 15 0; #P connect 27 0 24 0; #P connect 26 0 23 0; #P connect 25 0 22 0; #P fasten 24 0 11 0 783 352 389 352; #P fasten 23 0 11 0 690 352 389 352; #P fasten 22 0 11 0 589 352 389 352; #P connect 8 0 11 0; #P connect 12 1 11 0; #P connect 11 0 9 0; #P connect 4 0 20 0; #P fasten 3 1 12 0 59 112 289 112; #P fasten 14 0 9 0 640 401 389 401; #P connect 12 0 9 0; #P connect 5 0 6 0; #P connect 12 3 6 0; #P connect 19 0 13 0; #P connect 18 0 19 0; #P connect 17 0 18 0; #P connect 16 0 17 0; #P connect 12 2 8 0; #P connect 12 4 5 0; #P connect 3 2 4 0; #P connect 3 0 4 0; #P connect 1 0 3 0; #P connect 15 0 14 4; #P connect 10 0 8 0; #P connect 7 0 5 0; #P connect 2 0 1 0; #P window clipboard copycount 32; -- karrrlo From erik at videotroopers.com Sun Feb 3 10:23:46 2008 From: erik at videotroopers.com (Erik Mijwaard) Date: Sun Feb 3 10:23:52 2008 Subject: [jitter] Re: jxs shaders in jit.gl.lua? In-Reply-To: <1f3a2.47a5c801@www.cycling74.com> Message-ID: <1f3ac.47a5f8a1@www.cycling74.com> hi, I would try it this way: 1. create a texture 2. create a slab 3. bind the output of the slab onto the geometry tex = jit.new("jit.gl.texture", this.drawto) tex.file = texture.jpg slab[1] = jit.new("jit.gl.slab", this.drawto) slab[1].texture = tex slab[1].file = co.normal.jxs function draw() jit.gl.bindtexture(slab.name, 0) gl.Begin("QUADS") --top left gl.TexCoord(0., 1.) gl.Vertex(-0.5, 0.5, 0.) --bottom left gl.TexCoord(0., 0.) gl.Vertex(-0.5, -0.5, 0.) --bottom right gl.TexCoord(1., 0.) gl.Vertex(0.5, -0.5, 0.) --top right gl.TexCoord(1., 1.) gl.Vertex(0.5, 0.5, 0.) gl.End() jit.gl.unbindtexture(slab.name, 0) end another way would be to draw the geometry in between jit.gl.begincapture("foo") and jit.gl.endcapture("foo"), then make a jit.gl.texture in jitter with @name foo. this way you have your slab in jitter and the geometry in lua. hope this helps, still discovering lua here. erik From yair99 at gmail.com Sun Feb 3 11:14:22 2008 From: yair99 at gmail.com (yair reshef) Date: Sun Feb 3 11:14:40 2008 Subject: [jitter] jit.dx.grab crash when open In-Reply-To: <1f3aa.47a5f6bf@www.cycling74.com> References: <1f3aa.47a5f6bf@www.cycling74.com> Message-ID: <1b1605c20802031014k6fd898acj7edf545126ca30ed@mail.gmail.com> 95% of the time this happens when your capture source is not configured correctly (cant be detected by max) please try to connect to your source outside of max using amcap or thru the capture program supplied with the capture source. what is your source? unibrain? btw. always use jit.dx.grab on windows. its the native option. On Feb 3, 2008 7:15 PM, Dan wrote: > > I am new to Max and Jitter, and am having problems with the program > crashing when I press an open message within my patch. Below is my system > info, followed by the patch...which is the patch in the tutorial. I change > the variable qt to dx in jit.qt.grab. I have also purchased QT Pro and > tried using jit.qt.grab, but when I press the open message, the program > crashes. HELP?!?! > > DL > > OS Name Microsoft Windows XP Professional > Version 5.1.2600 Service Pack 2 Build 2600 > OS Manufacturer Microsoft Corporation > System Name APRIL > System Manufacturer Gateway > System Model M465-E > System Type X86-based PC > Processor x86 Family 6 Model 15 Stepping 6 GenuineIntel ~1663 Mhz > Processor x86 Family 6 Model 15 Stepping 6 GenuineIntel ~1663 Mhz > BIOS Version/Date Phoenix Technologies LTD 71.08, 8/21/2006 > SMBIOS Version 2.4 > Windows Directory C:\WINDOWS > System Directory C:\WINDOWS\system32 > Boot Device \Device\HarddiskVolume1 > Locale United States > Hardware Abstraction Layer Version = "5.1.2600.2765 (xpsp.050928-1517 > )" > User Name APRIL\Administrator > Time Zone Eastern Standard Time > Total Physical Memory 1,024.00 MB > Available Physical Memory 710.26 MB > Total Virtual Memory 2.00 GB > Available Virtual Memory 1.96 GB > Page File Space 2.40 GB > Page File C:\pagefile.sys > > > max v2; > #N vpatcher 100 100 700 500; > #P window setfont "Fixedwidth Serif" 10.; > #P window linecount 1; > #P newex 313 156 50 9240586 t clear; > #P newex 483 156 50 9240586 t clear; > #P message 388 202 53 9240586 input \$1; > #P user ubumenu 388 181 145 9240586 0 1 1 0; > #X prefix_set 0 0 0; > #P newex 388 156 92 9240586 prepend append; > #P newex 388 133 32 9240586 iter; > #P message 251 49 80 9240586 getinputlist; > #P newex 550 125 38 9240586 print; > #P user jit.fpsgui 48 265 60 9240586 0; > #P message 218 202 68 9240586 vdevice \$1; > #P user ubumenu 218 181 145 9240586 0 1 1 0; > #X prefix_set 0 0 0; > #P newex 218 156 92 9240586 prepend append; > #P newex 218 133 32 9240586 iter; > #P message 176 49 73 9240586 getvdevlist; > #P newex 160 102 152 9240586 route vdevlist inputlist; > #P user jit.pwindow 47 132 162 122 0 1 0 0 1 0; > #P toggle 48 29 15 0; > #P newex 48 49 50 9240586 metro 2; > #P message 136 49 38 9240586 close; > #P message 101 49 32 9240586 open; > #P newex 48 76 122 9240586 jit.qt.grab 320 240; > #B color 5; > #P comment 9 25 20 9240586 1.; > #P user panel 23 25 569 271; > #X brgb 192 192 128; > #X frgb 0 0 0; > #X border 0; > #X rounded 0; > #X shadow 0; > #X done; > #P background; > #P connect 6 0 5 0; > #P fasten 13 0 2 0 223 257 32 257 32 72 53 72; > #P fasten 9 0 2 0 181 72 53 72; > #P fasten 3 0 2 0 106 72 53 72; > #P fasten 4 0 2 0 141 72 53 72; > #P connect 5 0 2 0; > #P fasten 16 0 2 0 256 72 53 72; > #P fasten 20 0 2 0 393 260 28 260 28 72 53 72; > #P connect 2 0 7 0; > #P connect 7 0 14 0; > #P connect 2 1 8 0; > #P fasten 8 0 10 0 165 126 223 126; > #P connect 10 0 11 0; > #P connect 11 0 12 0; > #P fasten 22 0 12 0 318 177 223 177; > #P connect 12 0 13 0; > #P fasten 8 0 22 0 165 126 318 126; > #P fasten 8 1 17 0 236 122 393 122; > #P connect 17 0 18 0; > #P connect 18 0 19 0; > #P fasten 21 0 19 0 488 177 393 177; > #P connect 19 0 20 0; > #P fasten 8 1 21 0 236 122 488 122; > #P fasten 8 2 15 0 307 122 555 122; > #P pop; > > _______________________________________________ > jitter mailing list > jitter@cycling74.com > http://www.cycling74.com/mailman/listinfo/jitter > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.cycling74.com/pipermail/jitter/attachments/20080203/3448c9ac/attachment.htm From thetawnyowl at googlemail.com Sun Feb 3 11:18:48 2008 From: thetawnyowl at googlemail.com (Leafcutter John) Date: Sun Feb 3 11:18:50 2008 Subject: [jitter] efficiency - using multiple .text2d objects Message-ID: <1f3af.47a60587@www.cycling74.com> Hello I'm looking for some advice on making my patch more efficient. I have been using max/msp for a few years but have only just started using Jitter and my understanding of it is quite limited. I'm using around 60 jit.gl.text2d objects contained within MSP's poly~ object. Each object renders a different word to the same jit.pwindow on which the user can click and drag words and resize them. I have the thing working but was wondering if there is a way to get a higher frame rate. Perhaps there is a better way than using a separate it.gl.text2d for each word? The help file shows a tantalising example of how to use a single object to display mutliple items per frame but i have been unable to get it to word for me. Would this help the frame rate? Any advide or example code would be much appriciated, Thanks, John. -- http://www.leafcutterjohn.com "The Forest And The Sea" Out on Staubgold Records Staubgold 68 CD/LP From thetawnyowl at googlemail.com Sun Feb 3 11:33:46 2008 From: thetawnyowl at googlemail.com (Leafcutter John) Date: Sun Feb 3 11:33:49 2008 Subject: [jitter] Re: efficiency - using multiple .text2d objects In-Reply-To: <1f3af.47a60587@www.cycling74.com> Message-ID: <1f3b1.47a6090a@www.cycling74.com> And here is my patch. -- http://www.leafcutterjohn.com "The Forest And The Sea" Out on Staubgold Records Staubgold 68 CD/LP -------------- next part -------------- A non-text attachment was scrubbed... Name: Word interface.zip Type: application/zip Size: 8497 bytes Desc: not available Url : http://www.cycling74.com/pipermail/jitter/attachments/20080203/4936ef6d/Wordinterface.zip From yair99 at gmail.com Sun Feb 3 12:01:30 2008 From: yair99 at gmail.com (yair reshef) Date: Sun Feb 3 12:01:32 2008 Subject: [jitter] Re: efficiency - using multiple .text2d objects In-Reply-To: <1f3b1.47a6090a@www.cycling74.com> References: <1f3af.47a60587@www.cycling74.com> <1f3b1.47a6090a@www.cycling74.com> Message-ID: <1b1605c20802031101w18d664e3x6189a7b8a3bdadd6@mail.gmail.com> hi John, the trick with the single-object-multiple-rendering is that you have to stuff all its alternating states between the [t b erase] of the jit.gl.render. you see, jit.render will not output a screen refrash if not given a bang, so any valid opengl object you stuff into it between the erase and bang will be stored and outputted in time. [t b b erase] | | | | jit.gl.text | |____________| | jit.gl.render you have to have your gl object set to @automatic 0 so it will not auto add to render Que, only when it receives a bang. you can then give the same object many diffrent states and it will go to the same rendering context. that said, im not sure its more efficient or not. experiment. this is the explanation floating in my head, it can be put better and there are some finer details to this then i gave. also drawing ascii-patches is a bitch! On Feb 3, 2008 8:33 PM, Leafcutter John wrote: > And here is my patch. > -- > http://www.leafcutterjohn.com > > "The Forest And The Sea" > Out on Staubgold Records > Staubgold 68 CD/LP > > _______________________________________________ > jitter mailing list > jitter@cycling74.com > http://www.cycling74.com/mailman/listinfo/jitter > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.cycling74.com/pipermail/jitter/attachments/20080203/986f408f/attachment.htm From felix.luque at gmail.com Sun Feb 3 12:05:06 2008 From: felix.luque at gmail.com (Felix) Date: Sun Feb 3 12:05:08 2008 Subject: [jitter] Re: Quick Loading into jit.qt.movie In-Reply-To: <1f329.47a33b24@www.cycling74.com> Message-ID: <1f3b9.47a61061@www.cycling74.com> Hi, sorry for the spamming. Maybe this observation is interesting for some of you... Finally the problem I have with the loading time of movies is due to my Os setup, windows XP under bootcamp/Leopard. It seems that it takes ages for windows to access de HD. When I do the same test (see patch in precedent message) with different OS setups I get an extremely different result. WinXP/imac/Bootcam under Leopard: Time of loading around 3000ms Leopard/Same Imac: Time of loading around 50 ms WinXP/Vaio/Slower HD: Time of loading around 200 ms … this is the first limit I find using MaxMspJitter with windows XP under bootcamp … Felix -- Felix Luque http://www.othersounds.net felix@othersounds.net From yair99 at gmail.com Sun Feb 3 12:05:53 2008 From: yair99 at gmail.com (yair reshef) Date: Sun Feb 3 12:05:55 2008 Subject: [jitter] Re: efficiency - using multiple .text2d objects In-Reply-To: <1b1605c20802031101w18d664e3x6189a7b8a3bdadd6@mail.gmail.com> References: <1f3af.47a60587@www.cycling74.com> <1f3b1.47a6090a@www.cycling74.com> <1b1605c20802031101w18d664e3x6189a7b8a3bdadd6@mail.gmail.com> Message-ID: <1b1605c20802031105h1ae78b8aue4eea4328f64b0a8@mail.gmail.com> you can also try the jit.gl.mutliple with the text object. On Feb 3, 2008 9:01 PM, yair reshef wrote: > hi John, the trick with the single-object-multiple-rendering is that you > have to stuff all its alternating states between the [t b erase] of the > jit.gl.render. > you see, jit.render will not output a screen refrash if not given a bang, > so any valid opengl object you stuff into it between the erase and bang will > be stored and outputted in time. > [t b b erase] > | | | > | jit.gl.text | > |____________| > | > jit.gl.render > you have to have your gl object set to @automatic 0 so it will not auto > add to render Que, only when it receives a bang. you can then give the same > object many diffrent states and it will go to the same rendering context. > that said, im not sure its more efficient or not. experiment. > > this is the explanation floating in my head, it can be put better and > there are some finer details to this then i gave. also drawing ascii-patches > is a bitch! > > On Feb 3, 2008 8:33 PM, Leafcutter John > wrote: > > > And here is my patch. > > -- > > http://www.leafcutterjohn.com > > > > "The Forest And The Sea" > > Out on Staubgold Records > > Staubgold 68 CD/LP > > > > _______________________________________________ > > jitter mailing list > > jitter@cycling74.com > > http://www.cycling74.com/mailman/listinfo/jitter > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.cycling74.com/pipermail/jitter/attachments/20080203/f9febafe/attachment.htm From Lickteig at temple.edu Sun Feb 3 12:13:55 2008 From: Lickteig at temple.edu (Dan) Date: Sun Feb 3 12:13:58 2008 Subject: [jitter] Re: jit.dx.grab crash when open In-Reply-To: <1b1605c20802031014k6fd898acj7edf545126ca30ed@mail.gmail.com> Message-ID: <1f3bc.47a61273@www.cycling74.com> Thank you for the response. I tried amcap with no problems. I am using a Creative USB webcam. After pushing the getvdevlist message, it shows up in the device list, but as soon as I push the open button, it crashes. I have another webcam, and the same thing happens with that one. I will eventually need to use 4 cameras, so I was trying to keep cost down before going for the firewire cams. From wesley.hoke at gmail.com Sun Feb 3 12:24:24 2008 From: wesley.hoke at gmail.com (Wesley Smith) Date: Sun Feb 3 12:24:27 2008 Subject: [jitter] Re: jxs shaders in jit.gl.lua? In-Reply-To: <1f3ac.47a5f8a1@www.cycling74.com> References: <1f3a2.47a5c801@www.cycling74.com> <1f3ac.47a5f8a1@www.cycling74.com> Message-ID: <1079b050802031124h36ef1c96g5d866c7101987320@mail.gmail.com> This is how you use shaders. You just make a shader object and call its bind methods. wes shader = jit.new("jit.gl.shader", this.drawto) shader.file = "cc.brcosa.jxs" --shader file to load function draw() shader:bind() gl.Begin("QUADS") --top left gl.TexCoord(0., 1.) gl.Vertex(-0.5, 0.5, 0.) --bottom left gl.TexCoord(0., 0.) gl.Vertex(-0.5, -0.5, 0.) --bottom right gl.TexCoord(1., 0.) gl.Vertex(0.5, -0.5, 0.) --top right gl.TexCoord(1., 1.) gl.Vertex(0.5, 0.5, 0.) gl.End() shader:unbind() end From doktorp at mac.com Sun Feb 3 12:33:25 2008 From: doktorp at mac.com (vade) Date: Sun Feb 3 12:33:33 2008 Subject: [jitter] Re: Quick Loading into jit.qt.movie In-Reply-To: <1f3b9.47a61061@www.cycling74.com> References: <1f3b9.47a61061@www.cycling74.com> Message-ID: <00D6B886-B8FF-4122-B719-7C78452B0F3F@mac.com> Ah, Ive read about slow disk access in bootcamp. this might be helpful - although this was an issue PREVIOUS to leopars upgraded 10.5 drivers. Have you installed the bootcamp drivers that come on the 10.5 DVD? If you installed bootcamp previously, you will not have the latest bootcamp drivers from Apple. http://macprojournal.com/xp.html Good luck. On Feb 3, 2008, at 2:05 PM, Felix wrote: > > Hi, sorry for the spamming. > Maybe this observation is interesting for some of you... > Finally the problem I have with the loading time of movies is due to > my Os setup, windows XP under bootcamp/Leopard. It seems that it > takes ages for windows to access de HD. > When I do the same test (see patch in precedent message) with > different OS setups I get an extremely different result. > WinXP/imac/Bootcam under Leopard: Time of loading around 3000ms > Leopard/Same Imac: Time of loading around 50 ms > WinXP/Vaio/Slower HD: Time of loading around 200 ms > > … this is the first limit I find using MaxMspJitter with > windows XP under bootcamp … > > Felix > > -- > Felix Luque > http://www.othersounds.net > felix@othersounds.net > _______________________________________________ > jitter mailing list > jitter@cycling74.com > http://www.cycling74.com/mailman/listinfo/jitter From yair99 at gmail.com Sun Feb 3 12:39:43 2008 From: yair99 at gmail.com (yair reshef) Date: Sun Feb 3 12:39:46 2008 Subject: [jitter] Re: Quick Loading into jit.qt.movie In-Reply-To: <00D6B886-B8FF-4122-B719-7C78452B0F3F@mac.com> References: <1f3b9.47a61061@www.cycling74.com> <00D6B886-B8FF-4122-B719-7C78452B0F3F@mac.com> Message-ID: <1b1605c20802031139q4c8665c4g3392f5cf31684e75@mail.gmail.com> according to this http://www.mactech.com/articles/mactech/Vol.24/24.02/VirtualizationBenchmark/ the file i/o is\should be samesame On Feb 3, 2008 9:33 PM, vade wrote: > Ah, Ive read about slow disk access in bootcamp. > > this might be helpful - although this was an issue PREVIOUS to leopars > upgraded 10.5 drivers. Have you installed the bootcamp drivers that > come on the 10.5 DVD? If you installed bootcamp previously, you will > not have the latest bootcamp drivers from Apple. > > http://macprojournal.com/xp.html > > Good luck. > > > On Feb 3, 2008, at 2:05 PM, Felix wrote: > > > > > Hi, sorry for the spamming. > > Maybe this observation is interesting for some of you... > > Finally the problem I have with the loading time of movies is due to > > my Os setup, windows XP under bootcamp/Leopard. It seems that it > > takes ages for windows to access de HD. > > When I do the same test (see patch in precedent message) with > > different OS setups I get an extremely different result. > > WinXP/imac/Bootcam under Leopard: Time of loading around 3000ms > > Leopard/Same Imac: Time of loading around 50 ms > > WinXP/Vaio/Slower HD: Time of loading around 200 ms > > > > … this is the first limit I find using MaxMspJitter with > > windows XP under bootcamp … > > > > Felix > > > > -- > > Felix Luque > > http://www.othersounds.net > > felix@othersounds.net > > _______________________________________________ > > jitter mailing list > > jitter@cycling74.com > > http://www.cycling74.com/mailman/listinfo/jitter > > _______________________________________________ > jitter mailing list > jitter@cycling74.com > http://www.cycling74.com/mailman/listinfo/jitter > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.cycling74.com/pipermail/jitter/attachments/20080203/df7f9a41/attachment.htm From yair99 at gmail.com Sun Feb 3 12:41:47 2008 From: yair99 at gmail.com (yair reshef) Date: Sun Feb 3 12:41:49 2008 Subject: [jitter] Re: jit.dx.grab crash when open In-Reply-To: <1f3bc.47a61273@www.cycling74.com> References: <1b1605c20802031014k6fd898acj7edf545126ca30ed@mail.gmail.com> <1f3bc.47a61273@www.cycling74.com> Message-ID: <1b1605c20802031141hef1d8b9yce7211289d17cea@mail.gmail.com> i had mixed results with usb camera. non (afair) crashed but few had their settings controls exposed. i hope will get better camera support later in life. get a f/w camera. On Feb 3, 2008 9:13 PM, Dan wrote: > > Thank you for the response. I tried amcap with no problems. I am using a > Creative USB webcam. After pushing the getvdevlist message, it shows up in > the device list, but as soon as I push the open button, it crashes. I have > another webcam, and the same thing happens with that one. I will eventually > need to use 4 cameras, so I was trying to keep cost down before going for > the firewire cams. > _______________________________________________ > jitter mailing list > jitter@cycling74.com > http://www.cycling74.com/mailman/listinfo/jitter > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.cycling74.com/pipermail/jitter/attachments/20080203/e044f121/attachment.htm From jennifer.vallis at acad.ca Sun Feb 3 12:46:10 2008 From: jennifer.vallis at acad.ca (Jennifer Vallis) Date: Sun Feb 3 12:46:12 2008 Subject: [jitter] Using the ubumenu object Message-ID: <1f3c6.47a61a00@www.cycling74.com> Hello I have a quick question about the ubumenu object I am trying to use in my jitter patch. How do I enter the information to be in the pull-down menu? What do I need to connect to it in ordefor it to work? The help file isn't helping me much. I want the ubumenu object to be able to choose either the brightness, color or saturation for the video. Can I do this? If so, how do I build this for it to work? Thanks a bunch! -Jen From mikeman22 at hotmail.com Sun Feb 3 12:50:14 2008 From: mikeman22 at hotmail.com (Mike) Date: Sun Feb 3 12:50:16 2008 Subject: [jitter] Shaders Message-ID: <1f3c7.47a61af4@www.cycling74.com> I am having trouble using some of the shaders other than the material shaders. I use jit.slab and just patch it into the jit.render object but when I try to use vert dis shaders I cant get them to work. Can someone please describe exactly how to use these shaders thank you. From doktorp at mac.com Sun Feb 3 12:53:42 2008 From: doktorp at mac.com (vade) Date: Sun Feb 3 12:53:48 2008 Subject: [jitter] Re: Quick Loading into jit.qt.movie In-Reply-To: <1b1605c20802031139q4c8665c4g3392f5cf31684e75@mail.gmail.com> References: <1f3b9.47a61061@www.cycling74.com> <00D6B886-B8FF-4122-B719-7C78452B0F3F@mac.com> <1b1605c20802031139q4c8665c4g3392f5cf31684e75@mail.gmail.com> Message-ID: <9FECD2C9-D92C-4F1A-866F-7F8BD12A7D88@mac.com> key word: "should" :) It was very common when bootcamp initially came out for it to have subpar performance in certain configs - sata disk IO being one of those areas, 3gb /switch, etc. which is why I remembered :P Just google "bootcamp sata" and you get results about performance issues. With clean/newer installs it should not be an issue, but, theres that 'should' again :) On Feb 3, 2008, at 2:39 PM, yair reshef wrote: > according to this > http://www.mactech.com/articles/mactech/Vol.24/24.02/VirtualizationBenchmark/ > the file i/o is\should be samesame > > > > On Feb 3, 2008 9:33 PM, vade wrote: > Ah, Ive read about slow disk access in bootcamp. > > this might be helpful - although this was an issue PREVIOUS to leopars > upgraded 10.5 drivers. Have you installed the bootcamp drivers that > come on the 10.5 DVD? If you installed bootcamp previously, you will > not have the latest bootcamp drivers from Apple. > > http://macprojournal.com/xp.html > > Good luck. > > > On Feb 3, 2008, at 2:05 PM, Felix wrote: > > > > > Hi, sorry for the spamming. > > Maybe this observation is interesting for some of you... > > Finally the problem I have with the loading time of movies is due to > > my Os setup, windows XP under bootcamp/Leopard. It seems that it > > takes ages for windows to access de HD. > > When I do the same test (see patch in precedent message) with > > different OS setups I get an extremely different result. > > WinXP/imac/Bootcam under Leopard: Time of loading around 3000ms > > Leopard/Same Imac: Time of loading around 50 ms > > WinXP/Vaio/Slower HD: Time of loading around 200 ms > > > > … this is the first limit I find using MaxMspJitter with > > windows XP under bootcamp … > > > > Felix > > > > -- > > Felix Luque > > http://www.othersounds.net > > felix@othersounds.net > > _______________________________________________ > > jitter mailing list > > jitter@cycling74.com > > http://www.cycling74.com/mailman/listinfo/jitter > > _______________________________________________ > jitter mailing list > jitter@cycling74.com > http://www.cycling74.com/mailman/listinfo/jitter > > _______________________________________________ > jitter mailing list > jitter@cycling74.com > http://www.cycling74.com/mailman/listinfo/jitter -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.cycling74.com/pipermail/jitter/attachments/20080203/be37b218/attachment.htm From wesley.hoke at gmail.com Sun Feb 3 12:57:10 2008 From: wesley.hoke at gmail.com (Wesley Smith) Date: Sun Feb 3 12:57:16 2008 Subject: [jitter] Shaders In-Reply-To: <1f3c7.47a61af4@www.cycling74.com> References: <1f3c7.47a61af4@www.cycling74.com> Message-ID: <1079b050802031157s5a7f14e0n3cc3aa99b8fd60c7@mail.gmail.com> material shaders are more for 3D geometry, not slabs. They won't give you much in a slab. wes On Feb 3, 2008 11:50 AM, Mike wrote: > > I am having trouble using some of the shaders other than the material shaders. I use jit.slab and just patch it into the jit.render object but when I try to use vert dis shaders I cant get them to work. Can someone please describe exactly how to use these shaders thank you. > > > _______________________________________________ > jitter mailing list > jitter@cycling74.com > http://www.cycling74.com/mailman/listinfo/jitter > From yair99 at gmail.com Sun Feb 3 13:24:39 2008 From: yair99 at gmail.com (yair reshef) Date: Sun Feb 3 13:24:45 2008 Subject: [jitter] Re: Quick Loading into jit.qt.movie In-Reply-To: <9FECD2C9-D92C-4F1A-866F-7F8BD12A7D88@mac.com> References: <1f3b9.47a61061@www.cycling74.com> <00D6B886-B8FF-4122-B719-7C78452B0F3F@mac.com> <1b1605c20802031139q4c8665c4g3392f5cf31684e75@mail.gmail.com> <9FECD2C9-D92C-4F1A-866F-7F8BD12A7D88@mac.com> Message-ID: <1b1605c20802031224v62b2afebt9372db1878873e25@mail.gmail.com> i've seen those crybaby threads. mac users are such drama queens.... when my day to switch comes, will i also turn into one? are'nt there any Man carrying a mac?! On Feb 3, 2008 9:53 PM, vade wrote: > key word: "should" > :) > > It was very common when bootcamp initially came out for it to have subpar > performance in certain configs - sata disk IO being one of those areas, 3gb > /switch, etc. which is why I remembered :P Just google "bootcamp sata" and > you get results about performance issues. With clean/newer installs it > should not be an issue, but, theres that 'should' again :) > > > On Feb 3, 2008, at 2:39 PM, yair reshef wrote: > > according to this > > http://www.mactech.com/articles/mactech/Vol.24/24.02/VirtualizationBenchmark/ > the file i/o is\should be samesame > > > > On Feb 3, 2008 9:33 PM, vade wrote: > > > Ah, Ive read about slow disk access in bootcamp. > > > > this might be helpful - although this was an issue PREVIOUS to leopars > > upgraded 10.5 drivers. Have you installed the bootcamp drivers that > > come on the 10.5 DVD? If you installed bootcamp previously, you will > > not have the latest bootcamp drivers from Apple. > > > > http://macprojournal.com/xp.html > > > > Good luck. > > > > > > On Feb 3, 2008, at 2:05 PM, Felix wrote: > > > > > > > > Hi, sorry for the spamming. > > > Maybe this observation is interesting for some of you... > > > Finally the problem I have with the loading time of movies is due to > > > my Os setup, windows XP under bootcamp/Leopard. It seems that it > > > takes ages for windows to access de HD. > > > When I do the same test (see patch in precedent message) with > > > different OS setups I get an extremely different result. > > > WinXP/imac/Bootcam under Leopard: Time of loading around 3000ms > > > Leopard/Same Imac: Time of loading around 50 ms > > > WinXP/Vaio/Slower HD: Time of loading around 200 ms > > > > > > … this is the first limit I find using MaxMspJitter with > > > windows XP under bootcamp … > > > > > > Felix > > > > > > -- > > > Felix Luque > > > http://www.othersounds.net > > > felix@othersounds.net > > > _______________________________________________ > > > jitter mailing list > > > jitter@cycling74.com > > > http://www.cycling74.com/mailman/listinfo/jitter > > > > _______________________________________________ > > jitter mailing list > > jitter@cycling74.com > > http://www.cycling74.com/mailman/listinfo/jitter > > > > _______________________________________________ > jitter mailing list > jitter@cycling74.com > http://www.cycling74.com/mailman/listinfo/jitter > > > > _______________________________________________ > jitter mailing list > jitter@cycling74.com > http://www.cycling74.com/mailman/listinfo/jitter > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.cycling74.com/pipermail/jitter/attachments/20080203/b5b92aa0/attachment.htm From wugmump at mac.com Sun Feb 3 13:38:36 2008 From: wugmump at mac.com (joshua goldberg) Date: Sun Feb 3 13:38:42 2008 Subject: [jitter] Re: Quick Loading into jit.qt.movie In-Reply-To: <1b1605c20802031224v62b2afebt9372db1878873e25@mail.gmail.com> References: <1f3b9.47a61061@www.cycling74.com> <00D6B886-B8FF-4122-B719-7C78452B0F3F@mac.com> <1b1605c20802031139q4c8665c4g3392f5cf31684e75@mail.gmail.com> <9FECD2C9-D92C-4F1A-866F-7F8BD12A7D88@mac.com> <1b1605c20802031224v62b2afebt9372db1878873e25@mail.gmail.com> Message-ID: yeah, man, it sure does suck to be used to reasonable performace from our equipment. i'm such a little whiny girl. On Feb 3, 2008, at 3:24 PM, yair reshef wrote: > i've seen those crybaby threads. mac users are such drama queens.... > when my day to switch comes, will i also turn into one? are'nt there > any Man carrying a mac?! > > On Feb 3, 2008 9:53 PM, vade wrote: > key word: "should" > > :) > > It was very common when bootcamp initially came out for it to have > subpar performance in certain configs - sata disk IO being one of > those areas, 3gb /switch, etc. which is why I remembered :P Just > google "bootcamp sata" and you get results about performance issues. > With clean/newer installs it should not be an issue, but, theres > that 'should' again :) > > > On Feb 3, 2008, at 2:39 PM, yair reshef wrote: > >> according to this >> http://www.mactech.com/articles/mactech/Vol.24/24.02/VirtualizationBenchmark/ >> the file i/o is\should be samesame >> >> >> >> On Feb 3, 2008 9:33 PM, vade wrote: >> Ah, Ive read about slow disk access in bootcamp. >> >> this might be helpful - although this was an issue PREVIOUS to >> leopars >> upgraded 10.5 drivers. Have you installed the bootcamp drivers that >> come on the 10.5 DVD? If you installed bootcamp previously, you will >> not have the latest bootcamp drivers from Apple. >> >> http://macprojournal.com/xp.html >> >> Good luck. >> >> >> On Feb 3, 2008, at 2:05 PM, Felix wrote: >> >> > >> > Hi, sorry for the spamming. >> > Maybe this observation is interesting for some of you... >> > Finally the problem I have with the loading time of movies is due >> to >> > my Os setup, windows XP under bootcamp/Leopard. It seems that it >> > takes ages for windows to access de HD. >> > When I do the same test (see patch in precedent message) with >> > different OS setups I get an extremely different result. >> > WinXP/imac/Bootcam under Leopard: Time of loading around 3000ms >> > Leopard/Same Imac: Time of loading around 50 ms >> > WinXP/Vaio/Slower HD: Time of loading around 200 ms >> > >> > … this is the first limit I find using MaxMspJitter with >> > windows XP under bootcamp … >> > >> > Felix >> > >> > -- >> > Felix Luque >> > http://www.othersounds.net >> > felix@othersounds.net >> > _______________________________________________ >> > jitter mailing list >> > jitter@cycling74.com >> > http://www.cycling74.com/mailman/listinfo/jitter >> >> _______________________________________________ >> jitter mailing list >> jitter@cycling74.com >> http://www.cycling74.com/mailman/listinfo/jitter >> >> _______________________________________________ >> jitter mailing list >> jitter@cycling74.com >> http://www.cycling74.com/mailman/listinfo/jitter > > > _______________________________________________ > jitter mailing list > jitter@cycling74.com > http://www.cycling74.com/mailman/listinfo/jitter > > > _______________________________________________ > jitter mailing list > jitter@cycling74.com > http://www.cycling74.com/mailman/listinfo/jitter From sub0 at telcosystems.net Sun Feb 3 14:54:18 2008 From: sub0 at telcosystems.net (subzero) Date: Sun Feb 3 14:54:22 2008 Subject: [jitter] hardware questions In-Reply-To: <6C17E68F-F66E-4FBA-90C6-B61DE455D02F@mac.com> References: <6C17E68F-F66E-4FBA-90C6-B61DE455D02F@mac.com> Message-ID: <0269D66D-12AD-4231-BE9E-07D302A9B81B@telcosystems.net> hello vade, thanks for your input, we've implemented most of your suggestions in our system allready, and we have come to a point where we want to understand the hardware we use better so we can work on improving that side as well. we worked a lot with mac's until recently and the apple universe is fairly simple, usually you can choose 1 out of 3 cpu speeds, and there are 3 gpu's available. so not a lot of tweaking on the hardware possible. but in pc land a lot more is possible, so thats why we would like to understand the importance of the different components better in order to get the maximum hardware configuration for uploading matrices to the gpu.. best, lucas On Feb 1, 2008, at 6:51 PM, vade wrote: > your biggest speed increase would probably come from uploading uyvy > matrices as texture data, you would almost halve your bandwidth to > the GPU (and potentially CPU processing as well), you could then use > the cc.uyvy2rgba.jxs shader family to do YUV to RGBA conversion on > the GPU. > > Check the optimization threads about this technique. It works for > movies, so it should work for arbitrary matrix data being treated as > imagery on the GPU. > > That machine is really fast, from what I can tell. I bet you would > be better off optimizing your patch. jit.change, and asymmetric > bangs to jit.gl.render vs metros to what your matrix/CPU land stuff > is doing would help, along with qmetro/qlim magic, etc. > > its hard to tell w/o a patch. > > On Feb 1, 2008, at 11:44 AM, subzero wrote: > >> Hello list, >> we are reconfiguring our WinXP PC at the moment to speed up the fps >> in jitter. We use it basically to generate big matrixes (1920*1200) >> and process these on the GPU. >> One of the bottle necks in this system seems to be loading the >> matrix on the GPU as a texture. We did a lot of tweaking in jitter >> to make this as efficient as possible. So the next step is to >> upgrade the hardware, to speed up the fps. >> For this we have the following questions: >> What is the best choice of CPU? Is it more important to have the >> fastest CPU's, the fastest CPU busspeed, or the size of the L2-cache? >> Regarding the motherboard, is the busspeed critical? And what about >> the ammount and the speed of the memory? >> >> We currently use a 8800 GTX 768mb graphics card, with the Asus P5B >> Deluxe wifi (busspeed 1066mhz, 4GB 667-DDR2), and a Core 2 Quad CPU >> (Q6600 4 x 2400mhz, with a busspeed of 1066mhz and 8mb L2 cache) >> >> Hope some of you can shed some light on these matters, >> >> Best Lucas >> >> >> _______________________________________________ >> jitter mailing list >> jitter@cycling74.com >> http://www.cycling74.com/mailman/listinfo/jitter > > _______________________________________________ > jitter mailing list > jitter@cycling74.com > http://www.cycling74.com/mailman/listinfo/jitter Telcosystems PO box 174 3000 AD Rotterdam www.telcosystems.net info@telcosystems.net From doktorp at mac.com Sun Feb 3 15:45:35 2008 From: doktorp at mac.com (vade) Date: Sun Feb 3 15:45:40 2008 Subject: [jitter] Re: Quick Loading into jit.qt.movie In-Reply-To: <1b1605c20802031224v62b2afebt9372db1878873e25@mail.gmail.com> References: <1f3b9.47a61061@www.cycling74.com> <00D6B886-B8FF-4122-B719-7C78452B0F3F@mac.com> <1b1605c20802031139q4c8665c4g3392f5cf31684e75@mail.gmail.com> <9FECD2C9-D92C-4F1A-866F-7F8BD12A7D88@mac.com> <1b1605c20802031224v62b2afebt9372db1878873e25@mail.gmail.com> Message-ID: Uh. alt.fanboy is over there -> go have fun with your 'real men'. On Feb 3, 2008, at 3:24 PM, yair reshef wrote: > i've seen those crybaby threads. mac users are such drama queens.... > when my day to switch comes, will i also turn into one? are'nt there > any Man carrying a mac?! > > On Feb 3, 2008 9:53 PM, vade wrote: > key word: "should" > > :) > > It was very common when bootcamp initially came out for it to have > subpar performance in certain configs - sata disk IO being one of > those areas, 3gb /switch, etc. which is why I remembered :P Just > google "bootcamp sata" and you get results about performance issues. > With clean/newer installs it should not be an issue, but, theres > that 'should' again :) > > > On Feb 3, 2008, at 2:39 PM, yair reshef wrote: > >> according to this >> http://www.mactech.com/articles/mactech/Vol.24/24.02/VirtualizationBenchmark/ >> the file i/o is\should be samesame >> >> >> >> On Feb 3, 2008 9:33 PM, vade wrote: >> Ah, Ive read about slow disk access in bootcamp. >> >> this might be helpful - although this was an issue PREVIOUS to >> leopars >> upgraded 10.5 drivers. Have you installed the bootcamp drivers that >> come on the 10.5 DVD? If you installed bootcamp previously, you will >> not have the latest bootcamp drivers from Apple. >> >> http://macprojournal.com/xp.html >> >> Good luck. >> >> >> On Feb 3, 2008, at 2:05 PM, Felix wrote: >> >> > >> > Hi, sorry for the spamming. >> > Maybe this observation is interesting for some of you... >> > Finally the problem I have with the loading time of movies is due >> to >> > my Os setup, windows XP under bootcamp/Leopard. It seems that it >> > takes ages for windows to access de HD. >> > When I do the same test (see patch in precedent message) with >> > different OS setups I get an extremely different result. >> > WinXP/imac/Bootcam under Leopard: Time of loading around 3000ms >> > Leopard/Same Imac: Time of loading around 50 ms >> > WinXP/Vaio/Slower HD: Time of loading around 200 ms >> > >> > … this is the first limit I find using MaxMspJitter with >> > windows XP under bootcamp … >> > >> > Felix >> > >> > -- >> > Felix Luque >> > http://www.othersounds.net >> > felix@othersounds.net >> > _______________________________________________ >> > jitter mailing list >> > jitter@cycling74.com >> > http://www.cycling74.com/mailman/listinfo/jitter >> >> _______________________________________________ >> jitter mailing list >> jitter@cycling74.com >> http://www.cycling74.com/mailman/listinfo/jitter >> >> _______________________________________________ >> jitter mailing list >> jitter@cycling74.com >> http://www.cycling74.com/mailman/listinfo/jitter > > > _______________________________________________ > jitter mailing list > jitter@cycling74.com > http://www.cycling74.com/mailman/listinfo/jitter > > > _______________________________________________ > jitter mailing list > jitter@cycling74.com > http://www.cycling74.com/mailman/listinfo/jitter -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.cycling74.com/pipermail/jitter/attachments/20080203/dc145aaa/attachment.htm From yair99 at gmail.com Sun Feb 3 15:57:05 2008 From: yair99 at gmail.com (yair reshef) Date: Sun Feb 3 15:57:13 2008 Subject: [jitter] Re: Quick Loading into jit.qt.movie In-Reply-To: References: <1f3b9.47a61061@www.cycling74.com> <00D6B886-B8FF-4122-B719-7C78452B0F3F@mac.com> <1b1605c20802031139q4c8665c4g3392f5cf31684e75@mail.gmail.com> <9FECD2C9-D92C-4F1A-866F-7F8BD12A7D88@mac.com> <1b1605c20802031224v62b2afebt9372db1878873e25@mail.gmail.com> Message-ID: <1b1605c20802031457l549ee733w22d0ef9567966b21@mail.gmail.com> ooo, touchy! On Feb 4, 2008 12:45 AM, vade wrote: > Uh. alt.fanboy is over there -> go have fun with your 'real men'. > On Feb 3, 2008, at 3:24 PM, yair reshef wrote: > > i've seen those crybaby threads. mac users are such drama queens.... > when my day to switch comes, will i also turn into one? are'nt there any > Man carrying a mac?! > > On Feb 3, 2008 9:53 PM, vade wrote: > > > key word: "should" > > :) > > > > It was very common when bootcamp initially came out for it to have > > subpar performance in certain configs - sata disk IO being one of those > > areas, 3gb /switch, etc. which is why I remembered :P Just google "bootcamp > > sata" and you get results about performance issues. With clean/newer > > installs it should not be an issue, but, theres that 'should' again :) > > > > > > On Feb 3, 2008, at 2:39 PM, yair reshef wrote: > > > > according to this > > > > http://www.mactech.com/articles/mactech/Vol.24/24.02/VirtualizationBenchmark/ > > the file i/o is\should be samesame > > > > > > > > On Feb 3, 2008 9:33 PM, vade wrote: > > > > > Ah, Ive read about slow disk access in bootcamp. > > > > > > this might be helpful - although this was an issue PREVIOUS to leopars > > > upgraded 10.5 drivers. Have you installed the bootcamp drivers that > > > come on the 10.5 DVD? If you installed bootcamp previously, you will > > > not have the latest bootcamp drivers from Apple. > > > > > > http://macprojournal.com/xp.html > > > > > > Good luck. > > > > > > > > > On Feb 3, 2008, at 2:05 PM, Felix wrote: > > > > > > > > > > > Hi, sorry for the spamming. > > > > Maybe this observation is interesting for some of you... > > > > Finally the problem I have with the loading time of movies is due to > > > > my Os setup, windows XP under bootcamp/Leopard. It seems that it > > > > takes ages for windows to access de HD. > > > > When I do the same test (see patch in precedent message) with > > > > different OS setups I get an extremely different result. > > > > WinXP/imac/Bootcam under Leopard: Time of loading around 3000ms > > > > Leopard/Same Imac: Time of loading around 50 ms > > > > WinXP/Vaio/Slower HD: Time of loading around 200 ms > > > > > > > > … this is the first limit I find using MaxMspJitter with > > > > windows XP under bootcamp … > > > > > > > > Felix > > > > > > > > -- > > > > Felix Luque > > > > http://www.othersounds.net > > > > felix@othersounds.net > > > > _______________________________________________ > > > > jitter mailing list > > > > jitter@cycling74.com > > > > http://www.cycling74.com/mailman/listinfo/jitter > > > > > > _______________________________________________ > > > jitter mailing list > > > jitter@cycling74.com > > > http://www.cycling74.com/mailman/listinfo/jitter > > > > > > > _______________________________________________ > > jitter mailing list > > jitter@cycling74.com > > http://www.cycling74.com/mailman/listinfo/jitter > > > > > > > > _______________________________________________ > > jitter mailing list > > jitter@cycling74.com > > http://www.cycling74.com/mailman/listinfo/jitter > > > > > _______________________________________________ > jitter mailing list > jitter@cycling74.com > http://www.cycling74.com/mailman/listinfo/jitter > > > > _______________________________________________ > jitter mailing list > jitter@cycling74.com > http://www.cycling74.com/mailman/listinfo/jitter > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.cycling74.com/pipermail/jitter/attachments/20080204/d6369c77/attachment.htm From doktorp at mac.com Sun Feb 3 16:05:28 2008 From: doktorp at mac.com (vade) Date: Sun Feb 3 16:05:35 2008 Subject: [jitter] Re: Quick Loading into jit.qt.movie In-Reply-To: <1b1605c20802031457l549ee733w22d0ef9567966b21@mail.gmail.com> References: <1f3b9.47a61061@www.cycling74.com> <00D6B886-B8FF-4122-B719-7C78452B0F3F@mac.com> <1b1605c20802031139q4c8665c4g3392f5cf31684e75@mail.gmail.com> <9FECD2C9-D92C-4F1A-866F-7F8BD12A7D88@mac.com> <1b1605c20802031224v62b2afebt9372db1878873e25@mail.gmail.com> <1b1605c20802031457l549ee733w22d0ef9567966b21@mail.gmail.com> Message-ID: ooo, trolly ! On Feb 3, 2008, at 5:57 PM, yair reshef wrote: > ooo, touchy! > > On Feb 4, 2008 12:45 AM, vade wrote: > Uh. alt.fanboy is over there -> go have fun with your 'real men'. > > On Feb 3, 2008, at 3:24 PM, yair reshef wrote: > >> i've seen those crybaby threads. mac users are such drama queens.... >> when my day to switch comes, will i also turn into one? are'nt >> there any Man carrying a mac?! >> >> On Feb 3, 2008 9:53 PM, vade wrote: >> key word: "should" >> >> :) >> >> It was very common when bootcamp initially came out for it to have >> subpar performance in certain configs - sata disk IO being one of >> those areas, 3gb /switch, etc. which is why I remembered :P Just >> google "bootcamp sata" and you get results about performance >> issues. With clean/newer installs it should not be an issue, but, >> theres that 'should' again :) >> >> >> On Feb 3, 2008, at 2:39 PM, yair reshef wrote: >> >>> according to this >>> http://www.mactech.com/articles/mactech/Vol.24/24.02/VirtualizationBenchmark/ >>> the file i/o is\should be samesame >>> >>> >>> >>> On Feb 3, 2008 9:33 PM, vade wrote: >>> Ah, Ive read about slow disk access in bootcamp. >>> >>> this might be helpful - although this was an issue PREVIOUS to >>> leopars >>> upgraded 10.5 drivers. Have you installed the bootcamp drivers that >>> come on the 10.5 DVD? If you installed bootcamp previously, you will >>> not have the latest bootcamp drivers from Apple. >>> >>> http://macprojournal.com/xp.html >>> >>> Good luck. >>> >>> >>> On Feb 3, 2008, at 2:05 PM, Felix wrote: >>> >>> > >>> > Hi, sorry for the spamming. >>> > Maybe this observation is interesting for some of you... >>> > Finally the problem I have with the loading time of movies is >>> due to >>> > my Os setup, windows XP under bootcamp/Leopard. It seems that it >>> > takes ages for windows to access de HD. >>> > When I do the same test (see patch in precedent message) with >>> > different OS setups I get an extremely different result. >>> > WinXP/imac/Bootcam under Leopard: Time of loading around 3000ms >>> > Leopard/Same Imac: Time of loading around 50 ms >>> > WinXP/Vaio/Slower HD: Time of loading around 200 ms >>> > >>> > … this is the first limit I find using MaxMspJitter with >>> > windows XP under bootcamp … >>> > >>> > Felix >>> > >>> > -- >>> > Felix Luque >>> > http://www.othersounds.net >>> > felix@othersounds.net >>> > _______________________________________________ >>> > jitter mailing list >>> > jitter@cycling74.com >>> > http://www.cycling74.com/mailman/listinfo/jitter >>> >>> _______________________________________________ >>> jitter mailing list >>> jitter@cycling74.com >>> http://www.cycling74.com/mailman/listinfo/jitter >>> >>> _______________________________________________ >>> jitter mailing list >>> jitter@cycling74.com >>> http://www.cycling74.com/mailman/listinfo/jitter >> >> >> _______________________________________________ >> jitter mailing list >> jitter@cycling74.com >> http://www.cycling74.com/mailman/listinfo/jitter >> >> >> _______________________________________________ >> jitter mailing list >> jitter@cycling74.com >> http://www.cycling74.com/mailman/listinfo/jitter > > > _______________________________________________ > jitter mailing list > jitter@cycling74.com > http://www.cycling74.com/mailman/listinfo/jitter > > > _______________________________________________ > jitter mailing list > jitter@cycling74.com > http://www.cycling74.com/mailman/listinfo/jitter -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.cycling74.com/pipermail/jitter/attachments/20080203/cdece6c0/attachment.htm From bryanteoh at gmail.com Sun Feb 3 16:16:54 2008 From: bryanteoh at gmail.com (Bryan Teoh) Date: Sun Feb 3 16:17:05 2008 Subject: [jitter] Using the ubumenu object In-Reply-To: <1f3c6.47a61a00@www.cycling74.com> References: <1f3c6.47a61a00@www.cycling74.com> Message-ID: right click on the ubu and select "get info". There will be a text field that you can type the menu items into making sure to separate them by a comma. This works well if there are specific static menu items that you want to use all the time. If you need to be able to populate the ubu menu on the fly, use the [append $1] message. Bryan -- http://www.bryanteoh.com http://www.icelu.net http://www.ksod.net -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.cycling74.com/pipermail/jitter/attachments/20080203/c8821445/attachment.htm From jewett18 at yahoo.com Sun Feb 3 18:22:38 2008 From: jewett18 at yahoo.com (jamie jewett) Date: Sun Feb 3 18:22:40 2008 Subject: [jitter] OT projector recommendation question Message-ID: <22646.89231.qm@web30907.mail.mud.yahoo.com> Greetings folks this is a slightly OT projector request for a projector recommendation. can any one recommend a high brightness projector with great contrast - I have not really spent the time to delve into dark chip 3 and what not but I have a client who needs a projector for theater use (thus needs to be bright) AND is not happy with the contrast they are getting - we are currently using an Optoma Ez Pro 758 - 3000 lumen with a 2000:1 contrast rating oh ya - it would be good if it were free! (ok say $2-5k) many thanks Jamie Jewett -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.cycling74.com/pipermail/jitter/attachments/20080203/942e52be/attachment.htm From mikeman22 at hotmail.com Sun Feb 3 18:41:18 2008 From: mikeman22 at hotmail.com (Mike) Date: Sun Feb 3 18:41:19 2008 Subject: [jitter] Re: Shaders In-Reply-To: <1f3c7.47a61af4@www.cycling74.com> Message-ID: <1f3e4.47a66d3e@www.cycling74.com> I still dont understand how to implement a shader in general. Does it depend on what kind of shader it is? From keithmanlove at gmail.com Sun Feb 3 19:16:25 2008 From: keithmanlove at gmail.com (Keith Manlove) Date: Sun Feb 3 19:17:02 2008 Subject: [jitter] Re: jxs shaders in jit.gl.lua? In-Reply-To: <1079b050802031124h36ef1c96g5d866c7101987320@mail.gmail.com> References: <1f3a2.47a5c801@www.cycling74.com> <1f3ac.47a5f8a1@www.cycling74.com> <1079b050802031124h36ef1c96g5d866c7101987320@mail.gmail.com> Message-ID: <2D159FA0-537A-45AD-B3B1-086B854B1147@gmail.com> Hey Wesley, I'm not around my computer to try it, but are multiple bindings available? Keith On Feb 3, 2008, at 1:24 PM, "Wesley Smith" wrote: > This is how you use shaders. You just make a shader object and call > its bind methods. > wes > > > shader = jit.new("jit.gl.shader", this.drawto) > shader.file = "cc.brcosa.jxs" --shader file to load > > function draw() > > > shader:bind() > > gl.Begin("QUADS") > --top left > gl.TexCoord(0., 1.) > gl.Vertex(-0.5, 0.5, 0.) > > --bottom left > gl.TexCoord(0., 0.) > gl.Vertex(-0.5, -0.5, 0.) > > --bottom right > gl.TexCoord(1., 0.) > gl.Vertex(0.5, -0.5, 0.) > > --top right > gl.TexCoord(1., 1.) > gl.Vertex(0.5, 0.5, 0.) > gl.End() > > shader:unbind() > > end > _______________________________________________ > jitter mailing list > jitter@cycling74.com > http://www.cycling74.com/mailman/listinfo/jitter From jennifer.vallis at acad.ca Sun Feb 3 19:42:05 2008 From: jennifer.vallis at acad.ca (Jennifer Vallis) Date: Sun Feb 3 19:42:07 2008 Subject: [jitter] Re: Using the ubumenu object In-Reply-To: <1f3c6.47a61a00@www.cycling74.com> Message-ID: <1f3e7.47a67b7d@www.cycling74.com> Thanks so much! That was exactly what I was needing!! From wesley.hoke at gmail.com Sun Feb 3 20:15:21 2008 From: wesley.hoke at gmail.com (Wesley Smith) Date: Sun Feb 3 20:15:23 2008 Subject: [jitter] Re: Shaders In-Reply-To: <1f3e4.47a66d3e@www.cycling74.com> References: <1f3c7.47a61af4@www.cycling74.com> <1f3e4.47a66d3e@www.cycling74.com> Message-ID: <1079b050802031915t65191e08s81bf9e7e65b7c8c5@mail.gmail.com> There are different kinds of shaders although they all use the same hardware functionality. Some tend to operate more on 3D forms others are specifically for image processing. See the help files or the jitter-examples/render patches for more info. wes On Feb 3, 2008 5:41 PM, Mike wrote: > > I still dont understand how to implement a shader in general. Does it depend on what kind of shader it is? > > _______________________________________________ > jitter mailing list > jitter@cycling74.com > http://www.cycling74.com/mailman/listinfo/jitter > From wesley.hoke at gmail.com Sun Feb 3 20:16:24 2008 From: wesley.hoke at gmail.com (Wesley Smith) Date: Sun Feb 3 20:16:27 2008 Subject: [jitter] Re: jxs shaders in jit.gl.lua? In-Reply-To: <2D159FA0-537A-45AD-B3B1-086B854B1147@gmail.com> References: <1f3a2.47a5c801@www.cycling74.com> <1f3ac.47a5f8a1@www.cycling74.com> <1079b050802031124h36ef1c96g5d866c7101987320@mail.gmail.com> <2D159FA0-537A-45AD-B3B1-086B854B1147@gmail.com> Message-ID: <1079b050802031916m5a9b4064j67a9bde735d3312b@mail.gmail.com> Multiple bindings of shaders or not available on any hardware. There can only be one shader at a time running on the GPU. You can however have multiple compiled shaders that you bind at different times. wes On Feb 3, 2008 6:16 PM, Keith Manlove wrote: > Hey Wesley, > > I'm not around my computer to try it, but are multiple bindings > available? > > Keith > > On Feb 3, 2008, at 1:24 PM, "Wesley Smith" > wrote: > > > > This is how you use shaders. You just make a shader object and call > > its bind methods. > > wes > > > > > > shader = jit.new("jit.gl.shader", this.drawto) > > shader.file = "cc.brcosa.jxs" --shader file to load > > > > function draw() > > > > > > shader:bind() > > > > gl.Begin("QUADS") > > --top left > > gl.TexCoord(0., 1.) > > gl.Vertex(-0.5, 0.5, 0.) > > > > --bottom left > > gl.TexCoord(0., 0.) > > gl.Vertex(-0.5, -0.5, 0.) > > > > --bottom right > > gl.TexCoord(1., 0.) > > gl.Vertex(0.5, -0.5, 0.) > > > > --top right > > gl.TexCoord(1., 1.) > > gl.Vertex(0.5, 0.5, 0.) > > gl.End() > > > > shader:unbind() > > > > end > > > _______________________________________________ > > jitter mailing list > > jitter@cycling74.com > > http://www.cycling74.com/mailman/listinfo/jitter > _______________________________________________ > jitter mailing list > jitter@cycling74.com > http://www.cycling74.com/mailman/listinfo/jitter > From keithmanlove at gmail.com Sun Feb 3 20:31:49 2008 From: keithmanlove at gmail.com (keith manlove) Date: Sun Feb 3 20:31:53 2008 Subject: [jitter] Re: jxs shaders in jit.gl.lua? In-Reply-To: <1079b050802031916m5a9b4064j67a9bde735d3312b@mail.gmail.com> References: <1f3a2.47a5c801@www.cycling74.com> <1f3ac.47a5f8a1@www.cycling74.com> <1079b050802031124h36ef1c96g5d866c7101987320@mail.gmail.com> <2D159FA0-537A-45AD-B3B1-086B854B1147@gmail.com> <1079b050802031916m5a9b4064j67a9bde735d3312b@mail.gmail.com> Message-ID: <64ab801a0802031931x3521f255sddc1ac0c7a3c032c@mail.gmail.com> I see... I didn't realize that. I thought that it was only one shader, but I didn't realize that it was a hardware thing. I'll look into the multiple binds. Thanks for that. Keith On Feb 3, 2008 9:16 PM, Wesley Smith wrote: > Multiple bindings of shaders or not available on any hardware. There > can only be one shader at a time running on the GPU. You can however > have multiple compiled shaders that you bind at different times. > > wes > > > On Feb 3, 2008 6:16 PM, Keith Manlove wrote: > > Hey Wesley, > > > > I'm not around my computer to try it, but are multiple bindings > > available? > > > > Keith > > > > On Feb 3, 2008, at 1:24 PM, "Wesley Smith" > > wrote: > > > > > > > This is how you use shaders. You just make a shader object and call > > > its bind methods. > > > wes > > > > > > > > > shader = jit.new("jit.gl.shader", this.drawto) > > > shader.file = "cc.brcosa.jxs" --shader file to load > > > > > > function draw() > > > > > > > > > shader:bind() > > > > > > gl.Begin("QUADS") > > > --top left > > > gl.TexCoord(0., 1.) > > > gl.Vertex(-0.5, 0.5, 0.) > > > > > > --bottom left > > > gl.TexCoord(0., 0.) > > > gl.Vertex(-0.5, -0.5, 0.) > > > > > > --bottom right > > > gl.TexCoord(1., 0.) > > > gl.Vertex(0.5, -0.5, 0.) > > > > > > --top right > > > gl.TexCoord(1., 1.) > > > gl.Vertex(0.5, 0.5, 0.) > > > gl.End() > > > > > > shader:unbind() > > > > > > end > > > > > _______________________________________________ > > > jitter mailing list > > > jitter@cycling74.com > > > http://www.cycling74.com/mailman/listinfo/jitter > > _______________________________________________ > > jitter mailing list > > jitter@cycling74.com > > http://www.cycling74.com/mailman/listinfo/jitter > > > _______________________________________________ > jitter mailing list > jitter@cycling74.com > http://www.cycling74.com/mailman/listinfo/jitter > From wesley.hoke at gmail.com Sun Feb 3 20:46:15 2008 From: wesley.hoke at gmail.com (Wesley Smith) Date: Sun Feb 3 20:46:17 2008 Subject: [jitter] Re: jxs shaders in jit.gl.lua? In-Reply-To: <64ab801a0802031931x3521f255sddc1ac0c7a3c032c@mail.gmail.com> References: <1f3a2.47a5c801@www.cycling74.com> <1f3ac.47a5f8a1@www.cycling74.com> <1079b050802031124h36ef1c96g5d866c7101987320@mail.gmail.com> <2D159FA0-537A-45AD-B3B1-086B854B1147@gmail.com> <1079b050802031916m5a9b4064j67a9bde735d3312b@mail.gmail.com> <64ab801a0802031931x3521f255sddc1ac0c7a3c032c@mail.gmail.com> Message-ID: <1079b050802031946p605de16by6cb25be71118ece@mail.gmail.com> Hi Keith, I didn't quite follow your last response. What are you trying to do? Why do you keep talking about multiple binds? A Shader in OpenGL configures the hardware pipeline to process vertices and pixels in a particular manner. Obviously, if you only have 1 card, you only have 1 pipeline thus you can only have 1 shader active at any given time. Make sense? wes On Feb 3, 2008 7:31 PM, keith manlove wrote: > I see... I didn't realize that. I thought that it was only one > shader, but I didn't realize that it was a hardware thing. I'll look > into the multiple binds. Thanks for that. > > Keith > > > On Feb 3, 2008 9:16 PM, Wesley Smith wrote: > > Multiple bindings of shaders or not available on any hardware. There > > can only be one shader at a time running on the GPU. You can however > > have multiple compiled shaders that you bind at different times. > > > > wes > > > > > > On Feb 3, 2008 6:16 PM, Keith Manlove wrote: > > > Hey Wesley, > > > > > > I'm not around my computer to try it, but are multiple bindings > > > available? > > > > > > Keith > > > > > > On Feb 3, 2008, at 1:24 PM, "Wesley Smith" > > > wrote: > > > > > > > > > > This is how you use shaders. You just make a shader object and call > > > > its bind methods. > > > > wes > > > > > > > > > > > > shader = jit.new("jit.gl.shader", this.drawto) > > > > shader.file = "cc.brcosa.jxs" --shader file to load > > > > > > > > function draw() > > > > > > > > > > > > shader:bind() > > > > > > > > gl.Begin("QUADS") > > > > --top left > > > > gl.TexCoord(0., 1.) > > > > gl.Vertex(-0.5, 0.5, 0.) > > > > > > > > --bottom left > > > > gl.TexCoord(0., 0.) > > > > gl.Vertex(-0.5, -0.5, 0.) > > > > > > > > --bottom right > > > > gl.TexCoord(1., 0.) > > > > gl.Vertex(0.5, -0.5, 0.) > > > > > > > > --top right > > > > gl.TexCoord(1., 1.) > > > > gl.Vertex(0.5, 0.5, 0.) > > > > gl.End() > > > > > > > > shader:unbind() > > > > > > > > end > > > > > > > _______________________________________________ > > > > jitter mailing list > > > > jitter@cycling74.com > > > > http://www.cycling74.com/mailman/listinfo/jitter > > > _______________________________________________ > > > jitter mailing list > > > jitter@cycling74.com > > > http://www.cycling74.com/mailman/listinfo/jitter > > > > > _______________________________________________ > > jitter mailing list > > jitter@cycling74.com > > http://www.cycling74.com/mailman/listinfo/jitter > > > _______________________________________________ > jitter mailing list > jitter@cycling74.com > http://www.cycling74.com/mailman/listinfo/jitter > From andrewlloydgoodman at gmail.com Sun Feb 3 22:39:10 2008 From: andrewlloydgoodman at gmail.com (Andrew Goodman) Date: Sun Feb 3 22:39:12 2008 Subject: [jitter] Newb Question (manipulating a movie using mouse movement data) Message-ID: <1f3ed.47a6a4fc@www.cycling74.com> I've just started working with Jitter a couple of weeks ago and hope to use it for an upcoming project. I am trying to create an interactive video piece in which one layer of video can be "erased" to reveal another layer of video. Right now I'm just trying to develop using a USB track pad as the input. Anyway, I am having some difficulty trying to figure out exactly how to get the mouse data (in this case the track pad) to modify the video clip. As far as I can tell its a matter of getting the x and y coordinates to be associated with a change in alpha (resulting in an "erasing" effect). However, I can't quite seem to figure out how to translate the mouse tracking data into a modification of the layer 0 (alpha layer) cell data. I've browsed through the tutorials (having completed the first ten or so already) and while there have been some promising leads, I just can't seem to get all the pieces to fit together. Ideally I'd love to come up with something that functions like the LCD object except that it modifies and existing image/movie (ie manipulating the movie by "drawing" on top of it directly. Any help that you guys can offer would be greatly appreciated. Thanks! From keithmanlove at gmail.com Sun Feb 3 22:40:37 2008 From: keithmanlove at gmail.com (Keith Manlove) Date: Sun Feb 3 22:40:35 2008 Subject: [jitter] Re: jxs shaders in jit.gl.lua? In-Reply-To: <1079b050802031946p605de16by6cb25be71118ece@mail.gmail.com> References: <1f3a2.47a5c801@www.cycling74.com> <1f3ac.47a5f8a1@www.cycling74.com> <1079b050802031124h36ef1c96g5d866c7101987320@mail.gmail.com> <2D159FA0-537A-45AD-B3B1-086B854B1147@gmail.com> <1079b050802031916m5a9b4064j67a9bde735d3312b@mail.gmail.com> <64ab801a0802031931x3521f255sddc1ac0c7a3c032c@mail.gmail.com> <1079b050802031946p605de16by6cb25be71118ece@mail.gmail.com> Message-ID: <7156178D-2E28-45A0-B7FD-5A846C7820C8@gmail.com> Sorry... I'm a spaz. What I meant to say was, "I'll look into the 'multiple compiled shaders that you bind at different times' thing." It does make sense. Sorry for typing without using my brain. Keith On Feb 3, 2008, at 9:46 PM, Wesley Smith wrote: > Hi Keith, > I didn't quite follow your last response. What are you trying to do? > Why do you keep talking about multiple binds? A Shader in OpenGL > configures the hardware pipeline to process vertices and pixels in a > particular manner. Obviously, if you only have 1 card, you only have > 1 pipeline thus you can only have 1 shader active at any given time. > Make sense? > > wes From doktorp at mac.com Sun Feb 3 23:06:25 2008 From: doktorp at mac.com (vade) Date: Sun Feb 3 23:06:31