Pd-dev September 2011

pd-dev@lists.iem.at

19 participants
104 discussions

[ pure-data-Patches-3411575 ] add canvas_fill as a variable
by SourceForge.net 19 Sep '11

19 Sep '11

Patches item #3411575, was opened at 2011-09-19 14:41 Message generated for change (Tracker Item Submitted) made by mrpeach You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3411575&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: pd-extended Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Martin Peach (mrpeach) Assigned to: Hans-Christoph Steiner (eighthave) Summary: add canvas_fill as a variable Initial Comment: Attached diffs for pd-gui.tcl and pdtk_canvas.tcl permit different coloured canvas backgrounds if the "color scheme" section of pd-gui.tcl is edited. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3411575&group_…

1 0

Re: [PD-dev] Creating an external / sinewave equation example
by Patrice Colet 19 Sep '11

19 Sep '11

Hello, I'm not a C expert but I see errors in your code ----- "Rick T" <ratulloch(a)gmail.com> a écrit : > Greetings All > > > I'm having trouble getting my external to work, It compiles with 5 > warnings > sineq.c:48: warning: unused variable ‘x’ > sineq.c:49: warning: unused variable ‘in1’ > sineq.c:50: warning: unused variable ‘in2’ > sineq.c:51: warning: unused variable ‘in3’ > sineq.c:52: warning: unused variable ‘in4’ > in http://iem.at/pd/externals-HOWTO/node6.html it's not a t_float but a t_sample for using those variables > > It does a "make" successfully but I get this warning message > /usr/bin/ld: warning: cannot find entry symbol xport_dynamic; > defaulting to 00000000000007f0 > it's certainly caused by your makefile during linking, it's rather export_dynamic, you've certainly made a typo ^^ > > but when I try and add it in PD it says "couldn't create". I've looked > at the pan~ tutorial and the d_osc.c file as recommended, which did > help. I tried to take pieces from the two which I thought were > applicable to my situation but I'm still having some issues. > maybe a little look into bassmu~ source code could also be interesting > > Here's a link to the workflow (dropbox) > http://dl.dropbox.com/u/6576402/questions/pd/Sine_EQ_Diagram.jpg > > > Here's a link to the C code online (pastebin) > http://pastebin.com/9rK3szUE > > > > > My external is a reproduction of the sinewave equation with 4 inputs > and one output my logic is to have 4 inlets one for the > frequency,amplitude,phase and vertical offset and an output for the > created signal. Granted this isn't the final equation but this will > help me understand how to create the full equation once done. If you > want to see the full equation I'll be using here's a link to it below. > Basically it's a 1 second periodic signal with the sample rate at > 44100 which the equation gives me control over the > frequency,amplitude,phase and vertical offset, which will be > controlled by a usb midi controller. > > > Another question I have is what do I use for the t (time) for my final > equation is that the t_sample object in PD? or do I need to create a > for loop counting from 1-44100 for a 1 second 44100 sampled equation? > > > http://dl.dropbox.com/u/6576402/questions/eq1.txt > > > > > PS: I'm compiling on ubuntu 10.04 using gcc > > On Sun, Sep 4, 2011 at 12:13 PM, Martin Peach < > martin.peach(a)sympatico.ca > wrote: > > > On 2011-09-04 16:52, Rick T wrote: > ... > > > > > I've been able to find instructions on how to create a hello world > C-external but not one that creates a simple sine wave from a sinewave > equation like A*sin(w*t+p) > ( https://secure.wikimedia.org/ wikipedia/en/wiki/Sine_wave ) Does > anyone > have one or know where to find one. > > The canonical reference is here: > http://iem.at/pd/externals- HOWTO/node6.html > You just need to plug your equation into the perform routine. > Also check the source for osc~ in d_osc.c of the Pd source, which uses > a fancy 32-bit float cosine table scanning method that was useful when > it mattered but is getting obsolete as a call to sin() is probably > just as fast nowadays. > > Martin > > > > > > > _______________________________________________ > Pd-dev mailing list > Pd-dev(a)iem.at > http://lists.puredata.info/listinfo/pd-dev -- Patrice Colet

3 3

[ pure-data-Bugs-3411486 ] aliases don't work
by SourceForge.net 19 Sep '11

19 Sep '11

Bugs item #3411486, was opened at 2011-09-19 16:02 Message generated for change (Tracker Item Submitted) made by po-b You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3411486&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: pd-extended Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Pierre-Olivier Boulant (po-b) Assigned to: Hans-Christoph Steiner (eighthave) Summary: aliases don't work Initial Comment: If you want [symbol2list] in a new patch, and create [s2l] it won't create. If you have already created [symbol2list] with its fuyll name, then you can create [s2l] If you subsequently create [symbol2list] then all previously created [s2l] wont get created unless you reload the patch in the same session. Loading in a fresh Pd session will give: "[s2l] couldn't create" for all [s2l] objects created prior to [symbol2list] when loading in a fresh Pd session. Same problem for [list2symbol] and [l2s]. Other aliases will not affect each other. If I load first [symbol2list] only [s2l] will create afterwards and not [l2s] for instance. Same behaviour for [init] and [ii] in IEM lib. And there could be others too I don't or haven't tested. Pd version 0.43.1-extended-20110918 on Windows 7 starter edition (32bit) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3411486&group_…

1 0

[ pure-data-Bugs-3411458 ] zexy's [sgn~] and [abs~] crash
by SourceForge.net 19 Sep '11

19 Sep '11

Bugs item #3411458, was opened at 2011-09-19 12:34 Message generated for change (Tracker Item Submitted) made by reduzent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3411458&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: externals Group: v0.43 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Roman Haefeli (reduzent) Assigned to: Nobody/Anonymous (nobody) Summary: zexy's [sgn~] and [abs~] crash Initial Comment: If DSP is on and DSP graph is recompiled (new tilde object is generated and connected in a patcher window), zexy's [sgn~] and [abs~] do _sometimes_ crash. This happens only on one of two machines with the same version of Pd and zexy installed. How to trigger the crash: 1) pd -noprefs -lib zexy 2) turn DSP on 3) Create new patcher window (Ctrl-N) 4) Create [abs~], create a [+~] and connect them 5) If it does not crash yet, repeat step 4) On one of my machines it virtually always crashes on the second iteration. GDB backtrace (with [abs~]): Program received signal SIGSEGV, Segmentation fault. sigABS_performSSE (w=0x81a53c0) at abs~.c:58 58 out[0] = _mm_and_ps(in[0] , bitmask); (gdb) backtrace #0 sigABS_performSSE (w=0x81a53c0) at abs~.c:58 #1 0x080dd227 in dsp_tick () at d_ugen.c:336 #2 0x080c7f40 in sched_tick () at m_sched.c:382 #3 m_pollingscheduler () at m_sched.c:482 #4 m_mainloop () at m_sched.c:568 #5 0x080d49ab in main (argc=3, argv=0xbffff734) at s_entry.c:32 Backtrace with [sgn~] crashing: Program received signal SIGSEGV, Segmentation fault. sgnTilde_performSSE (w=0x81a53bc) at sgn~.c:93 93 val=in[0]; (gdb) backtrace #0 sgnTilde_performSSE (w=0x81a53bc) at sgn~.c:93 #1 0x080dd227 in dsp_tick () at d_ugen.c:336 #2 0x080c7f40 in sched_tick () at m_sched.c:382 #3 m_pollingscheduler () at m_sched.c:482 #4 m_mainloop () at m_sched.c:568 #5 0x080d49ab in main (argc=3, argv=0xbffff734) at s_entry.c:32 This is with / on: - Ubuntu 11.04 i386 - Intel(R) Core(TM)2 Duo CPU T8300 - Pd 0.43.1test2 - zexy from svn r15308 It does _not_ crash on this setup: - Ubuntu 10.04 i386 - Intel(R) Core(TM)2 Duo CPU U9400 - Pd 0.43.1test2 - zexy from svn r15308 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3411458&group_…

1 0

[ pure-data-Patches-3284900 ] make default font size the same on all platforms
by SourceForge.net 19 Sep '11

19 Sep '11

Patches item #3284900, was opened at 2011-04-11 17:38 Message generated for change (Settings changed) made by millerpuckette You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3284900&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: bugfix >Status: Pending >Resolution: Accepted Priority: 7 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: make default font size the same on all platforms Initial Comment: There is some old code in s_main.c that sets the default font size differently for Windows. This patch removes that so that the default font size is 10 on all platforms. This now makes sense since the patches should look the same on all platforms. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3284900&group_…

1 0

[ pure-data-Patches-3303222 ] make sure patches get written to disk
by SourceForge.net 19 Sep '11

19 Sep '11

Patches item #3303222, was opened at 2011-05-17 03:34 Message generated for change (Settings changed) made by millerpuckette You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3303222&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: bugfix >Status: Pending >Resolution: Accepted Priority: 6 Private: No Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: make sure patches get written to disk Initial Comment: there is a very long standing (reported for pd-0.36cvs!) bug-report in debian (debian-bug#203288), claiming: <snip> pd: no error given when saving to a filesystem that is full When trying to save to a filesystem that is full, a 0 byte file is written and no error is given. </snip> with Pd-0.43, i get an error when saving too big patches on the filsystem in most cases (great), but some (e.g. creating a new empty patch, save that on the full fileystem) still reports everything as correct, even though only a 0 byte file gets written. a simple solution (attached) is to call fflush() at the end of binbuf_write() and check it's return value for success. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3303222&group_…

1 0

[ pure-data-Patches-3272554 ] fixed Mac OS X loading to work from cmd line and in src tree
by SourceForge.net 19 Sep '11

19 Sep '11

Patches item #3272554, was opened at 2011-04-03 14:03 Message generated for change (Comment added) made by millerpuckette You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3272554&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: bugfix >Status: Pending >Resolution: Accepted Priority: 7 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: fixed Mac OS X loading to work from cmd line and in src tree Initial Comment: This patch fixes Mac OS X loading to work both when pd includes an embedded Wish, i.e. in the standard Pd.app, or if pd is just compiled in place. There needed to be separate conditions for both, since in the embedded case, Wish finds pd-gui-tcl by its default loading of ../Resources/Scripts/AppMain.tcl. When launched without an embedded Wish, like when you just build the source and do ./pd, then the sys_guicmd needs to include the full path to pd-gui.tcl ---------------------------------------------------------------------- >Comment By: Miller Puckette (millerpuckette) Date: 2011-09-16 18:06 Message: not going to exhaustively test this one - taking it on faith :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3272554&group_…

1 0

[ pure-data-Patches-3279370 ] Adding missing MIDI prototypes to s_stuff.h
by SourceForge.net 19 Sep '11

19 Sep '11

Patches item #3279370, was opened at 2011-04-07 06:07 Message generated for change (Settings changed) made by millerpuckette You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3279370&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: bugfix >Status: Pending >Resolution: Accepted Priority: 3 Private: No Submitted By: Peter Brinkmann (pbrinkmann) Assigned to: Miller Puckette (millerpuckette) Summary: Adding missing MIDI prototypes to s_stuff.h Initial Comment: A previous patch added MIDI prototypes to s_stuff.h in order to address some compiler warnings. Unfortunately, that patch missed three MIDI-related functions that should have been there all along. This patch corrects that oversight. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3279370&group_…

1 0

[ pure-data-Patches-3353285 ] fix crasher bug when closing a window with Perf Mode on
by SourceForge.net 19 Sep '11

19 Sep '11

Patches item #3353285, was opened at 2011-07-03 22:24 Message generated for change (Settings changed) made by millerpuckette You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3353285&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: bugfix >Status: Pending >Resolution: Accepted Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: fix crasher bug when closing a window with Perf Mode on Initial Comment: fix crasher bug when closing a window with Perf Mode on and no changes to window. It was using the wrong variable, g, which is null. I changed it to x and no crash. Also, I adjusted the dialog to make sense. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3353285&group_…

1 0

[ pure-data-Patches-3361846 ] bonk~ max/msp fixes
by SourceForge.net 19 Sep '11

19 Sep '11

Patches item #3361846, was opened at 2011-07-10 05:57 Message generated for change (Settings changed) made by millerpuckette You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3361846&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: externals Group: bugfix >Status: Pending >Resolution: Accepted Priority: 5 Private: No Submitted By: Anthony Lauzon (pfaffian) Assigned to: Miller Puckette (millerpuckette) Summary: bonk~ max/msp fixes Initial Comment: Patch consists of 3 changes: 1. Moving some PD specific code inside of #ifdef PD blocks so bonk~ compiles for Max/MSP 2. Bonk template reading/writing correctly works from Max/MSP. 3. "learn" was not using its argument, so every hit was being interpreted as a new template. changed that behaviour. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3361846&group_…

1 0

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 September 2011