headers
Roman Haefeli | 1 Mar 2007 02:01
Picon
Favicon

small set of vector transforming abstractions

hi all

during my trials with gem i made a little set of abstractions, that
hopefully could be usefull when dealing with vectors. at least they have
been for me.

the set contains:

[v_+]           : adds two vectors
[v_-]           : subtracts a vector from another
[v_scale]       : scales a vector
[v_mag]         : outputs the magnitude of a vector
[v_normalize]   : normalizes a vector (so that its magnitude becomes 1)
[v_x]           : computes the cross product of two vectors
[v_rotate]      : rotates a vector around another

let me know if you miss something or if you find it not useable at all.

it can be downloaded from here:
http://romanhaefeli.net/pd/v_abstractions.tar.gz

roman

	
		
___________________________________________________________ 
Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de


(Continue reading)






Permalink
| Reply
| 6 comments  
| 



  

  

  





headers


Chris McCormick
 | 
1 Mar 2007 03:28






Gravatar





Re: spread Gem-computation over several dsp-cycles (?)


On Wed, Feb 28, 2007 at 05:15:32PM +0100, cyrille henry wrote:
> >anyway, if you wish to draw 1000 primitive,( with a well optimized patch,) 
> >the only thing you need is a good graphic card.
> 
> btw.
> http://nusmuk.free.fr/fleur/
> some of those got more than 200 000 cube, (render at 1 fps for the slower).

Awesome!!!

Chris.

-------------------
chris <at> mccormick.cx
http://mccormick.cx

_______________________________________________
PD-list <at> iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list







Permalink
| Reply
| 0 comments  
| 



  

  

  





headers


Roman Haefeli
 | 
1 Mar 2007 03:34






Picon

Favicon





Re: spread Gem-computation over several dsp-cycles	(?)	(was:	[Gem]: gem-pointer and [list] OR slow [repeat])


as always: i forgot the attachment........

On Wed, 2007-02-28 at 23:24 +0100, Roman Haefeli wrote:
> On Wed, 2007-02-28 at 07:14 -0600, chris clepper wrote:
> > On 2/28/07, Roman Haefeli <reduzierer <at> yahoo.de> wrote:
> >         
> >         
> >         i might be wrong but in my eyes it doesn't make sense to do
> >         all the work
> >         that could be done in 50ms in only 1.45ms. 
> > 
> > What?  GEM doesn't use the DSP clock.  It will take as much time as
> > needed to render.  
> 
> oops. ok....
>  
> > For example, the current work I have uses three or four 1080i clips, a
> > live feed and records to disk and there is no way that all runs in
> > 1.45ms.  It takes about 12-15ms!
> 
> anyway, i get dropouts when doing gem-rendering, although 'top' tells me
> that pd uses only 20% cpu-time. i don't care much about the audio (as
> IOhannes mentioned, i could run two instances of pd). the problem is
> that the timing is not nice. i'd like to run the patch with 20 frames
> per second. but in praxis each cycle needs 70ms, which gives me a
> framerate of 14. 
> 
> is my gpu too slow? what happens, when the gpu is overloaded? can that
> cause pd to stuck?
> 

(Continue reading)






Permalink
| Reply
| 3 comments  
| 



  

  

  





headers


Patco
 | 
1 Mar 2007 03:45






Picon

Favicon





Re: [Gem] angles -> vector translation


patrick a écrit :
> i agree!
>
> i tried the patch for multiple points of views (camera). it's really 
> neat! but would it be possible to translate (moving) the camera position 
> from point 1 to point 2. maybe with an ease-in / out or elastic effect 
> (using msd or pmpd?!?).
>
> pat
>
>
>
> Hans-Christoph Steiner a écrit :
>   
>> It would be very nice to have these bundled up into a reusable library.  I think the view changing with the
mouse should be a standard setup when working with Gem.
>>
>> .hc
>>     
>
> _______________________________________________
> PD-list <at> iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
>
>   
Hello, you can still put a [line] for switching smoothly from a view to 
another, like in attached patch, or put the tgrill smoother instead of 
[line]:

[inlet]

(Continue reading)






Permalink
| Reply
| 0 comments  
| 



  

  

  





headers


Chris McCormick
 | 
1 Mar 2007 06:34






Gravatar





Re: [PD-announce] KnobsAndSlidersDS


On Wed, Feb 28, 2007 at 08:39:46AM +0100, Frank Barknecht wrote:
> I thought about this a bit more: Maybe it would be sufficient if the
> hit area of the slider's bar would be a bid bigger. "Jump" also
> probably is cool. But I'm not sure if it really would good if the
> movement wouldn't stop when the stylus leaves the slider area. 

The double negatives in this sentence are confusing me. :) I think what
you mean is if the stylus is moving outside of the slider area, there
will be no effect on the slider. I think that's probably a good idea as
long as it doesn't "let go" of the slider. So if you move back inside
the area, it will continue to have an effect.

> > > And then I didn't really figure out how the knobs should be used. I
> > 
> > They work by pressing down and then moving left or right. I guess I
> > should make this more intuitive. Do you have any suggestions?
> 
> Ah, I thought, movement was either radial or up/down. I didn't even
> try left/right. It would be interesting to test radial movement. On a
> computer screen this is horrible of course, but it may work on a
> touchscreen, see above.

Radial movement could be pretty neat. I can put in up/down quite easily,
but radial would be a bit more complex (but I will probably try it
eventually).

> Another widget idea: Multisliders or [table] would be cool.

That would be cool! I also think a number box would be great, and a
general 'button' like a bang in Pd, and text/comments of some kind. My

(Continue reading)






Permalink
| Reply
| 1 comment  
| 



  

  

  





headers


Hans-Christoph Steiner
 | 
1 Mar 2007 02:54






Gravatar





Re: fn delete



AFAIK, all key mapping is done in pd.tk (aka u_main.tk).  But that  
doesn't mean that it's simple to track down.  That's part of what  
need fixing ;).

Look for all the "bind" statements in pd.tk.  Part of the problem is  
that Pd turns off a lot of the default Tcl/Tk bindings, which is  
probably the cause behind the problem that started this thread.

.hc

On Feb 28, 2007, at 4:01 AM, Luke Iannini (pd) wrote:
> I had a look with no prior knowledge of Tcl/Tk... I have no idea where
> the "Delete" message is being intercepted.  It is not in pd.tk,
> afaict; it looks like it is being caught and told to send keycode 8
> (backspace).  I was able to change BackSpace's keycode  successfully
> (e.g. to a "." character) but changes to the Delete keycode still show
> up as the box.  Strangely, the "Delete" keysym shows up in the console
> if you uncomment the debug code at the top of the proc, so I'm not
> sure where this is getting messed up (I found no other references in
> pd.tk).
>
> So, hope that confuses someone.
>
> Does anyone know if windows can be set to "fill while resizing" in
> Tcl/Tk?  I've had a look around and can't find anything, and all other
> Tk apps I've tried in OS X have the same "transparent frame"/Windows
> 95/OS 9 style resize, so I assume that is a no.
>>
>> Yeah, the key mappings are a mess in Pd.  It's all handled in Tcl.

(Continue reading)






Permalink
| Reply
| 0 comments  
| 



  

  

  





headers


Hans-Christoph Steiner
 | 
1 Mar 2007 03:50






Gravatar





Re: pd39.2 test 7 - text objects ++



Complete, parsable documentation sounds good.  Wanna help? :)

.hc

On Feb 27, 2007, at 9:38 AM, Kyle Klipowicz wrote:

> All of this confusion really enforces to me the importance of using
> separate external objects rather than libraries. Either that, or more
> complete, parseable documentation.
>
> ~Kyle
>
> On 2/27/07, cyrille henry <cyrille.henry <at> la-kitchen.fr> wrote:
>> line3 is in nusmuk folder, it is not related to any lib.
>>
>> hope that help
>> cyrille
>>
>> IOhannes m zmoelnig a écrit :
>>> timon wrote:
>>>> Ive got
>>>>
>>>> cyclone
>>>> zexy
>>>> list-abs
>>>> mapping
>>>> iemlib
>>>> hid
>>>> activated.

(Continue reading)






Permalink
| Reply
| 1 comment  
| 



  

  

  





headers


Kyle Klipowicz
 | 
1 Mar 2007 07:10






Picon





Re: small set of vector transforming abstractions


How convenient to be having linear algebra AND complex math in the
same week! (Now for how they are related...)

More like this, please!!!

~Kyle

On 2/28/07, Roman Haefeli <reduzierer <at> yahoo.de> wrote:
> hi all
>
> during my trials with gem i made a little set of abstractions, that
> hopefully could be usefull when dealing with vectors. at least they have
> been for me.
>
> the set contains:
>
> [v_+]           : adds two vectors
> [v_-]           : subtracts a vector from another
> [v_scale]       : scales a vector
> [v_mag]         : outputs the magnitude of a vector
> [v_normalize]   : normalizes a vector (so that its magnitude becomes 1)
> [v_x]           : computes the cross product of two vectors
> [v_rotate]      : rotates a vector around another
>
> let me know if you miss something or if you find it not useable at all.
>
> it can be downloaded from here:
> http://romanhaefeli.net/pd/v_abstractions.tar.gz
>
> roman

(Continue reading)






Permalink
| Reply
| 0 comments  
| 



  

  

  





headers


>---------------<[O:O]>---------------<
 | 
1 Mar 2007 06:41






Picon

Favicon





GEM : fx to make persons appear only when they move


Hi list,

I' trying to make an effect on a live camera feed with GEM for an 
installation in which only persons who move appear on a kind of video 
mirror, as chameleonTv of effecTv 
(http://effectv.sourceforge.net/chameleon.html)
I tryed severals ways :
 > with pix_background and pix_blob, modulating the alpha value of the 
rectangle on which the video is textured in function of the quantity of 
movement but if one person moves, everybody appears.
 > with pix_multiblob and combination of pix_image pix_rectangle and 
pix_mask, the [pix_multiblob 2] seems to eat all the processor, even if 
I [pix_resize 320 240] the image before the multiblob.
 > accumulating many (25) pix_movement and using the result by 
pix_masking it with  the live feed dig a hole in the person that moves a 
little. Maybe I did not the "average" of alpha channel of the 25 
previous frame as I thought, due to the fact that pix_movement works on 
the previous frame ?
is there a better way with opengl instructions ? I tryed to look in that 
direction but I didn't manage yet to find  how to analyze and affect the 
pixels of a live feed....
thanks for any advice
benjamin

for the tech note : the video feed is from a PCI capture card 
(AlchemyTv) connected in s-video to a dv camera with [pix_video 720 576] 
on a G5 10.4 Pd ext7,
for the first trial, I manage to mix this video feed with another DV 
camera connected in firewire, putting into a buffer an image background, 
filling and playing another buffer with PAL images, and playing a non 

(Continue reading)






Permalink
| Reply
| 3 comments  
| 



  

  

  





headers


Georg Holzmann
 | 
1 Mar 2007 08:36






Picon

Picon





Re: Google Summer of Code WIKI


Hallo!

>> Well, I guess updating PdVST is a little bit too small ...
>>   
> not if done correctly, it should be portable, support multiple plugin 
> formats (ladsa, dx, vst), etc.  would be a really good summer project.

you are right ... but aren't there already hosts for all the plugins ?

> i am unable... i removed "PdVST" from the short list, "Pluggo4PD" is 
> probably a better descriptor, but now there is no little ? to click on.

strange ;) ... I changed it to PluggoPD, now it's possible again ... it 
seems that for the wiki there should be no numbers in the names ...

LG
Georg

_______________________________________________
PD-list <at> iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list







Permalink
| Reply
| 12 comments  
| 



  

  

  

  


  





    



Gmane