Pd-list November 2010

pd-list@lists.iem.at

127 participants
197 discussions

Simple Subtractive Synth filter envelope
by samuel rowe 25 Nov '10

25 Nov '10

Hi I'm relatively new to PD, but I've been working with hardware synthesizers for years now, and I've used SynC to build synths on my computer, and I'm doing an Audio Technology degree, so I'm not clueless on the subject. However, I'm trying to build a simple subtractive synth where I press a PutBang which triggers an envelope generator with ADSR to alter the filter cutoff, and I just can't work out how to do it. No-one at my university program in pd or max, so I have had to search the internet for help. I've read these two pages http://obiwannabe.co.uk/html/music/6SS/six-simple-synthesisers.html http://en.flossmanuals.net/PureData/SimpleSynth and whilst the vline object on the flossmanuals site is fine when altering the envelope of an overtone in an additive synth, the output will not feed into the argument for a filter cutoff value. I can't even get the "attack decay" generator on the first site to work, let alone figure out how to alter it's seemingly inefficient design to allow sustain and release. I know this is quite trivial compared to some of the things that get posted in the mailing list, I would really appreciate it if anyone could help me, or point me in the right direction. I've spent too many nights scouring the internet and trying to work it out for myself, but I've simply hit a brick wall. Thank you in advance Samuel p.s. this is the text for the file i have been working on, it's a little bit messy and doesn't seem to work properly. BE CAREFUL, IT MAKES A THUMP WHEN OPENED, TURN OFF "COMPUTE AUDIO" #N canvas 366 35 610 629 10; #X obj 106 485 dac~; #X obj 94 115 phasor~; #X floatatom 104 77 5 0 0 0 - - -; #X obj 231 154 bng 15 250 50 0 empty empty hit_to_trigger_envelope_and_make_sound 17 7 0 10 -262144 -1 -1; #X obj 152 116 phasor~; #X obj 109 175 +~; #X obj 151 140 -~ 0.5; #X obj 96 140 -~ 0.5; #X obj 167 96 *~; #X floatatom 182 30 5 -25 25 1 osc2_detune - -; #X obj 182 75 +~ 1; #X obj 181 52 /~ 10000; #X obj 207 258 del; #X obj 200 321 0 \$1; #X obj 273 324 1 \$1; #X obj 235 357 line; #X floatatom 331 175 5 0 0 1 attack_value? - -; #X floatatom 337 228 5 0 0 1 decay_value? - -; #X obj 110 376 lop~ 3000; #X obj 110 403 lop~ 3000; #X obj 110 427 lop~ 3000; #X obj 110 451 lop~ 3000; #X obj 214 203 t b b; #X obj 254 196 t f f; #X obj 206 288 f 50; #X obj 249 287 f 50; #X obj 217 391 + 20; #X connect 1 0 7 0; #X connect 2 0 1 0; #X connect 2 0 8 0; #X connect 3 0 22 0; #X connect 4 0 6 0; #X connect 5 0 18 0; #X connect 6 0 5 1; #X connect 7 0 5 0; #X connect 8 0 4 0; #X connect 9 0 11 0; #X connect 10 0 8 1; #X connect 11 0 10 0; #X connect 12 0 24 0; #X connect 13 0 15 0; #X connect 14 0 15 0; #X connect 15 0 26 0; #X connect 16 0 23 0; #X connect 17 0 24 1; #X connect 18 0 19 0; #X connect 19 0 20 0; #X connect 20 0 21 0; #X connect 21 0 0 0; #X connect 21 0 0 1; #X connect 22 0 12 0; #X connect 22 1 25 0; #X connect 23 0 12 1; #X connect 23 1 25 1; #X connect 24 0 13 0; #X connect 25 0 14 0; #X connect 26 0 18 1; #X connect 26 0 19 1; #X connect 26 0 20 1; #X connect 26 0 21 1;

6 5

Invitation to connect on LinkedIn
by Brendan Byrne via LinkedIn 25 Nov '10

25 Nov '10

LinkedIn ------------Brendan Byrne requested to add you as a connection on LinkedIn: ------------------------------------------ Barry, I'd like to add you to my professional network on LinkedIn. - Brendan Accept invitation from Brendan Byrne http://www.linkedin.com/e/-24tqmf-ggxsyjrs-1y/Z-E7tbU-3QZNZY3MUQJPpadq/blk/… View invitation from Brendan Byrne http://www.linkedin.com/e/-24tqmf-ggxsyjrs-1y/Z-E7tbU-3QZNZY3MUQJPpadq/blk/… ------------------------------------------ DID YOU KNOW you can showcase your professional knowledge on LinkedIn to receive job/consulting offers and enhance your professional reputation? Posting replies to questions on LinkedIn Answers puts you in front of the world's professional community. http://www.linkedin.com/e/-24tqmf-ggxsyjrs-1y/abq/inv-24/ -- (c) 2010, LinkedIn Corporation

1 0

supercollider in pd?
by ronni montoya 25 Nov '10

25 Nov '10

HI , is it possible to send sound from pd to supercollider? i would like to be able to send sound from a pd patch to sc3 in order to process it in sc3. how can i do this? thanks R.

4 3

Reasoning behind PD opening multiple copies of the same patch
by Joe White 25 Nov '10

25 Nov '10

Hi, I'm just wondering if there is reason behind PD opening another instance of an already running patch instead of just pointing to it (on OSX anyway). To me there are a few undesirable consequences such as problems when editing, duplicates of global sends/tables and sometimes not knowing you have two open. Maybe I'm missing something? Cheers, Joe

3 3

Re: [PD] call for testers for L2Ork iteration of pd-extended (based on 0.42.x branch)
by Jonathan Wilkes 25 Nov '10

25 Nov '10

If I delete all the [clip] objects in the attached patch, it becomes much faster to select and move the toggle objects. Why is that? I mean, the number of selected objects is the same either way. Do the [clip]s get redrawn every time I move the selection? -Jonathan

2 1

Re: [PD] call for testers for L2Ork iteration of pd-extended (based on 0.42.x branch)
by Ivica Ico Bukvic 25 Nov '10

25 Nov '10

When installing onan arch other than i386 please make sure to do: make distclean aclocal autoconf ./configure (with appropriate flags) make Etc. HTH Ico András Murányi <muranyia(a)gmail.com> wrote: >On Wed, Nov 24, 2010 at 6:40 PM, Ivica Ico Bukvic <ico(a)vt.edu> wrote: > >> OK, latest snapshot 20101124 has been just made available in the usual >> place with additional improvements including: >> >> *all vanilla and iemgui objects are now "accelerated" in terms of their >> redrawing and moving, resulting in a dramatic improvement in UI >> responsiveness (for the devs, the new model uses tagging of widgets and >> move command, rather than apparently a much more cpu expensive coords >> call) >> >> *sarlo's magic highlighter now works on all iem objects as well as gop >> objects >> >> *more cosmetic bug fixes >> >> http://l2ork.music.vt.edu/main/?page_id=56 >> >> As always, feedback is most appreciated! >> >> Best wishes, >> >> Ico >> >> ><personal thoughts, never mind> >First i wish to say i had my doubts but now i'm happy to see an iteration of >pd-extended in the wild. One may say there is some waste of time with a fork >like this and of course there is, but it also proves pd-extended to be >'adult' in a way and adults may have children, and children may seem to >reinvent the wheel sometimes but that's all right and that's the way they >can find their new, hopefully better ways. And meanwhile, hopefully, many >thing will go upstream and it will be a big happy family :o) I'm >particularly interested in better GUIs operating a well separated core, and >happy to see Hans & Miller & al are advancing in this direction! ></personal thoughts, never mind> > >I'm on AMD64 and has run into this with 'make': > >cd ../obj; cc -Wl,-export-dynamic -lasound -lrt -ljack -o ../bin/pd >d_ctl.o d_array.o d_delay.o d_filter.o d_math.o d_osc.o d_soundfile.o >g_canvas.o g_graph.o g_text.o g_rtext.o g_array.o g_template.o g_io.o >g_scalar.o g_traversal.o g_guiconnect.o g_readwrite.o g_editor.o >g_all_guis.o g_bang.o g_hdial.o g_hslider.o g_mycanvas.o g_numbox.o >g_toggle.o g_vdial.o g_vslider.o g_vumeter.o g_magicglass.o m_pd.o m_class.o >m_obj.o m_atom.o m_memory.o m_binbuf.o m_conf.o m_glob.o m_sched.o s_main.o >s_inter.o s_file.o s_print.o s_loader.o s_path.o s_entry.o s_audio.o >s_midi.o d_ugen.o d_arithmetic.o d_dac.o d_misc.o d_fft.o d_global.o >d_resample.o x_arithmetic.o x_connective.o x_interface.o x_midi.o x_misc.o >x_time.o x_acoustics.o x_net.o x_qlist.o x_gui.o x_list.o import.o >s_midi_oss.o s_audio_oss.o s_audio_alsa.o s_audio_alsamm.o s_midi_alsa.o >s_audio_jack.o d_fft_mayer.o d_fftroutine.o -ldl -lm -lpthread -lasound >collect2: ld terminated with signal 11 [Segmentation fault] >/usr/bin/ld: i386 architecture of input file `d_ctl.o' is incompatible with >i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `d_array.o' is incompatible >with i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `d_delay.o' is incompatible >with i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `d_filter.o' is incompatible >with i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `d_math.o' is incompatible with >i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `d_osc.o' is incompatible with >i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `g_canvas.o' is incompatible >with i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `g_graph.o' is incompatible >with i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `g_text.o' is incompatible with >i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `g_rtext.o' is incompatible >with i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `g_array.o' is incompatible >with i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `g_template.o' is incompatible >with i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `g_io.o' is incompatible with >i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `g_scalar.o' is incompatible >with i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `g_traversal.o' is incompatible >with i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `g_guiconnect.o' is >incompatible with i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `g_readwrite.o' is incompatible >with i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `g_editor.o' is incompatible >with i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `g_vdial.o' is incompatible >with i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `g_magicglass.o' is >incompatible with i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `m_pd.o' is incompatible with >i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `m_obj.o' is incompatible with >i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `m_atom.o' is incompatible with >i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `m_memory.o' is incompatible >with i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `m_conf.o' is incompatible with >i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `m_glob.o' is incompatible with >i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `s_main.o' is incompatible with >i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `s_print.o' is incompatible >with i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `s_loader.o' is incompatible >with i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `s_path.o' is incompatible with >i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `s_entry.o' is incompatible >with i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `d_ugen.o' is incompatible with >i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `d_arithmetic.o' is >incompatible with i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `d_dac.o' is incompatible with >i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `d_misc.o' is incompatible with >i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `d_fft.o' is incompatible with >i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `d_global.o' is incompatible >with i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `d_resample.o' is incompatible >with i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `x_connective.o' is >incompatible with i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `x_interface.o' is incompatible >with i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `x_midi.o' is incompatible with >i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `x_time.o' is incompatible with >i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `x_acoustics.o' is incompatible >with i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `x_net.o' is incompatible with >i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `import.o' is incompatible with >i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `s_audio_oss.o' is incompatible >with i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `s_audio_alsa.o' is >incompatible with i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `s_audio_alsamm.o' is >incompatible with i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `s_audio_jack.o' is >incompatible with i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `d_fft_mayer.o' is incompatible >with i386:x86-64 output >/usr/bin/ld: i386 architecture of input file `d_fftroutine.o' is >incompatible with i386:x86-64 output >make: *** [../bin/pd] Error 1 > > >Andras > >_______________________________________________ >Pd-list(a)iem.at mailing list >UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

2 1

[Fwd: [PD-Announce] PD Patching Circle November Brussels - reminder]
by Olm-e 25 Nov '10

25 Nov '10

1 0

Re: [PD] Simple Subtractive Synth
by samuel rowe 24 Nov '10

24 Nov '10

Hi Thanks for the help with the filter envelope I was trying to make, I have decided to use the method Pierre suggested as it allows me to alter the envelope by dragging my mouse, and it makes more sense than the v-line method at this moment in time, although I will also give that a try. I am also going to look into wavetable oscillators as a way of making band-limited waveforms (using fourier synthesis, then writing this into a table) I'll include my file to show have I have modified Pierre's additions I will return with a completed patch! thanks Samuel

5 4

Re: [PD] call for testers for L2Ork iteration of pd-extended (based on 0.42.x branch)
by ALAN BROOKER 24 Nov '10

24 Nov '10

Okay- I've traced to Gridflow library- I've taken it out and no crashes -any tips how I can have it installed would be appreciated- thanks again for your time on this :) On Wed, Nov 24, 2010 at 12:57 PM, Ivica Ico Bukvic <ico(a)vt.edu> wrote: > Try loading one lib at a time and doing the same. I don't know for sure but > it might be that one or more of them is having issues with the new move > algorithm. > > ALAN BROOKER <alan.brooker2010(a)gmail.com> wrote: > > >Hi Just to clarify the message > >Program received signal SIGSEGV, Segmentation fault. > >0x00000011 in ?? () > > > >is printed on the terminal when ctrl-1 is used > > > >Thanks again > >On Wed, Nov 24, 2010 at 10:11 AM, ALAN BROOKER > ><alan.brooker2010(a)gmail.com>wrote: > > > >> Hi Ico > >> > >> > >> Ive got it working and have loaded some libraries, Gem, Gridflow, Zexy, > pdp > >> - however PD crashes out when I ctrl-1 to put an object on the canvas. > >> > >> I've done a backtrace (thanks Mathieu for the tip previously) with the > >> following results: > >> > >> Starting program: /usr/local/bin/pd -oss -channels 2 my-bug-test.pd > >> [Thread debugging using libthread_db enabled] > >> <init> : Avifile RELEASE-0.7.48-100119-21:44-../src/configure > >> <init> : Available CPU flags: fpu vme de pse tsc msr pae mce cx8 apic > mtrr > >> pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext > >> fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc nonstop_tsc > extd_api > >> <init> : 800.00 MHz AMD Phenom(tm) II X2 555 Processor detected > >> [New Thread 0xb47e1b70 (LWP 4084)] > >> > >> Program received signal SIGSEGV, Segmentation fault. > >> 0x00000011 in ?? () > >> (gdb) where > >> #0 0x00000011 in ?? () > >> #1 0x080a94d5 in gobj_displace_withtag (x=0x8206cb8, > >> dx=<value optimised out>, dy=0) at g_editor.c:68 > >> #2 canvas_displaceselection (x=0x8206cb8, dx=<value optimised out>, > dy=0) > >> at g_editor.c:1900 > >> #3 0x080a98a5 in canvas_motion (x=0x8206cb8, xpos=232, ypos=76, fmod=2) > >> at g_editor.c:2089 > >> #4 0x080ca4f6 in pd_typedmess (x=0x8206cb8, s=0x8135eb8, argc=3, > >> argv=0xbffff08c) at m_class.c:792 > >> #5 0x080ca0dc in pd_typedmess (x=0x814ac60, s=0x8135eb8, argc=3, > >> argv=0xbffff08c) at m_class.c:813 > >> #6 0x080cfbaa in binbuf_eval (x=0x8149688, target=<value optimised > out>, > >> argc=0, argv=0x0) at m_binbuf.c:726 > >> #7 0x080dde5f in socketreceiver_read (x=0x81496a8, fd=6) at > s_inter.c:560 > >> #8 0x080dd81a in sys_domicrosleep (microsec=<value optimised out>, > >> pollem=<value optimised out>) at s_inter.c:198 > >> #9 0x080de502 in sys_pollgui () at s_inter.c:862 > >> #10 0x080d9321 in m_pollingscheduler () at m_sched.c:490 > >> #11 m_mainloop () at m_sched.c:560 > >> #12 0x080dc8a9 in sys_main (argc=5, argv=0xbffff4e4) at s_main.c:310 > >> #13 0x080e556b in main (argc=5, argv=0xbffff4e4) at s_entry.c:32 > >> (gdb) quit > >> A debugging session is active. > >> > >> Inferior 1 [process 4078] will be killed. > >> > >> Quit anyway? (y or n) y > >> socket receive error: Connection reset by peer (104) > >> > >> Thanks for your help with this! It's a great package to work from > >> Cheers > >> > >> > >> > >> > >> On Wed, Nov 24, 2010 at 5:29 AM, Ivica Ico Bukvic <ico(a)vt.edu> wrote: > >> > >>> > Notice that both [cyclone/Scope~] and [flatspace/entry] have a > >>> > bug: a sudden increase in height/width by about 5-10 pixels when you > >>> > initially drag to resize. This makes it difficult if not > >>> > impossible to make minor size changes (especially since there is no > >>> > Properties dialogue). > >>> > >>> Good to know. I will look into this when I get there. Currently working > on > >>> accelerating iemgui objects as well as exposing them to sarlo's > highlighting > >>> magic. > >>> > >>> > Wouldn't it be easier just to toggle the text for that menu option > >>> > between "Edit mode" and "Run mode"? (That's what they're called in > >>> > the manual.) > >>> > >>> Sure. There are other options, too, like the one 0.43 and now l2ork > >>> version of 0.42 uses by changing option's background which works > visually > >>> relatively well (albeit at the expense of consistency). This is however > not > >>> the issue. The issue is finding out that after an hour of debugging the > >>> problem is not in you or your code but the toolkit you are using and in > 2010 > >>> for a toolkit that has been around for more than a decade that is > plainly > >>> sad. > >>> > >>> > How would you go about doing that? > >>> > >>> A: Ugly path: Isolate pd<->gui hooks and port the entire thing to Qt. > >>> > >>> B: Better (albeit more time-consuming) path: clean-up code first so > that > >>> all objects can utilize the same gobj_<whatever> calls and then do the > A: > >>> (which at that point won't be nearly as ugly or difficult to maintain). > >>> > >>> FWIW, my first ever GUI app was RTMix I did back in 2001 and it was > (and > >>> remains) the ugliest hack ever (basically I tried to learn how to > program > >>> doing that app). Yet, the fact remains even in 2001 qt was way better > than > >>> what Tk is today. Another advantage is avoiding socket bottlenecks as > the > >>> entire thing could be done simply in C. License-wise it should be fine > and > >>> cross-platform-wise miles ahead of Tcl/Tk. Heck, you could even throw > in Qt > >>> for mobile devices for good measure since that is apparently hot item > these > >>> days. > >>> > >>> That said, I need some more time working with Pd code before I can > >>> undertake this. Perhaps more importantly, I just need a generous, > >>> uninterrupted chunk of time to do this. > >>> > >>> Best wishes, > >>> > >>> Ico > >>> > >>> > >>> _______________________________________________ > >>> Pd-list(a)iem.at mailing list > >>> UNSUBSCRIBE and account-management -> > >>> http://lists.puredata.info/listinfo/pd-list > >>> > >> > >> >

2 1

[PD-announce] Formations GEM/Pure Data sur 2 jours au CrasLab (région parisienne)
by Jack 24 Nov '10

24 Nov '10

In French only/En français seulement. Une formation de perfectionnement sur GEM (librairie graphique permettant d'utiliser OpenGL dans l'environnement Pure Data) est proposée par le CrasLab les 4 et 5 décembre de 11h à 18h. Le prix par jours est de 25 euros (20 euros pour les Audoniens, chômeurs, Rmistes et adhérents de Mains d'Oeuvres). J'assurerai la formation sur ces deux jours. Pré-requis : - Connaissances : les deux journées abordent des techniques et fonctions avancées sur GEM, elles sont prévues pour un public d’initiés à Pure data (autodidactes ou personnes ayant suivi une session d’initiation ou des cours, et ayant une pratique régulière du logiciel). - Matériel : Il est demandé aux participants de venir avec un ordinateur portable pourvu de la dernière version de Pd-extended. La deuxième journée de formation nécessite d’apporter une webcam. Il est préférable d’avoir un ordinateur équipé de processeurs NVIDIA ou ATI pour le bon fonctionnement des manipulations. Généralement, les ordinateurs de moins de quatre ans conviennent à ce type de créations. CrasLab Mains d'Oeuvres 1, rue Charles Garnier 93400 Saint-Ouen La formation aura lieu dans l'atelier 12 (1er étage). Renseignements : Agnès Le Foulgoc 01.77.60.28.00 Plus d'infos sur cette formation : http://www.mainsdoeuvres.org/article1094.html _______________________________________________ Pd-announce mailing list Pd-announce(a)iem.at http://lists.puredata.info/listinfo/pd-announce

1 0

← Newer
1
...
5
6
7
8
9
10
11
...
20
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 November 2010