Pd-list May 2007

pd-list@lists.iem.at

160 participants
312 discussions

Looping samples with tabread4~
by Mikael Gunnerås 17 May '07

17 May '07

Hi! Maybe I havent looked hard enough but I just havent been able to find any examples on building a sample playback engine that will allow for sample-start, loop-start and loop-end positions to be set. The question is what would be the easiest way to achieve this. I have been thinking about ways to achieve the sample clock driver but since Im new to PD perhaps my thinking is too complex. My ideas have been: 1. Should I try generating the sample clock driver using two phasor~ objects where one phasor~ handles sample-start til loop-end and let the other one (loop-start til loop-end) kick in once the first one has completed its first and single run. 2. Perhaps using a vline~ for the first part instead of a phasor~ 3. Simply using one phasor~ object and offsetting the start value of its second cycle to the loop-start position 4. Simply using a vline~ object and loop it with a different start position the second time onwards. I suppose I would have to use the samphold~ object to make the shift between phasor~ or vline~ or just to offset the start position of a phasors~ second cycle. Any ideas or examples on how to best achieve this would be more than welcome. /Mikael

5 4

Re: [PD] Looping samples with tabread4~
by padawan12＠obiwannabe.co.uk 16 May '07

16 May '07

2 1

Re: [PD] pix_multiblob cpu usage
by nosehair911＠bellsouth.net 16 May '07

16 May '07

I was wrong. Opencv is optimized for intel procesors but it works on any procesor. It would be great if opencv was implemented somehow within Gem. At least for the motion tracking stuff. Does anyone know how to get started. Does one have to know C well or can a complete C noob have a go at it. It would be great if implemented as pix objects. Alain > > From: <nosehair911(a)bellsouth.net> > Date: 2007/05/15 Tue AM 09:21:34 EDT > To: Tim Boykett <tim(a)timesup.org>, "Kyle Klipowicz" <kyleklip(a)gmail.com> > CC: Pure Data List <pd-list(a)iem.at> > Subject: Re: [PD] pix_multiblob cpu usage > > The buigest problem with opencv (a great option I believe) is that it only works on intell processors, so > anyone on an amd or a ppc (like me) would be screwed. If there was something like that for all > processors it would be awsome. I think this kind of computer vision framework is needed in PD, > specially concidering how easy an FTIR setup is to build and the possibilities it could open. > Alain > > > > From: Tim Boykett <tim(a)timesup.org> > > Date: 2007/05/15 Tue AM 07:41:45 EDT > > To: "Kyle Klipowicz" <kyleklip(a)gmail.com> > > CC: "Nose Hair" <nosehair911(a)bellsouth.net>, > > Pure Data List <pd-list(a)iem.at> > > Subject: Re: [PD] pix_multiblob cpu usage > > > > > > Of course the "obvious" solution is to port the OpenCV bits and pieces > > to PD/Gem externals :-) We did some last year for VVVV, using some > > existing > > framework, it worked within one day or so. > > > > There are several vision/video external frameworks out there; are any > > of them in Gem or elsewhere in PD (pdp, gridflow, etc)? > > > > tim > > > > > > On 15/05/2007, at 12:36 PM, Kyle Klipowicz wrote: > > > > > On 5/14/07, Nose Hair <nosehair911(a)bellsouth.net> wrote: > > >> I tried running it with a low res 400x300 clip and it still did > > >> the same > > >> thing. I am trying to get a game going using an FTIR setup. Here > > >> is a > > >> reference: > > >> http://cs.nyu.edu/~jhan/ftirsense/ > > > > > > Jeff Han, sweet reference of course. > > > > > >> pix_mutiblob is way to slow, I cant get gridflow compiled, and > > >> pidip is not > > >> working currently on the extended version. Is there another > > >> option to do > > >> functional multitracking on a mac with pure data? I really cant > > >> fork over > > >> the dough for max/msp/jitter, but there is a free jitter plugin > > >> called > > >> cv.jit that looks great: > > >> http://www.iamas.ac.jp/~jovan02/cv/ > > >> Is there a posibility that anyone will port this over to PD I wonder? > > > > > > I dunno if this will happen or if it is possible to port directly from > > > Jitter to Pd (maybe Gridflow or PDP/PIDIP?), but I think we could all > > > benefit with some super DSP-geek "keeping up with the Joneses" on many > > > fronts! > > > > > > ~Kyle > > > -- > > > > > > http://theradioproject.com > > > http://perhapsidid.blogspot.com > > > > > > (((())))(()()((((((((()())))()(((((((())()()())()))) > > > (())))))(()))))))))))))(((((((((((()()))))))))((()))) > > > ))(((((((((((())))())))))))))))))))__________ > > > _____())))))(((((((((((((()))))))))))_______ > > > ((((((())))))))))))((((((((000)))oOOOOOO > > > > > > _______________________________________________ > > > PD-list(a)iem.at mailing list > > > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > > > listinfo/pd-list

1 0

camera lens angle
by marius schebella 16 May '07

16 May '07

Hi, I just found out that by changing the clipping plane with [perspec ...( it is possible to change the lens angle of the gem camera. -1 1 -1 1 1 4 (left, right, bottom, top, front, back) gives an angle of 90 degrees, -0.5 0.5 -0.5 0.5 1 4 gives an angle of ~53 and so on. alpha=asin(x/sqrt(x^2 + 1)). (I just post that because I think it is not so well documented.) marius.

2 1

gemwin size and video formats questions
by altern 16 May '07

16 May '07

hi couple of more questions about GEM... I noticed that in my laptop and another machine opening a window bigger than 640x450 causes gem to have problems to render. It gets kind of frozen. I am rendering some videos and I tried with couple of different videos getting the same problem. This is under windows with pd 39.2-extended-rc1 another question is about video formats, we tried few different video formats that used different codecs, ideally we need to use DV avi files but we were wondering if there is a specific video format or/and codec gem is more happy with. and finally, i have been looking for a tutorial/description of all objects in gem apart from the reference files in pd format, i would need to have it printed on a paper, something like that pd object list txt file. is there anything like this or similar? thanks! enrike

1 0

Re: [PD] pix_multiblob cpu usage
by nosehair911＠bellsouth.net 16 May '07

16 May '07

I tried to use the Gem from the latest pd extended autobuilds and I have also compiled my own from CVS with the same results. If you can point me in the right direction on how to get this going I would apreciate it. BTW I dont know any C or C+ but I am willing to give it a go. Thanks, Alain > > From: "chris clepper" <cgclepper(a)gmail.com> > Date: 2007/05/14 Mon AM 10:56:03 EDT > To: "nosehair911(a)bellsouth.net" <nosehair911(a)bellsouth.net> > CC: pd-list(a)iem.at > Subject: Re: [PD] pix_multiblob cpu usage > > pix_multiblob is not the most efficient code but it should run at that low > resolution. Where did you get the GEM binary? It could be built without > optimization. > > On 5/11/07, nosehair911(a)bellsouth.net <nosehair911(a)bellsouth.net> wrote: > > > > I made a 400x300 motion JPEG-a movie 15 fps with 5 solid blue circles > > moving on a black background > > to test pix_mutiblob. I open it up with pix_film, flip it with pix_flip > > and send it to pix_multiblob. I suddenly > > notices PD getting very, very slow. When I look at the cpu usage in > > activity monitor (if you can believe > > activity monitor) I get 100-104% cpu usage. I cant do anything else in PD > > because PD gets so slow. I > > am using a dual 2Ghz G5 with ATI Radeon 9800 XT and 3GB of internal > > memory. Is this normal? What > > can I do to lower cpu usage? What else can I use within Gem to get the > > same results? I eventually want > > to be able to track 20-30 objects but It looks like it would be imposible > > at this rate. > > Thanks, > > Alain > > > > > > _______________________________________________ > > PD-list(a)iem.at mailing list > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > > > >

5 8

wii remote for pd os x?
by jhonet b 16 May '07

16 May '07

wii remote for pd os x? Thanks.

2 1

Re: [PD] Highlight modified abstraction instances with red
by padawan12＠obiwannabe.co.uk 16 May '07

16 May '07

Is tar available for Windows users? On 15/05/2007, at 18.30, IOhannes m zmoelnig wrote: > apart from that, tar allows you to distribute your multi-file Pd patch > as a single file too. I second that. A more robust way of loading "stuff" (from fx. an untar'd tar ball) would make a better solution. I.e. something that works in different distributions (extended, vanilla, etc), is independent from the preference and is not a shell script with a bunch of start up options. This rant/request might be utter rubbish though - please let me know.

4 3

wiiremote: working binaries for mac/intel ?
by Maik Hester 16 May '07

16 May '07

Hello, i'm just tryin' to get my wiimote running with pd (pd 0.40-2 extended) ... i've tried the external (wiiremote.pd_darwin) posted earlier on the list but it doesn't work ... there seem to be two problems (when using the help_wiiremote.pd) ... 1. pd tells me that i've got the wrong architecture 2. The "io" library in the import object is not found ... (maybe the "hidio" library ? i don't know....) do i have to compile it myself (actually never done that on a mac...) ... or is there a working binary or am i doing something wrong and don't notice ?? cheers, maik

2 1

Re: [PD] Sending data from PD to another program
by Frank Barknecht 16 May '07

16 May '07

Hallo, jkling(a)fridaythang.com hat gesagt: // jkling(a)fridaythang.com wrote: > So as I was saying, the 'next possible state transition' boxes seemt to > lag behind the current state. By placing an extra [del 10] inlet to send > each choice twice, this upates the next possible states correctly. Just a note: What actually should be changed with my patch is the order, in which messages are triggered and their number. For this you should use [trigger] or [t ...] , and not [delay]. [del] may have a similar result in this case, but [del] should be used for timing things, not for ordering things. > However, it requires an initial message of '0' to [t b a] to initialize > the rest of the state machine to the proper location on the list. Then, > each subsequent choice can be made from the radio toggle. > > This becomes problematic because I would like to use the next possible > state transitions to display the voting choices. However, using the > workaround of [del 10] to send the choice twice means that the display for > the next possible state transition is actually changing twice (albiet very > quickly). I can imagine another hack-ish workaround involving a toggle to > allow or prevent the message being passed from the next possible state > transition(s) to the display, but I'd rather not have to do that if it's > not necessary. Yep, the real solution should be a different triggering. The left part of the patch now does the choice by looking up an element in a list of choices by position. The choice is send to the right part, which looks up a new pair of possible choices and sends it back to the left part, using [list]'s cold inlet to just store the choice. Displaying the choices also is done in the right part of the patch. Ciao -- Frank Barknecht _ ______footils.org_ __goto10.org__

1 1

← Newer
1
...
13
14
15
16
17
18
19
...
32
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list May 2007