Pd-dev April 2006

pd-dev@lists.iem.at

36 participants
60 discussions

Fwd: PD Scheduling Irregularities
by Tom Smyth 10 Apr '06

10 Apr '06

Folks, I am writing a Pd object to control a Sensable Phantom haptic device. For those of you who don't know what I'm talking about, a Phantom is a device which lets you feel virtual objects and force fields by manipulating a pen in free space. See www.sensable.com for more info. For now, what matters is that the Phantom's servo loop runs at 1000Hz. In practice it's usually 3 or 4 microseconds off, but rarely more than 10. Furthermore, bi-directional communication is required. The signals on the 3 inlets of my object should get sent to the Phantom as the force to be rendered, and the 3 outlets should continuously spew out the position of the Phantom tip. (All inlets and outlets are audio-type.) The difficulty I'm encoutering is the seeminly erradic scheduling of the Pd dsp tick. I tried timing it with Windows XP's QueryPerformanceTimer call, and it reported everything from 300usec to 20000usec between dsp ticks. And that variation was regular -- it wasn't just happening once or twice. Why does Pd behave like that? I assume it can get away with it because the sound card buffers its output, right? But that's no good to me -- a sound card is uni-directional. I tried communicating from Pd to the Phantom with a buffer in order to absorb the jitter. It seemed to work fine in one direction, though the bigger the buffer, the bigger the delay, from what I can figure. And delay is bad. So I'm hesitant to go through a buffer both ways. But the performance so far with one buffer is not acceptable. The same algorithms that run fine without Pd cause noticable instability in the Phantom with it. Is there any way to force Pd to run its ticks more regularly? Any other suggestions? OSC has been mentioned, but I don't see how it would help for this low-low level a problem. Please correct me if I'm wrong. Thanks so much for your help.

2 1

mayer_realfft usage within flext
by David Plans Casal 10 Apr '06

10 Apr '06

Hey all I'm trying to use pd's own fft routines in an object I'm trying to help develop and release, built with flext. The problem is as a legacy, it was including Mayer's fft.c with it, and I now want to include mayer_realfft functions from m_pd.h instead (or come up with a better way of doing it). In the current code, I have: void myflextclass::rfft(int n, float* out) { int N=n; int N2=N>>1; // N/2 mayer_realfft(N,out); n=N2; register float* r = out+1; // real values register float*i = out+N-1; // imaginary while(--n){ // start at position N/2-1 leave out 0 *r=*r**r+*i**i; // Squared Modulus r++;i--; } *(out+N2) = *(out+N2)**(out+N2); // value at N/2+1 *out=*out**out; // value at 0 // Normalize the power spectrum by RMS ? } Would it be correct to think that I need to import m_pd.h as an EXTERN into a flext function? Such as: EXTERN "C" { extern void mayer_realfft (...) } Do I just #include "m_pd.h" as well? Kinda lost. Help? d -- David Plans Casal Researcher, UEA Studios d.casal at uea dot ac dot uk http://www.davidcasal.com

6 13

[ pure-data-Feature Requests-1466979 ] extend bottom cutoff for GOP by 1 pixel
by SourceForge.net 08 Apr '06

08 Apr '06

Feature Requests item #1466979, was opened at 2006-04-08 16:11 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1466979&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: None Status: Open Priority: 5 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: extend bottom cutoff for GOP by 1 pixel Initial Comment: Before 0.39, it was possible with GOP to align the bottom border of an object with the bottom border with the GOP object. Now if you try to do that, the object disappears. Please extend the border that makes objects disappear by 1 pixel at the bottom. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1466979&group_…

1 0

adding fontpath
by Hans-Christoph Steiner 07 Apr '06

07 Apr '06

It seems that many parts of Pd use fonts: Gem, PDP/PiDiP, pixelTANGO, etc. It would be handy to have a centralized system for specifying where the fonts are located. What about adding a fontpath var to Pd-core, like "path" and "helppath"? .hc ________________________________________________________________________ ____ "Computer science is no more related to the computer than astronomy is related to the telescope." -Edsger Dykstra

4 8

unused variables
by Mathieu Bouchard 06 Apr '06

06 Apr '06

Johannes Zmölnig wrote: > static void help_time(t_time *x) > { > + ZEXY_USEVAR(x); > post("\n%c time\t\t:: get the current system time", HEARTSYMBOL); > post("\noutputs are\t: hour / minute / sec / msec"); > You don't need to do things like that. Almost all of the time, parameters that are not in use, have a reason for not being in use, and it's the other local variables that proliferate as the code evolves and we forget to delete those variables because they are not seen outside of the function that they are defined in. With GCC 3, you can do: -Wall -Wno-unused -Wunused-variable which only checks for local variables, and disables checks on unused parameters, unused functions, etc.; it's also possible to reenable check for unused functions if it is helpful to you. _ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada

1 0

SF back (partially)
by Frank Barknecht 06 Apr '06

06 Apr '06

Hi, seems SF-CVS access for developers is back: ( 2006-04-04 15:09:16 - Project CVS Service ) On 2006-04-04 at 14:15 Pacific developer CVS services were re-enabled after replacement of the failed hardware, successful completion of a full host backup, and a cursory data validity check on the host. As a precaution, we have not re-enabled the sync between anonymous pserver/ViewCVS and the developer CVS host. We anticipate that the sync's along with tarball generation will be re-enabled on Friday. Any issues found with CVS services over the following 7 days should be reported to the Confidential Support Queue. Ciao -- Frank Barknecht _ ______footils.org_ __goto10.org__

2 1

pixelTANGO & pd-extended
by B. Bogart 06 Apr '06

06 Apr '06

Hey Hans, So I've removed pixelTANGO's dependancy on pyext. I've converted pt.layerfx and pt.filelist to be pd-extended happy. I just need to do pt.entry and we should be good shape. pt.entry needs to know where the fonts are installed, so thats why I'm bringing this up on pd-dev. I could put fonts in extra/pixeltango/fonts, and make the abstraction reflect that, but since the fonts are just ttf and therefore shared by Gem and perhaps other apps to it makes sense to move these into a more general location. #1. Where to put them? #2. How to access them from inside a pd patch? (using getdir) If they are in extra/fonts looks like we can get at them from an abstraction with this: [bang< | [getdir] | [makesymbol %s/../../fonts/*] Or any brilliant ideas about finding the system fonts in a standard way that works accross all platforms? Hans, I can't commit my changes for some reason, cvs.sourceforge.net is not accepting connections, I'll keep trying.. .b.

6 13

[ pure-data-Patches-1374659 ] MinGW Makefile for Pd
by SourceForge.net 06 Apr '06

06 Apr '06

Patches item #1374659, was opened at 2005-12-06 12:42 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1374659&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: Unstable (example) >Status: Open Resolution: None >Priority: 1 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: MinGW Makefile for Pd Initial Comment: Attached is a Makefile for building Pd on Windows using MinGW. I have successfully build the HEAD of the MAIN branch of Pd in CVS with it. It goes with these instructions: http://puredata.org/docs/developer/win For now, this is kind of a hacked up cross between makefile.nt and makefile.in. Ideally, the MinGW specifics would be incorporated into the configure.in and makefile.in system, so that on all platforms, you could build Pd by doing: ./configure && make ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-04-05 20:59 Message: Logged In: YES user_id=27104 This is not quite ready to be included in Pd. For now, its just used to build Pd-extended. Soon, it will be turned into patches against configure.in and makefile.in so that MinGW will also work with ./configure && make install ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2006-03-23 17:29 Message: Logged In: YES user_id=313747 Took it (untested... I don't have mingw.) ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2005-12-19 19:09 Message: Logged In: YES user_id=27104 this is the makefile.mingw that was used to build Pd-0.38.4-extendedRC6.exe ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2005-12-19 17:53 Message: Logged In: YES user_id=27104 This new makefile compiles everything, including the externals and pd.com, the cmd.exe version (using the regular s_entry.c, no s_entry_com.c necessary, thanks to MinGW's -mwindows). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1374659&group_…

1 0

Re: [PD-dev] avoiding reuse of vectors in multichannel external
by IOhannes m zmoelnig 05 Apr '06

05 Apr '06

/*j wrote: > hello IOhannes, Tim and Thomas, > >> there is no such flag in pd, you have to take care of not overwriting >> the input signal yourself. > > i thought so, how do you all live with this? > buffering the vectors seems like a terrible waste of cycles... but why? if you have this flag, someone (the application) has to take care of not reusing the signal-vectors. this involves copying the data to somewhere else. if there is no such flag and you want to acoid reusing the signal-vectors, you have to copy the data to somewhere else. so the "terrible waste of cycles" will always happen, the decision to make is whether max/msp does it automatically or whether the pd-developer has to do it by hand. grÃŒÃe.brtg.as IOhannes

3 2

Re: CLR/C# was: Re: [PD-dev] Re: file library WAS: [folder_list]
by Kjetil S. Matheussen 05 Apr '06

05 Apr '06

Thomas Grill: > > Once these issues have been resolved i'm very positive that CLR/C# can > be a full-featured and performant cross-platform alternative for PD > externals (including the dynamic scripting possibilites of IronPython). > Well, although there are currently various quirks involved using the snd external, let me just add that the snd external compiles signal processing scheme code into very effective c code, and is very competetive performance-vice. (non-signal processing scheme code running inside snd is a completely different story though...)

3 2

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev April 2006