[PD] patch2svg plugin options
Hi list, Does anyone have an idea on how to change options on this plugin ? For me I just want to have another default font (all text is set to "font-family: DejaVu Sans Mono; font-size: 11px") Of course I can "search & replace" the font name in all the exported.svg file with any text editor... but... Thanks for your sharing all best, -- Raphaël Ilias ___ ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd Auto Complete now on Deken! v0.45.0
nice job ! thanks works well here on macOS High Sierra... Le ven. 24 août 2018 à 00:35, Henri Augusto Bisognini < msndohe...@hotmail.com> a écrit : > The PD completion-plugin adds auto completion and object searching > functionality to PD vanilla! > > I've just updated the plugin and uploaded it in Deken! > Just search for "completion". > > See the full readme (gif included) on Git Hub: > > https://github.com/HenriAugusto/completion-plugin > > The plugin is reportedly working on Win, Linux (tested on Ubuntu) and OS > X. > > Raspberry Pi testers needed! > > Cheers > Henri > > ___ > Pd-announce mailing list > pd-annou...@lists.iem.at > https://lists.puredata.info/listinfo/pd-announce > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > -- Raphaël Ilias ___ * phae.fr <http://phae.fr>* 17 places des Halles - Ingrandes 49123 Ingrandes Le Fresne s/ Loire phae.il...@gmail.com / +33 (0) 6 04 45 79 78 ___ ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] not resolving dollar in arguments : is it possible ?
Hello ! I'll try to ask this in a few words : is it possible to dynamically save a $n-symbol as an argument in an abstraction, like you can do with [iemguts/canvasargs] but without "resolving" the $n index declaration ? The idea would be to reproduce a properties panel as with iem GUIs, and be able to put in symbol boxes, a $0-receiverSymbolicName or $1-$2-senderSymbolicName and save it as argument ? I am trying various tricks, but unsuccessfully, see both attached patch... if someone has a idea or even a solution ! or thinks it's stupid have a nice day ! -- Raphaël Ilias ___ * phae.fr <http://phae.fr>* 17 places des Halles - Ingrandes 49123 Ingrandes Le Fresne s/ Loire phae.il...@gmail.com / +33 (0) 6 04 45 79 78 ___ test_saveSendSymbolAsArgument.pd Description: Binary data test-abs.pd Description: Binary data dummy-abs.pd Description: Binary data test_saveReceiveSymbolAsArgument.pd Description: Binary data ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] watchdog
Hello, Maybe not as technical as your solution, but on a Windows machine for an art installation, i did a quick "watchdog" that checked a "stillalive" file, that was regularly modified by the pd patch. So when/if pd crashed, the file wasn't updated anymore and the script would restart it. I think it was done in python... cheers 2018-05-03 11:56 GMT+02:00 Jack <j...@rybn.org>: > If you have several instances of Pd, it is also doable to do something > like : > > pd -open yourpatch1.pd & > PID1=$! > pd -open yourpatch2.pd & > PID2=$! > > while true > do > if [ ! -d /proc/$PID1 ] > then > pd -open yourpatch1.pd & > PID1=$! > fi > if [ ! -d /proc/$PID2 ] > then > pd -open yourpatch2.pd & > PID2=$! > fi > done > > > ++ > > Jack > > > > Le 03/05/2018 à 11:46, Jack a écrit : > > Hey list ! > > > > Le 03/05/2018 à 09:42, Roman Haefeli a écrit : > >> On Thu, 2018-05-03 at 06:29 +0200, michael strohmann wrote: > >>> Hello, > >>> i wonder if it is possible to setup something on raspberry, so that > >>> the puredata-watchdog will restart pd-0.48.0 automatically? > >>> where could i look up the mechanics of this, unfortunatly i am not a > >>> unix crack… > >> > >> Are you referring to the pd-watchdog binary, that comes with puredata- > >> core? Is your Raspberry Pi running Raspbian? > >> > >> From what I understand, the purpose of the pd-watchdog is to pause Pd > >> in regular intervals when running in real-time mode. I think this is > >> measure to prevent Pd from locking up the system. Assume you > >> accidentally trigger an [until] without a stopping mechanism, thanks to > >> pd-watchdog you're still able to move the mouse and quit Pd. > >> > >> Is your goal to make sure that Pd is running at any time, so that it is > >> started again as soon as it stops? Maybe you can achieve something > >> like this wit a shell script. I haven't tested this, but it might give > >> you an idea how to make it work: > >> > >> --- > >> #!/bin/sh > >> > >> while true > >> do > >> # We start pd and send detach it from the terminal ('&') > >> /usr/bin/pd -open yourpatch & > >> > >> # we catch pd's process id > >> pdpid=$! > >> > >> # now let's wait for the process to terminate > >> wait $pdpid > >> > >> # once pd terminates, we start another iteration > >> # of our while-loop > >> done > > > > I will do something like : > > > > while true > > do > > pd -open yourpatch # if pd crash the script continue to "sleep 1" > > and a new loop start > > sleep 1 > > done > > > > ++ > > > > Jack > > > > > > > >> --- > >> > >> Roman > >> > >> > >> > >> ___ > >> Pd-list@lists.iem.at mailing list > >> UNSUBSCRIBE and account-management -> https://lists.puredata.info/ > listinfo/pd-list > >> > > > > > > > > > > ___ > > Pd-list@lists.iem.at mailing list > > UNSUBSCRIBE and account-management -> https://lists.puredata.info/ > listinfo/pd-list > > > > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> https://lists.puredata.info/ > listinfo/pd-list > > -- Raphaël Ilias ___ * phae.fr <http://phae.fr>* 17 places des Halles - Ingrandes 49123 Ingrandes Le Fresne s/ Loire phae.il...@gmail.com / +33 (0) 6 04 45 79 78 ___ ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Messages for Arrays?
Hello William, The documentation is in Miller's documentation. So in your Help browser : -> Puredata/ -> 2.control.examples/ -> 15.array.pd and -> 16.more.arrays.pd ++ Raphaël 2018-04-25 19:13 GMT+02:00 Tom Erbe <soundh...@icloud.com>: > Looking into the source code I see: > > const > bounds > xticks > xlabel > yticks > ylabel > rename > read > write > resize > print > sinesum > cosinesum > normalize > arraydialog > arrayviewlistnew > arrayviewlistfillpage > arrayviewclose > > > > On Apr 25, 2018, at 9:26 AM, William Huston <williamahus...@gmail.com> > wrote: > > > > Where in official documentation/help files > > can I find a list of all messages an array can accept? > > > > This would be nice to have in array-object-help :) > > > > Dr. Cheeto identified several here: > > https://www.youtube.com/watch?v=gKsDZpIISQE > > > > resize, bounds, xticks, yticks, xlabel, ylabel > > > > What others are there? > > Must I read the source code? > > > > Maybe I'm missing it... > > > > Thank you! > > BH > > > > > > -- > > William Huston: williamahus...@gmail.com > > Binghamton NY > > > > Public Service Mapping / Videography / Research > > Blog -- Facebook -- Twitter -- Youtube > > Document collections: VirtualPipelines -- BHDCSDimockArchive > > Please support my work: TinyURL.com/DonateToBillHuston > > > > > > ___ > > Pd-list@lists.iem.at mailing list > > UNSUBSCRIBE and account-management -> https://lists.puredata.info/ > listinfo/pd-list > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> https://lists.puredata.info/ > listinfo/pd-list > -- Raphaël Ilias ___ * phae.fr <http://phae.fr>* 17 places des Halles - Ingrandes 49123 Ingrandes Le Fresne s/ Loire phae.il...@gmail.com / +33 (0) 6 04 45 79 78 ___ ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] parametric equalizer
Thanks Alex and Dan, I am very busy now but I'll look into your solutions ASAP. I am aware of ggee objects for biquad~ coefficient calculations. Tough I understand the idea to "split the spectra" of a signal with low-pass, band-pass and high-pass filters... what is still unclear to me is : since the outputs of the filters are then mixed together, how to make sure that overlap correctly so that if the 3 (low, band and high) filters have 0db gain ([*~1]) the sum of the 3 together will be similar to the input (flat response), like it does when your mixer's EQ knobs are all centered... and what does it really mean when you turn it counter-clockwise, for example "MID knob" to -6 dB ? I suppose it isn't a rejection/notch filter ? So it's just a bandpass filter with amplitude 0.5 / -6 dB and then mixed with the outputs of the lowpass and highpass filters ? Probably there is no perfect design, but I wonder what details I should be aware of. But I will study the abstractions/objects you mentioned. ++ 2018-04-19 20:11 GMT+02:00 Dan Wilcox <danomat...@gmail.com>: > Check out [e_3bandeq] in rc-patches: https://github. > com/danomatika/rc-patches > > On Apr 19, 2018, at 11:55 AM, pd-list-requ...@lists.iem.at wrote: > > From: Raphaël Ilias <phae.il...@gmail.com> > To: pd-list <pd-list@lists.iem.at> > Subject: [PD] parametric equalizer > Message-ID: > <cadyadn8jh+dsyr54kpbm5p94+zobhkfdgyyokuw5us4w3o6...@mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hello dear pd lovers, > > I wonder if someone as implemented a parametric equalizer similar to the > ones you find on mixer : like three band LOW MID HIGH, with -/+ X dB so > that when everything is +0 dB, the output is flat and similar to input. > And eventually with Q/curve/spectral transistion parameters ? > > I know this is a very large question and that there might be a lot of > different implementations, but I wondered if there are "standard" > solutions. > Vanilla preferred or stable libraries... > > Thanks ! > > -- > Raphaël Ilias > > > > Dan Wilcox > @danomatika <http://twitter.com/danomatika> > danomatika.com > robotcowboy.com > > > > -- Raphaël Ilias ___ * phae.fr <http://phae.fr>* 17 places des Halles - Ingrandes 49123 Ingrandes Le Fresne s/ Loire phae.il...@gmail.com / +33 (0) 6 04 45 79 78 ___ ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] CONTEXT V3.0.2 tests. (was: How to declare custom libraries in abstractions)
Good to know that my testing was useful. However, I don't know if this is important for your testings, but I DO have iemguts and zexy (and cyclone, flatgui, hcs and list-abs... for the ones you use) already installed via Deken (so on Mac OS X now they're put in /Users/myuseraccount/Library/Pd/). I'll look deeper into Context when I have time, but it looks a huge amount of work. all the best, Raphaël 2018-04-19 16:55 GMT+02:00 Liam Goodacre <liamg...@hotmail.com>: > Thanks Raphaël. It's especially good to know that Context works on Mac, > since I haven't tested it there myself. > > It looks like you don't have the zexy, iemguts or else installed. You can > get them from Help-->Find Externals if you want, but the important thing is > that Context works with the built in externals. > > If you want to understand about resizing and shifting toggle floats, you > can look at helpfiles/GUI_manioulation.pd > > Let me know if you have any questions or suggestions! > > Liam > ------ > *From:* Raphaël Ilias <phae.il...@gmail.com> > *Sent:* 19 April 2018 12:56 > *Cc:* Liam Goodacre; PD list > *Subject:* Re: [PD] CONTEXT V3.0.2 tests. (was: How to declare custom > libraries in abstractions) > > Hi, > > I might be late for the answer... I didn't know Context, but I just had a > quick look about it and seems interesting concept. > I am trying "externs-test.pd". I am using Macbook Pro 2012 with OS X > 10.10.5 Yosemite and pd-vanilla 0.48-1 > > 1. I don't have any "couldn't create" on load > > 2. I don't really know yet how to "resizing and shifting toggle floats" > > 3. The 4 objects seems to create but none of their help-files open with > "right-click > Help" > > 4. I quit pd, renamed the 8 libraries folder as "_OUT_libraryname/" and > re-opened "externs-test.pd" : > > 1B. Now I have a lot of "couldn't create" on load : > - demux > - l2s > - sort > - mux > - urn > - else/break & > - msgfile > - iemguts/initbang > - else/fromany > - else/toany > - else/routeall > - s2l > - time > - iemmatrix/matrix > - iemmatrix/mtx_check > ... > and a few chords that couldn't be created, and missing arrays (0-IDshare) > > 2B : still don't know how to "resize and shift toggle floats" > > 3B : [s2l] and [else/toany] don't create. The other two do open their > help-patches with "right-click > Help" > > NB : i don't have else library installed originally > > > Hope this helps ! > > cheers, > > Raphaël > > > 2018-04-15 6:26 GMT+02:00 Lucas Cordiviola <lucard...@hotmail.com>: > > Hi Liam, > > Amazing patching! > > - > > 1: When you open this patch, are there any "couldn't create" messages in > the console? If so, tell me! > > > > There are not "couldn't create" on "externs-test.pd" but I found: > > * cyclone/tanh~* > *... couldn't create* > > going through examples that use [docfiles/glock~]. > > On "12_overlay_examples.pd" & > "13_embedding_(takes_several_minutes_to_load!).pd" > i get: > > > * <~* > *... couldn't create* > * &&~* > *... couldn't create* > * <~* > *... couldn't create* > * &&~* > *... couldn't create* > * <~* > *... couldn't create* > * &&~* > *... couldn't create* > > > 2: Does Context seem to be working correctly? Try resizing it and shifting > toggle floats to see.; > > > > Resizing seems to work. I don't know what you mean with "shifting toggle > floats to see". > > Notes: when using "externs-test.pd" if I click on the *lower left toggle* > i get: > > *0-crxyoff: no such object* > *0-roff: no such object* > *0-notsafe: no such object* > *0-roff2: no such object* > *0-crxyoff: no such object* > > But is not the case if I create a new patch and a new [context]. > > 3: If the following objects have created correctly, can you call the > helpfiles? > > > > I can not open the help files. > > Note: I have temporarily switched off my normal externals folder. > > --- > > I can not open "00_first_time_tutorial.pd" it crashes Pd. > > > > > > > -- > > Mensaje telepatico asistido por maquinas. > > On 4/14/2018 9:10 AM, Liam Goodacre wrote: > > I figured out what the difference was between mine and Alex's screenshots. > In my case, the "custom search location" was also the folder that the patch > was saved into. So it was loading an external relative to this, not the > cu
Re: [PD] CONTEXT V3.0.2 tests. (was: How to declare custom libraries in abstractions)
Hi, I might be late for the answer... I didn't know Context, but I just had a quick look about it and seems interesting concept. I am trying "externs-test.pd". I am using Macbook Pro 2012 with OS X 10.10.5 Yosemite and pd-vanilla 0.48-1 1. I don't have any "couldn't create" on load 2. I don't really know yet how to "resizing and shifting toggle floats" 3. The 4 objects seems to create but none of their help-files open with "right-click > Help" 4. I quit pd, renamed the 8 libraries folder as "_OUT_libraryname/" and re-opened "externs-test.pd" : 1B. Now I have a lot of "couldn't create" on load : - demux - l2s - sort - mux - urn - else/break & - msgfile - iemguts/initbang - else/fromany - else/toany - else/routeall - s2l - time - iemmatrix/matrix - iemmatrix/mtx_check ... and a few chords that couldn't be created, and missing arrays (0-IDshare) 2B : still don't know how to "resize and shift toggle floats" 3B : [s2l] and [else/toany] don't create. The other two do open their help-patches with "right-click > Help" NB : i don't have else library installed originally Hope this helps ! cheers, Raphaël 2018-04-15 6:26 GMT+02:00 Lucas Cordiviola <lucard...@hotmail.com>: > Hi Liam, > > Amazing patching! > > - > > 1: When you open this patch, are there any "couldn't create" messages in > the console? If so, tell me! > > > > There are not "couldn't create" on "externs-test.pd" but I found: > > * cyclone/tanh~* > *... couldn't create* > > going through examples that use [docfiles/glock~]. > > On "12_overlay_examples.pd" & > "13_embedding_(takes_several_minutes_to_load!).pd" > i get: > > > * <~* > *... couldn't create* > * &&~* > *... couldn't create* > * <~* > *... couldn't create* > * &&~* > *... couldn't create* > * <~* > *... couldn't create* > * &&~* > *... couldn't create* > > > 2: Does Context seem to be working correctly? Try resizing it and shifting > toggle floats to see.; > > > > Resizing seems to work. I don't know what you mean with "shifting toggle > floats to see". > > Notes: when using "externs-test.pd" if I click on the *lower left toggle* > i get: > > *0-crxyoff: no such object* > *0-roff: no such object* > *0-notsafe: no such object* > *0-roff2: no such object* > *0-crxyoff: no such object* > > But is not the case if I create a new patch and a new [context]. > > 3: If the following objects have created correctly, can you call the > helpfiles? > > > > I can not open the help files. > > Note: I have temporarily switched off my normal externals folder. > > --- > > I can not open "00_first_time_tutorial.pd" it crashes Pd. > > > > > > > -- > > Mensaje telepatico asistido por maquinas. > > On 4/14/2018 9:10 AM, Liam Goodacre wrote: > > I figured out what the difference was between mine and Alex's screenshots. > In my case, the "custom search location" was also the folder that the patch > was saved into. So it was loading an external relative to this, not the > custom search folder. > > I've uploaded a draft of Context with externals which I hope will work > "out of the box". The idea is that if a user wants to use their own > externals, they simply delete the relevant folders from the main Context > folder, and then the patch goes back to searching for the externals in the > regular places. This is based on the assumption that PD searches for > externals in the PD folder BEFORE searching in Documents/PD/externals or > anywhere else. This appears to be the case on my Linux and Windows > machines, but can I count on it always working? > > Lucas, thanks for pointing me towards the old Extended binaries for Zexy. > I didn't realized that they existed, and it helps to keep the file size > small. The Context folder currently has 6mb of binary externals (Linux, > Windows & OS), which seems to me like an acceptable cost. > > If anyone wants to test it, I'd really appreciate it, in case I've made a > mistake. You can download the test branch here, then follow the instruction > in the file "externs-test.pd". > > https://github.com/LGoodacre/context-sequencer/tree/externs > <https://github.com/LGoodacre/context-sequencer/tree/externs> > LGoodacre/context-sequencer > <https://github.com/LGoodacre/context-sequencer/tree/externs> > context-sequencer - Context, a modular sequencer for PD > github.com > > -- > > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> https://lists.puredata.info/ > listinfo/pd-list > > -- Raphaël Ilias ___ * phae.fr <http://phae.fr>* 17 places des Halles - Ingrandes 49123 Ingrandes Le Fresne s/ Loire phae.il...@gmail.com / +33 (0) 6 04 45 79 78 ___ ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] parametric equalizer
Hello dear pd lovers, I wonder if someone as implemented a parametric equalizer similar to the ones you find on mixer : like three band LOW MID HIGH, with -/+ X dB so that when everything is +0 dB, the output is flat and similar to input. And eventually with Q/curve/spectral transistion parameters ? I know this is a very large question and that there might be a lot of different implementations, but I wondered if there are "standard" solutions. Vanilla preferred or stable libraries... Thanks ! -- Raphaël Ilias ___ * phae.fr <http://phae.fr>* 17 places des Halles - Ingrandes 49123 Ingrandes Le Fresne s/ Loire phae.il...@gmail.com / +33 (0) 6 04 45 79 78 ___ ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Fwd: Re: simulating mouse clicks from PureData
There also a little program on Windows that simulate user mouse/keyboard input (mouse goto, click, press key, etc). I don't remember the name, I think it was AutoHotKey, but I can try to find it in my notes (I migrated to an apple environment now...) 2018-03-18 14:01 GMT+01:00 Csaba Láng <langcs...@gmail.com>: > on Mac OS works too. > Thanks, this is what I was looking for. > Popesz > > On Sat, Mar 17, 2018 at 9:28 AM, tim vets <timv...@gmail.com> wrote: > >> [shell] and xdotool on Linux >> >> On Mar 16, 2018 4:04 PM, "Max" <abonneme...@revolwear.com> wrote: >> >>> long time ago I've used popen and cliclick [1] on OS X to do this. >>> Don't know of similar tools fo other OSes, they might exist. >>> >>> [1] https://www.bluem.net/en/projects/cliclick/ >>> >>> >>> On 16.03.2018 15:11, Csaba Láng wrote: >>> >>>> Dear list, >>>> >>>> is it possible to send out mouse clicks from PD to a webpage for >>>> example? >>>> Means telling the system the x and y positions of the mouse and a click >>>> on this position? >>>> >>>> Best, >>>> >>>> Popesz >>>> >>>> >>>> ___ >>>> Pd-list@lists.iem.at mailing list >>>> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li >>>> stinfo/pd-list >>>> >>>> >>> >>> ___ >>> Pd-list@lists.iem.at mailing list >>> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li >>> stinfo/pd-list >>> >> >> >> ___ >> Pd-list@lists.iem.at mailing list >> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li >> stinfo/pd-list >> >> > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> https://lists.puredata.info/ > listinfo/pd-list > > -- Raphaël Ilias ___ * phae.fr <http://phae.fr>* 17 places des Halles - Ingrandes 49123 Ingrandes Le Fresne s/ Loire phae.il...@gmail.com / +33 (0) 6 04 45 79 78 ___ ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] snap to grid feature when editing
That would be a wonderful feature. I wouldn't install a pd fork just for that, but I spend (and maybe loose) lots of time aligning boxes with the keyboard. A "snap to grid" feature with vertical and horizontal grid steps would be really time saving ! Of course since this is a user/patcher interface it should not be default behavior or mandatory 2018-02-18 20:17 GMT+01:00 Dan Wilcox <danomat...@gmail.com>: > > > On Feb 18, 2018, at 12:00 PM, pd-list-requ...@lists.iem.at wrote: > > From: Roman Haefeli <reduz...@gmail.com> > To: Pd-List <pd-list@lists.iem.at> > Subject: Re: [PD] snap to grid feature when editing > Message-ID: <1518895171.2184.17.ca...@gmail.com> > Content-Type: text/plain; charset="utf-8" > > On Sam, 2018-02-17 at 19:26 +0100, Dan Wilcox wrote: > > There is working code for this in one of the Pd forks. I've thought > about porting it over. It works pretty well for placement but drawing > the actual grid is problematic due to the number of lines and some > overlapping. > > > I wasn't thinking about drawing lines on the canvas. I thought more of > an invisible feature that could be turn on and off by some shortcut. > > > Yeah, that's what I was thinking as well. I'd also integrate this with the > Tidy Up feature where it would calculate the positions using the grid when > snapping is enabled. > > > Dan Wilcox > @danomatika <http://twitter.com/danomatika> > danomatika.com > robotcowboy.com > > > > > _______ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> https://lists.puredata.info/ > listinfo/pd-list > > -- Raphaël Ilias ___ * phae.fr <http://phae.fr>* 17 places des Halles - Ingrandes 49123 Ingrandes Le Fresne s/ Loire phae.il...@gmail.com / +33 (0) 6 04 45 79 78 ___ ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] macOS 64 bit only soon
Ok, thanks for the clarification, IOhannes's message was a bit cryptic for me ! All best dear pd community Raphaël Ilias Le 27 janv. 2018 5:03 PM, "Roman Haefeli" <reduz...@gmail.com> a écrit : On Sam, 2018-01-27 at 14:06 +0100, Raphaël Ilias wrote: > Does it mean that Puredata will soon have to upgrade all it's floats > and ~'s objects to double precision (64bit floating point) like > Katia's pd-double ? > I would love that ! :) > Long tables made easy ! Let me quote IOhannes' email from yesterday IOhannes wrote: "64bit in this case means "sizeof(void*)==8" - that is: 64bit pointers. this is orthogonal to "double precision" Pd, which uses (64bit) double as t_float." So, no, that doesn't automatically mean double-precision Pd. Roman ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] pd 0.48-1 released
tried C:/Program Files (x86)/Pd/extra/unsig~/unsig~.pd and failed > >> tried C:/Program Files (x86)/Pd/doc/5.reference/unsig~.m_i386 and > failed > >> tried C:/Program Files (x86)/Pd/doc/5.reference/unsig~.dll and failed > >> tried C:/Program Files (x86)/Pd/doc/5.reference/unsig~/unsig~.m_i386 > and failed > >> tried C:/Program Files (x86)/Pd/doc/5.reference/unsig~/unsig~.dll and > failed > >> tried C:/Program Files (x86)/Pd/doc/5.reference/unsig~.pd and failed > >> tried C:/Program Files (x86)/Pd/doc/5.reference/unsig~.pat and failed > >> tried C:/Program Files (x86)/Pd/doc/5.reference/unsig~/unsig~.pd and > failed > >> unsig~ > >> ... couldn't create > >> > >> Note how it searches in C:/Program Files (x86)/Pd/extra/iemlib/, > skipping the other two standard paths. > >> > >> then it continues to search for unsig~ directly - in all three standard > paths! > >> > >> Now here comes the crazy thing: this doesn't happen for all other > libraries! it only fails for iemlib... for instance, here's the output for > [declare -stdpath zexy] and [cart2pol]: > >> > >> tried C:/Users/Christof/AppData/Roaming/Pd/zexy/cart2pol.m_i386 and > failed > >> tried C:/Users/Christof/AppData/Roaming/Pd/zexy/cart2pol.dll and failed > >> tried C:/Users/Christof/AppData/Roaming/Pd/zexy/cart2pol/cart2pol.m_i386 > and failed > >> tried C:/Users/Christof/AppData/Roaming/Pd/zexy/cart2pol/cart2pol.dll > and failed > >> tried C:/Users/Christof/AppData/Roaming/Pd/zexy/cart2pol.pd and > succeeded > >> tried C:/Users/Christof/AppData/Roaming/Pd/zexy/cart2pol.pd and > succeeded > >> > >> Note how it starts the search in C:/Users/Christof/AppData/ > Roaming/Pd/zexy. > >> > >> How is this possible? > >> > >> For some reason it only happens when I install Pd with the installer. > The .zip version works perfectly OK. > >> > >> I also noticed some strange behaviour (in both Pd versions) for > [declare -stdlib]. Some search paths don't make much sense, like: > >> 'C:/Users/Christof/AppData/Roaming/Pd/C:/Program Files > (x86)/Pd/extra/zexy.dll'. see the attachment for a full log. > >> > >> Christof > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> Gesendet: Montag, 08. Januar 2018 um 04:50 Uhr > >> Von: "Miller Puckette" <m...@ucsd.edu><mailto:m...@ucsd.edu> > >> An: pd-annou...@iem.at<mailto:pd-annou...@iem.at> > >> Betreff: [PD] [PD-announce] pd 0.48-1 released > >> > >> To Pd-announce: > >> > >> Pd version 0.48-1 is available on http://msp.ucsd.edu/software.htm > >> or (source only) via github: https://github.com/pure-data/pure-data > >> > >> cheers > >> Miller > >> > >> ___ > >> Pd-announce mailing list > >> pd-annou...@lists.iem.at<mailto:pd-annou...@lists.iem.at> > >> https://lists.puredata.info/listinfo/pd-announce > >> ___ > >> Pd-list@lists.iem.at<mailto:Pd-list@lists.iem.at> mailing list > >> UNSUBSCRIBE and account-management -> https://lists.puredata.info/ > listinfo/pd-list > >> > >> > >> > >> > >> > >> > >> ___ > >> Pd-list@lists.iem.at<mailto:Pd-list@lists.iem.at> mailing list > >> UNSUBSCRIBE and account-management -> https://lists.puredata.info/ > listinfo/pd-list > >> > >> > >> > >> > >> > >> > >> ___ > >> Pd-list@lists.iem.at<mailto:Pd-list@lists.iem.at> mailing list > >> UNSUBSCRIBE and account-management -> https://lists.puredata.info/ > listinfo/pd-list > >> > >> > >> ___ Pd-list@lists.iem.at > <mailto:Pd-list@lists.iem.at> mailing list UNSUBSCRIBE and > account-management -> https://lists.puredata.info/listinfo/pd-list > >> > >> ___ > >> Pd-list@lists.iem.at mailing list > >> UNSUBSCRIBE and account-management -> https://lists.puredata.info/ > listinfo/pd-list > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> https://lists.puredata.info/ > listinfo/pd-list > -- Raphaël Ilias ___ * phae.fr <http://phae.fr>* 17 places des Halles - Ingrandes 49123 Ingrandes Le Fresne s/ Loire phae.il...@gmail.com / +33 (0) 6 04 45 79 78 ___ ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] macOS 64 bit only soon
Does it mean that Puredata will soon have to upgrade all it's floats and ~'s objects to double precision (64bit floating point) like Katia's pd-double ? I would love that ! :) Long tables made easy ! ++ Raphaël 2018-01-26 20:02 GMT+01:00 Alexandre Torres Porres <por...@gmail.com>: > yeah, these two links seem to have conflicting or confusing information. > The first one you sent says warnings start now in the next update of high > sierra, but only shown "once", ten it says "The next version of macOS after > High Sierra will include "aggressive" warnings about 32-bit apps before > they are phased out entirely." I suppose that means it'll always bug you > about it and not just once when 10.14 comes out later this year... then > 10.15 will stop it. > > But this other link says now 10.14 will only be 64 bits, hence the next > update this year will prevent Pd extended from working. > > Let's see > > 2018-01-26 16:56 GMT-02:00 Dan Wilcox <danomat...@gmail.com>: > >> High Sierra was the last macOS release to support 32-bit apps. Apple >> announced back in the summer of 2017 that applications in 10.14 would be >> 64-bit only. >> >> >> from https://www.macworld.co.uk/news/mac-software/macos-1014 >> -2018-release-date-features-specs-3669087/ >> >> The last link I sent says the 10.13.4 update brings the warnings. So >> earnings from now until 10.14 comes i bthe fall of this year. >> >> enohp ym morf tnes >> --- >> Dan Wilcox >> danomatika.com >> robotcowboy.com >> >> >> On Jan 26, 2018, at 3:52 PM, Alexandre Torres Porres <por...@gmail.com> >> wrote: >> >> I understood that 10.14 (which should come out this year) will have >> "aggressive" warnings, and next year 10.15 will end support for good >> >> > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> https://lists.puredata.info/ > listinfo/pd-list > > -- Raphaël Ilias ___ * phae.fr <http://phae.fr>* 17 places des Halles - Ingrandes 49123 Ingrandes Le Fresne s/ Loire phae.il...@gmail.com / +33 (0) 6 04 45 79 78 ___ ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] pd 0.48-0 installation problem on Win10
Ok sorry for the noise, I managed to solve this... that was actually a third party firewall, a bit hidden, blocking network connections for puredata.. all best, Raphaël 2017-12-05 18:32 GMT+01:00 Raphaël Ilias <phae.il...@gmail.com>: > Hello ! > > I am trying to install pd 0.48-0 (vanilla) for a workshop on a bunch of > computers running Windows 10 Professional > * yes, here begin the problems* > > I tried to install and run both with and without Administrator > privileges... the installer does its job fine but when everytime I try to > run puredata, it shows the following error message : > > can't read "filename": no such variable >while executing > "if {$filename ne "localhost" || [catch {set pd_socket [socket 127.0.0.1 > $port]}]} { > puts stderr "WARNING: connect to pd failed, retrying p..." >(procedure "::pd_connect::to_pd" line 5) >invoked from within > "::pd_connect::to_pd $::port $::host" >(procedure "main" line 18) >invoked from within > "main $::argc $::argv" >(file "C:\Program Files (x86)\Pd\tcl\pd-gui.tcl" line 785) > > (i had to type it manually so there might be some typos) > > as far as I can understand, it looks like there's a problem around the > local networking between pd and pdgui... but I don't know where to > investigate further. > No firewall involved, apparently... > > If any has encountered similar error, or have any clue about where to > search the problem... > > that would be very helpful and appreciated > > cheers, > > -- > > > Raphaël Ilias > ___ > * phae.fr <http://phae.fr>* > 17 places des Halles - Ingrandes > 49123 Ingrandes Le Fresne s/ Loire > phae.il...@gmail.com / +33 (0) 6 04 45 79 78 <06%2004%2045%2079%2078> > ___ > -- Raphaël Ilias ___ * phae.fr <http://phae.fr>* 17 places des Halles - Ingrandes 49123 Ingrandes Le Fresne s/ Loire phae.il...@gmail.com / +33 (0) 6 04 45 79 78 ___ ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] pd 0.48-0 installation problem on Win10
Hello ! I am trying to install pd 0.48-0 (vanilla) for a workshop on a bunch of computers running Windows 10 Professional * yes, here begin the problems* I tried to install and run both with and without Administrator privileges... the installer does its job fine but when everytime I try to run puredata, it shows the following error message : can't read "filename": no such variable while executing "if {$filename ne "localhost" || [catch {set pd_socket [socket 127.0.0.1 $port]}]} { puts stderr "WARNING: connect to pd failed, retrying p..." (procedure "::pd_connect::to_pd" line 5) invoked from within "::pd_connect::to_pd $::port $::host" (procedure "main" line 18) invoked from within "main $::argc $::argv" (file "C:\Program Files (x86)\Pd\tcl\pd-gui.tcl" line 785) (i had to type it manually so there might be some typos) as far as I can understand, it looks like there's a problem around the local networking between pd and pdgui... but I don't know where to investigate further. No firewall involved, apparently... If any has encountered similar error, or have any clue about where to search the problem... that would be very helpful and appreciated cheers, -- Raphaël Ilias ___ * phae.fr <http://phae.fr>* 17 places des Halles - Ingrandes 49123 Ingrandes Le Fresne s/ Loire phae.il...@gmail.com / +33 (0) 6 04 45 79 78 ___ ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] trouble with pd-0.48-0 and multiple screens
Hi, I tested the mac build given by Dan : http://docs.danomatika.com/pdbuilds/Pd-0.48-1-multimonitor.app.zip It works here ! My setup again : - MBP 2012 with mac OS X Yosemite 10.10.5 - second monitor set on the left of laptop/main screen. I can place a subpatch window on the left/second monitor, close it, and it when I click the subpatch to open it again, it appears at its previous position, on the left screen (and not in the nowhere limbo anymore). I attach my test patch, not sure that makes sense Thank you very much ! (sorry Dan for making wait, as I told you, I don't have access everyday to the studio where I have a second monitor... sometimes my life is not so hightech !) I'm not familiar with git-thing (I spent ten minutes wondering what PR stands for) so I don't know if I tested the updated version of IOhannes. thanks everyone, this will be very helpful here soon when I will be back working on big patch with many windows... bye Raphaël 2017-09-27 12:27 GMT+02:00 Dan Wilcox <danomat...@gmail.com>: > As a followup, please test this possible solution: Pd-0.48-1- > multimonitor.app.zip > <http://docs.danomatika.com/pdbuilds/Pd-0.48-1-multimonitor.app.zip> > > I spent time on fixing this so I would like to at least get a confirmation > from those that posted the initial thread. > > On Sep 22, 2017, at 11:19 AM, Dan Wilcox <danomat...@gmail.com> wrote: > > Note: IOhannes has an updated PR: https://github.com/pure- > data/pure-data/pull/225 > > The previous build should work them same. > > On Sep 21, 2017, at 1:35 PM, Dan Wilcox <danomat...@gmail.com> wrote: > > Ok, I believe I have a fix: https://github.com/pure- > data/pure-data/pull/224 > > You can download and try a test build for newer Macs (10.9+): Pd-0.48-1- > multimonitor.app.zip > <http://docs.danomatika.com/pdbuilds/Pd-0.48-1-multimonitor.app.zip> > > From doing some research, it seems support for negative positions was > added to Tk a while ago and it seems to be working fine. I basically just > removed the hard clipping to 0 and only try to do the manual placement if > Tk is 8.4. > > > > > Dan Wilcox > @danomatika <http://twitter.com/danomatika> > danomatika.com > robotcowboy.com > > > > > _______ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> https://lists.puredata.info/ > listinfo/pd-list > > -- Raphaël Ilias ___ * phae.fr <http://phae.fr>* phae.il...@gmail.com / 06 04 45 79 78 ___ test-dualmonitor.pd Description: Binary data ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] trouble with pd-0.48-0 and multiple screens
Further tests : - I unchecked Display have separate Spaces option (in Mission Control Preferences) so now it is OFF, but the problem still occurs - I tried with secondary screen on the right of the main screen : no more problem ! The subpatch window re-appears at its previous location and so is visible ! This might suggests a problem with negative coordinates as previously mentioned, but I never dug into pd source code so I can't tell... 2017-09-20 17:41 GMT+02:00 Dan Wilcox <danomat...@gmail.com>: > Note: You do not need to respond to IOhannes directly as he gets messages > from the list. > yep, I received his automatic answer, sorry. > I can confirm this behavior, except for me the subpath window reappears on > the right edge of the main screen. It does not appear offscreen. This is > with both master and release 0.48 using Tk 8.5+. One issue might be TK 8.4 > in Pd 0.47. > Yes I will try 0.48 ASAP ++ > > On Sep 20, 2017, at 5:09 PM, pd-list-requ...@lists.iem.at wrote: > > - try to re-open it (clicking object [pd subpatch] in the main patch) > - the subpatch window gets opened, but doesn't appear in the display, it > has moved outside screen > > > > Dan Wilcox > @danomatika <http://twitter.com/danomatika> > danomatika.com > robotcowboy.com > > > > -- Raphaël Ilias ___ * phae.fr <http://phae.fr>* phae.il...@gmail.com / 06 04 45 79 78 ___ ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] trouble with pd-0.48-0 and multiple screens
hi ! I finally got to my studio with seconday monitor to test again and could reproduce the behavior : My setup : - macbook pro with OS X Yosemite 10.10.5 (main screen 1280x800) - external monitor plugged with superexpensive Thunderthing>VGA adaptator (secondary screen 1680x1050) - the external (and secondary) monitor is set (physically and virtually) on left of the main's laptop screen, and both screens do align on their bottom edge (since secondary screen is bigger in resolution) This desktop/screens configuration is already plugged and set up. - I do launch puredata (0.47-1) - create new patch - create a [pd subpatch] in it - click to open the [pd subpatch] window (until now everything is done on the main screen) - now I move the subpatch's window to secondary screen (situated on the left of main screen) - close the subpatch window - try to re-open it (clicking object [pd subpatch] in the main patch) - the subpatch window gets opened, but doesn't appear in the display, it has moved outside screen I don't remember how I did this, but I could mouse-drag it back with a key shortcut, and could see it coming from the right edge of the main screen... maybe it's OS related, however, it is really annoying and for me it is not caused by changing anything in screen setup or plugging/unplugging monitors. I just cannot drag subpatches on the secondary-on-left screen. Though, I have not tried to switch monitors position yet... have a nice day ! Raphaël 2017-09-19 22:41 GMT+02:00 IOhannes m zmölnig <zmoel...@iem.at>: > On 09/19/2017 10:11 PM, Dan Wilcox wrote: > > From what I can tell, if the window placement is beyond the virtual > screen size, it gets clipped back to the main screen > > which was very much desired behaviour by a lot of people: if you edit > your patch on the right-of-main screen and save, what should happen if > you re-open it on a single-screen setup? obviously nobody wanted the > patch to be hidden offscreen. > hence the (somewhat buggy) logic of re-placing the windows. > > however, before any changes are made to fix the issue, i wonder what > would the correct behaviour be, if you work on a somewhat weird > four-screen setup forming an L-like shape like this ("O" being a screen) > O > OOO > (with the main screen being in the lower-left corner and the Pd-patch > being in the upper-right corner). > and then you want to open up the patch on a system with a screen setup > like: > O > O O > O > > these examples are obviously made-up and nobody will ever going to use > them (but then, nobody in their right minds is going to use a > left-of-main-screen setup or stacking screens vertically rather than > horizontally). > > i guess one sane way to handle this is to > - check whether the window visible on any screen > - if not, fold it back to the main screen > > dgmasr > IOhannes > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> https://lists.puredata.info/ > listinfo/pd-list > > -- Raphaël Ilias ___ * phae.fr <http://phae.fr>* phae.il...@gmail.com / 06 04 45 79 78 ___ ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] trouble with pd-0.48-0 and multiple screens
Roman, for me it happens when i try to open (again) a pd-subpatch that i previously placed on the second monitor (on the left of the main monitor) : instead of appearing in its previous position, the window appears outside the screen (on the right of the right screen), so you can't see it, drag it back... Yes Nicolas, I experienced this with the "additional" monitor on the left, so subpatches should probably have negative coordinates. Hope this gives a clue to solve this, patching on two monitors is nice for big patches... all best raphaël 2017-09-14 9:05 GMT+02:00 Nicolas Montgermont <l...@nimon.org>: > IIRC, the problem is happening more when you have your second monitor on > the left / main monitor on the right? > It must have something to do with a negative x position. > What i usually experienced is a problem when working on the same patch > with someone with two monitors, main monitor on the left and for me main > monitor on right. > The patch appears on the far right of the right screen - impossible to see > or edit. > The workaround is to unplug the second screen, the patch appears, and save > it to this new position. > n > > http://nimon.org > > Le 14/09/2017 à 08:45, Roman Haefeli a écrit : > > Hi Ali > > On Mit, 2017-09-13 at 11:03 -0400, Ali Momeni wrote: > > I'm using MacOS 10.12.6 > > I'm impressed that so many pd versions and platforms have this issue. > It's a very difficult problem to deal with; Pd is essentially > unusable with multiple screens. > > I'm a regular multi-screen user and didn't encounter problems. > > > Does anyone have an intuition of how Pd manages to break the OS's > window management? > > Can you elaborate some more? I don't really understand the difference > between what you expect and what you experience. > > > Anything to look into? > > Can you describe an exact example of what you do, what you expect and > what actually happens? > > The canvas positions are saved with the patch and I haven't experienced > any inconsistencies with that. But I imagine you can trick it into > doing funny things when you save a position that is non-existent when > you open the patch again. Let's say you have the second screen right of > the first screen, then any canvas put there will have position values > bigger than your first screen. I actually don't know what happens when > you open that patch with a single-screen desktop. My window manager > tries to place it in the nearest free screen space from top left. > > Roman > > > > ___pd-l...@lists.iem.at mailing > list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> https://lists.puredata.info/ > listinfo/pd-list > > -- Raphaël Ilias ___ * phae.fr <http://phae.fr>* phae.il...@gmail.com / 06 04 45 79 78 ___ ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] trouble with pd-0.48-0 and multiple screens
The same happens to me, with pd-0.47-1 mac OS X Yosemite 10.10.5 i didn't even think of it as an issue, but as never-been-supported but yes very annoying 2017-09-13 14:56 GMT+02:00 Hrvoje Radnic via Pd-list <pd-list@lists.iem.at>: > I had the same problem on win 10. > > Hrvoje Radnic > http://soundcloud.com/sumovi-protiv-valova > 00385(0)915225162 <+385%2091%20522%205162> > > > -- > *From:* Max <abonneme...@revolwear.com> > *To:* pd-list@lists.iem.at > *Sent:* Wednesday, September 13, 2017 2:44 AM > *Subject:* Re: [PD] trouble with pd-0.48-0 and multiple screens > > What OS? > > On 2017년 09월 13일 02:25, Ali Momeni wrote: > > Hello all, > > > > is anyone else using 0.48 with multiple screens and multiple desktops? > > > > i'm having a very difficult time using pd because the windows for > > subpatches that I open keep jumping to random places mostly off the > > screen on the "main" screen; it doesn't seem to happen when i click on > > things even; total nightmare! > > > > has anyone seen this strange jumping window behavior and is anyone aware > > of a workaround? > > > > thanks! > > > > ali > > > > > > ___ > > Pd-list@lists.iem.at mailing list > > UNSUBSCRIBE and account-management -> https://lists.puredata.info/ > listinfo/pd-list > > > > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> https://lists.puredata.info/ > listinfo/pd-list > > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> https://lists.puredata.info/ > listinfo/pd-list > > -- Raphaël Ilias ___ * phae.fr <http://phae.fr>* phae.il...@gmail.com / 06 04 45 79 78 ___ ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] phdho...@newblankets.org
Hello dear pd-makers ! I am not sure I understand very well all the context of New Blankets / phdhosts. However, I would also be happy to host artists/researchers and maybe arrange a performance (lecture/workshop might not be as easy to organize) in Angers, in the West of France. At the moment I cannot ensure any fee though. Also, there is a friendly network of people involved in new media/experimental scene in the West of France (cities of Rennes, Nantes, Poitiers...) and I would happily help anyone to connect to concerned people in other cities. ...like a bottle to the digital ocean. Cheers, Raphaël ILIAS 2017-02-01 15:58 GMT+01:00 Rick Snow <ricks...@gmail.com>: > Hi there... I just got a bounce back from this address so I thought I > would reply here instead: > > I am happy to host or coordinate hosting for artists that would like to > present work in New Orleans. There are several venues in town that present > experimental music on an almost weekly basis though they do book somewhat > far in advance. If anyone is planning a tour of the Southeast and wants to > make a New Orleans stop I will do my best to help them out. > > I also teach at Tulane University and could arrange for a lecture/workshop > in one of my courses if that is desired. > > Cheers, > Rick > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> https://lists.puredata.info/ > listinfo/pd-list > > -- Raphaël Ilias ___ * phae.fr <http://phae.fr>* 10 rue des Deux Haies - 49100 Angers / France phae.il...@gmail.com / 06 04 45 79 78 ___ ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] array read -resize according to file ?
Hello Jack, Yes [text] is great, but I'm currently using tables/arrays that I want to be stored on filesystem. I actually can [read array.txt ( containing an array (i.e. a list of floats) with [text], and the whole array is loaded as a list on first line, but I'm concerned about performance while loading/parsing data. Then this would mean using : [0 $1 1 ( | [text get dataAsText] instead of : [$1 ( | [tabread dataAsArray] I will give this solution a try, but I'm using quite large tables (more than 10,000 float values)... do you think it's as fast as [tabread] ? (PS : I'm also looking for a way to know if a specified file (giving its path) exists or not. I did this once with the [shell] external, but I would prefer a vanilla solution...) have a nice day, Raphaël 2016-10-06 18:08 GMT+02:00 Jack <j...@rybn.org>: > Hello Raphaël, > > For textfiles ? > Maybe you should use [text] ? > ++ > > Jack > > > > Le 06/10/2016 à 18:00, Raphaël Ilias a écrit : > > Hello list > > > > For an array used as data storage (i.e. not audio), is there a way to > > load data from a file AND have it resized according to file's length ? > > ...like with soundfiler : [read -resize filename.wav tablename ( > > > > I want to load textfiles into arrays but their may vary and cannot be > > predicted... > > > > I feel my english isn't very clear today ! So I attached an example > patch. > > > > Any idea ? > > > > have a good day ! > > > > -- > > Raphaël Ilias > > ___ > > * phae.fr <http://phae.fr>* > > 10 rue des Deux Haies - 49100 Angers / France > > phae.il...@gmail.com <mailto:phae.il...@gmail.com> / 06 04 45 79 78 > > ___ > > > > > > ___ > > Pd-list@lists.iem.at mailing list > > UNSUBSCRIBE and account-management -> https://lists.puredata.info/ > listinfo/pd-list > > > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> https://lists.puredata.info/ > listinfo/pd-list > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] a multislider GUI as abstraction
Hello Derek, Roman and others still reading :) I am really pleased to read your thoughts as they express many issues I have had in mind : Especially what you said about GUIs being probably much easier to implement in a text language than in graphical/dataflow programming language. I have the same impression and my experience with Processing has to do with this opinion. However, I still think that abstraction GUIs can be a mid-term solution until better external GUIs are provided. For example, I don't remember where I saw this, but someone (I think mmb) made a "emtpy to filled" slider abstraction, where the value is not showed by a thin cursor like iem's [vslider] but by a colored bar (just a trick with a dynamically set [cnv]'s visual size over a [vslider] object that deals the mouse interaction). I think that such a "filled bar" slider can greatly improve the "visual" efficiency of a patch, its usability in a live performance... This might be a very easy feature to add to current [vsl] and [hsl] iemGUIs but, as it would involve learning a new programming language, I don't want to do it myself... So, at least to me, it's worth to answer this need by finding a solution that may be not-very-elegant but still functional : GUI abstraction. (Same with the solution of using an [array] as a multislider that Ivica mentioned : it's ok, it's functional, it's vanilla so it's "pure" puredata. It's not ugly but it's really an 90ies GUI, and it's way below optimization of a screen+mouse interactive control compared to what any desktop computer can offer today.) Yes there could be good GUIs as externals, but this not my project. They could be data-structures but I think it's a bit a closed system (and limited visually, in terms of colors or shape, at least a few years ago last time I tried datastructures), and I'm personnally not very fond of the way to program them. So what I imagine is extending features over existing GUI, using dynamic patching / user/mouse/keyboard event tracking / state-saving through arguments techniques in abstractions. I think this could help sketching new methods to think for GUIs (graphical / interactive / modulable / state-saved objects) as something that can be programmed *in* Pd as abstraction... and so would have the ability to be developed by users as they do with audio when they program a polyphonic Synthetizer or a wave-shaper, which are perfectible but also have multiple designs that can be interesting to investigate as Pd's abstraction. Maybe this new methods could lead to develop new good-stable-efficient-external objects to support them (like [clone] that might be historically sort of a formalization of dynamic-patching). In that idea of doing abstractions to share, I still haven't found answers on the "good practices" about reference to other objects : > [declare] vs. [libraryname/objectname] ? > for the specific case of objects that could be implemented in vanilla (such as [cyclone/tosymbol], [zexy/multiplex], [iemlib/once], [iemlib/for++]...), should I : - use these "already existing externals" (more dependencies/libraries to install) - or use "more homemade vanilla's abstractions.pd doing the same job" (more files, probably redundant with other externals) - or replace them by "pd the-same-vanilla-solution-but-as-subpatch" (more redundant code, huge files) ? > why some objects like [hcs/colorpanel] couldn't be added to vanilla, since it will unlikely be done as well with an abstraction ? As long as I can remember it's calling OS-specific GUI like [openpanel] and [savepanel] and I think I saw it work on Linux, MacOSX & Windows Or will it remain an external (I'm ok with that), so people can't complain about shared patches/abstractions because they have "too many dependencies" ? Would this be a "dev only" mailing-list, and "regular pd users" should go to pd forum to share their noobs' messy patch, stuck they are in the Pd-Extended collapse ? he he, I know I am bit provocative here Sorry if I am spamming the list with personal opinions, but I feel the need to confront them to experienced Pd users. By the way, I am not regretting Pd-Extended era, I know there are good reasons to clean the Puredata environment and make it modular, and I think that deken is a wonderful improvement (this way to set up new libraries is I think part of what made arduino/processing IDE a success). Have a nice day, Raphaël 2016-06-28 12:33 GMT+02:00 Derek Kwan: > Hello, > > I suppose this response is to no one in particular but I like talking to > Alex so I'll reply to him =). > > As per the abstraction vs externals for gui stuff debate, I have a few > general thoughts/observations: > > At least in my personal experience, I haven't had much luck with GUI > abstractions. It seems like a lot of them that I at least have > investigate date back to the pd-extended era of things and thus rely a > lot of all the libraries provided with pd-extended, which loaded all
Re: [PD] a multislider GUI as abstraction
2016-06-24 22:16 GMT+02:00 Fred Jan Kraan: > Hi Raphaël, > > >> I love pd, but I miss some GUIs, like a good break-points curve editing >> (i am aware about [envgen] but it's buggy inside graph-on-parent), for >> envelopes or dynamic compressor ... >> > > Just today I completed a first reissue of the tof library containing > [breakpoints], a derivate of [ggee/envgen] for deken. I found it unstable > in edit mode, but not yet in a GOP. Can you describe the buggyness of > [envgen]? I could try to do something about it. > >> >> Sorry Fred, I remembered that when inside a gop abstraction, the displayed curve of [envgen] did let traces when its wrapping GOP-object was moved in edit mode. But that was a year or two ago, on windows, and now I can't reproduce this malfunction on my new setup (mac os X + pd-0.46-7 + ggee via deken). So my mistake, sorry. I'll give a fresh look to [envgen]. But i always wondered if it would be complicate to have a few other features (like curved interpolation, or sort of bezier curve instead of only linear interpolation between points). cheers, Raphaël > best regards, >> >> Raphaël >> > > Greetings, > > Fred Jan > >> >> >> ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] vanilla solution for random float
Thanks everybody for your suggestions, I'll stay with the "full resolution" random 1<<24 since i only want uniform random, but i'll give a try to the mentionned externals. all best, Raphaël 2016-06-01 9:17 GMT+02:00 Lorenzo Sutton <lorenzofsut...@gmail.com>: > Hi, > > On 31/05/2016 16:44, Raphaël Ilias wrote: > >> Hello list, >> >> I want to do a simple task : pick a random float in a defined range >> (let's say between 0.0 and 1.0). >> > [...] > >> I generally prefer to make vanilla abstractions. >> >> > If you're after more random randomness you could search online for free > random (or noise) sources, load them into an array, normalize 0.0 to 1.0 > and read the array. > Of course this may or may not fit your scenario depending on e.g. the rate > at which you need to get a new random number etc. > > Lorenzo. > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] vanilla solution for random float
Ok thanks for pointing out the actual decimal precision limit, I get it, according to my understanding of 32-bit floats type. I was also wondering why this kind of common function isn't implemented in vanilla, in the form of an objet, or even as standardized abstraction (like the list-abs ?) ? Because, it's like everyone has to : - download an external library (and get other extra objects) - or build it's own abstraction which make patch less "standardized" (different names, in/outlets) and subject to errors in conception (like here, not using maximum range). I know this might be a delicate debate, but I feel like this kind of function (like "floating-point random" but one could find other examples) could be provided as abstractions, since it's already useable but anyone who wants to learn can check the inner patch ? Don't want to start a messy troll, but at least IMHO this feature really misses in vanilla, ++ Raphaël 2016-05-31 17:12 GMT+02:00 Matt Barber <brbrof...@gmail.com>: > Your maximum [random] resolution is 2^24. You can send [1 (—[<< 24] to the > right inlet of [random] and the right inlet of [/ ] and you'll have the max > float resolution (assuming uniform distribution) between 0 and 1. > > On Tue, May 31, 2016 at 10:44 AM, Raphaël Ilias <phae.il...@gmail.com> > wrote: > >> Hello list, >> >> I want to do a simple task : pick a random float in a defined range >> (let's say between 0.0 and 1.0). >> I know there are this kind of objects in external libraries (something >> like [randomF] if remember), but since the collapse of Pd-Extended, I >> generally prefer to make vanilla abstractions. >> >> The two solutions i foresee are : >> >> solution #1 : >> >> [random 1e+06] >> | >> [/ 1e+06] >> >> but this way, it doesn't use the full floating-point resolution ?... and >> going over that range (like 1e_07) will result in errors (outputs 0) I >> guess because of floating-point complexity. >> >> >> # solution #2 : >> >> [noise~] >> | >> [snapshot~] >> >> but this won't work if DSP/audio is turned off. >> >> >> >> so I wondered if there are other vanilla and efficient solutions? >> ...or if I just have to get the external from deken... ? >> :) >> >> thanks, >> >> Raphaël >> >> ___ >> Pd-list@lists.iem.at mailing list >> UNSUBSCRIBE and account-management -> >> https://lists.puredata.info/listinfo/pd-list >> >> > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] vanilla solution for random float
Sorry my error, I tried : random 1e+08 / 1e+08 ..and it works. Don't know how I got this wrong results. It evens work until 1e+09, the precision error (that outputs 0) starts from 1e+10. Is 1e+09 using the full decimal precision of pd's 32-bits floats ? thanks Raphaël 2016-05-31 17:00 GMT+02:00 Miller Puckette <m...@ucsd.edu>: > I just tried "random 1e8" and "/ 1e8" and it seems to work for me. If it > doens't for you that's a bug I should look at :) > > cheers > Miller > > On Tue, May 31, 2016 at 04:48:59PM +0200, apva...@gmail.com wrote: > > > > > > Sent from my iPhone > > > > > On May 31, 2016, at 4:44 PM, Raphaël Ilias <phae.il...@gmail.com> > wrote: > > > > > > Hello list, > > > > > > I want to do a simple task : pick a random float in a defined range > (let's say between 0.0 and 1.0). > > > I know there are this kind of objects in external libraries (something > like [randomF] if remember), but since the collapse of Pd-Extended, I > generally prefer to make vanilla abstractions. > > > > > > The two solutions i foresee are : > > > > > > solution #1 : > > > > > > [random 1e+06] > > > | > > > [/ 1e+06] > > > > > > but this way, it doesn't use the full floating-point resolution ?... > and going over that range (like 1e_07) will result in errors (outputs 0) I > guess because of floating-point complexity. > > > > > > > > > # solution #2 : > > > > > > [noise~] > > > | > > > [snapshot~] > > > > > > but this won't work if DSP/audio is turned off. > > > > > > > > > > > > so I wondered if there are other vanilla and efficient solutions? > > > ...or if I just have to get the external from deken... ? > > > :) > > > > > > thanks, > > > > > > Raphaël > > > ___ > > > Pd-list@lists.iem.at mailing list > > > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > > > > ___ > > Pd-list@lists.iem.at mailing list > > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] vanilla solution for random float
Hello list, I want to do a simple task : pick a random float in a defined range (let's say between 0.0 and 1.0). I know there are this kind of objects in external libraries (something like [randomF] if remember), but since the collapse of Pd-Extended, I generally prefer to make vanilla abstractions. The two solutions i foresee are : solution #1 : [random 1e+06] | [/ 1e+06] but this way, it doesn't use the full floating-point resolution ?... and going over that range (like 1e_07) will result in errors (outputs 0) I guess because of floating-point complexity. # solution #2 : [noise~] | [snapshot~] but this won't work if DSP/audio is turned off. so I wondered if there are other vanilla and efficient solutions? ...or if I just have to get the external from deken... ? :) thanks, Raphaël ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] installing iemlib on Mac OS X
Hello Dan, Many thanks, I have installed the deken plugin and it works like a charm ! Maybe the deken solution could be added here : http://puredata.info/docs/faq/how-do-i-install-externals-and-help-files ? Really this will make my life easier, so thanks again ! Raphaël 2016-01-31 20:41 GMT-06:00 Dan Wilcox <danomat...@gmail.com>: > The easiest solution is to use deken, although I don’t know if there are > builds for all those libs up yet. -> > https://github.com/pure-data/deken#download > > The second easiest solution is to download the pd-extended Mac OSX .app > and copy the libs out of it and place them inside the Pd vanilla .app: > > * Right click on pd-extended.app and choose “Show Package Contents” > * navigate to Contents/Resources/extra > * copy the lib folders you need aka “iemlib, zexy, ggee” to the Desktop > (drag and drop while holding the alt/option key) > * right click on Pd-0.46-7 and choose “Show Package Contents” > * navigate to Contents/Resources/extra > * drag the lib folder from the Desktop and drop them in extra > > That will give you older versions of the libs but without having to > building anything yourself. > > > Dan Wilcox > @danomatika <https://twitter.com/danomatika> > danomatika.com > robotcowboy.com > > On Jan 30, 2016, at 8:32 PM, pd-list-requ...@lists.iem.at wrote: > > *From: *Raphaël Ilias <phae.il...@gmail.com> > *Subject: **[PD] installing iemlib on Mac OS X* > *Date: *January 30, 2016 at 4:37:45 PM MST > *To: *pd-list <pd-list@lists.iem.at> > > > Hello dear list, > > I have to work abroad for a few months with a Macbook Pro, and I am not > familiar with OS X. I'm trying (unsucessfully) to install a few libraries > with Pd 0.46-7 (which I could install and get to work easily), especially > iemlib, zexy and ggee, but following their various compilation instructions > (essentially executing a few terminal commands, ./make etc) I could not > make any of them work. > > Does someone have any experience with this ? > I am running Mac OS X 10.10.5 Yosemite. > > Cheers, > > Raphaël > > > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] installing iemlib on Mac OS X
Hello dear list, I have to work abroad for a few months with a Macbook Pro, and I am not familiar with OS X. I'm trying (unsucessfully) to install a few libraries with Pd 0.46-7 (which I could install and get to work easily), especially iemlib, zexy and ggee, but following their various compilation instructions (essentially executing a few terminal commands, ./make etc) I could not make any of them work. Does someone have any experience with this ? I am running Mac OS X 10.10.5 Yosemite. Cheers, Raphaël ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] installing pd libs on debian / OlinuXino board (wa: solimex board)
Hi ! just to give some news about this... (...still trying to set up pd and some libs on a OlinuXino-A20 board from Olimex) i'm trying to get iem library. i managed to get it from source but some objects don't work i'd like to try to get it with apt-get install i could get ggee and zexy this way and both work properly. but as said earlier with $ sudo apt-get install pd-iemlib i get : E: Unable to locate package pd-iemlib so I'm wondering what repository i should add to the source.list wheezy ? stretch ? So i added jessie main to /etc/apt/source.list and apt now locates pd-iemlib and installs it ! but all the same : abstractions work (like [once]) and also most of the filters~, but other objects do not. As example, pd can't create [prepend] nor [any] (also tried to install first iemlib dependencies, like puredata-core and libc6) I then retried to compile from source provided on https://puredata.info/downloads/iemlib (R1.17) but, when I do : $ make i get the following messages : make -C iemlib1/src make[1]: Entering directory `/home/olimex/setup/iemlib_R1.17/iemlib1/src' touch FIR~.c cc -DPD -DUNIX -W -Werror -Wno-unused -Wno-parentheses -Wno-switch -O6 -funroll-loops -fomit-frame-pointer -fno-strict-aliasing -DDL_OPEN -fPIC -I. -I/usr/local/src/pd-0.39-2/src -c -o FIR~.o FIR~.c touch biquad_freq_resp.c cc -DPD -DUNIX -W -Werror -Wno-unused -Wno-parentheses -Wno-switch -O6 -funroll-loops -fomit-frame-pointer -fno-strict-aliasing -DDL_OPEN -fPIC -I. -I/usr/local/src/pd-0.39-2/src -c -o biquad_freq_resp.o biquad_freq_resp.c touch db2v.c cc -DPD -DUNIX -W -Werror -Wno-unused -Wno-parentheses -Wno-switch -O6 -funroll-loops -fomit-frame-pointer -fno-strict-aliasing -DDL_OPEN -fPIC -I. -I/usr/local/src/pd-0.39-2/src -c -o db2v.o db2v.c touch f2note.c cc -DPD -DUNIX -W -Werror -Wno-unused -Wno-parentheses -Wno-switch -O6 -funroll-loops -fomit-frame-pointer -fno-strict-aliasing -DDL_OPEN -fPIC -I. -I/usr/local/src/pd-0.39-2/src -c -o f2note.o f2note.c touch filter~.c cc -DPD -DUNIX -W -Werror -Wno-unused -Wno-parentheses -Wno-switch -O6 -funroll-loops -fomit-frame-pointer -fno-strict-aliasing -DDL_OPEN -fPIC -I. -I/usr/local/src/pd-0.39-2/src -c -o filter~.o filter~.c touch forpp.c cc -DPD -DUNIX -W -Werror -Wno-unused -Wno-parentheses -Wno-switch -O6 -funroll-loops -fomit-frame-pointer -fno-strict-aliasing -DDL_OPEN -fPIC -I. -I/usr/local/src/pd-0.39-2/src -c -o forpp.o forpp.c touch gate.c etc etc... So obviously, i miss something in /usr/local/src/pd-0.39-2/src and, in fact, /usr/local/src is empty Any ideas ? all the best, Raphaël ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] installing pd libs on debian / OlinuXino board (wa: solimex board)
and here is my etc/apt/source.list : deb http://ftp.debian.org/debian/ wheezy main contrib non-free deb-src http://ftp.debian.org/debian/ wheezy main contrib non-free deb http://ftp.debian.org/debian/ wheezy-updates main contrib non-free deb-src http://ftp.debian.org/debian/ wheezy-updates main contrib non-free deb http://security.debian.org/ wheezy/updates main contrib non-free deb-src http://security.debian.org/ wheezy/updates main contrib non-free deb http://apt.puredata.info/releases stable main i'm trying to get iem library. i managed to get it from source but some objects don't work i'd like to try to get it with apt-get install i could get ggee and zexy this way and both work properly. but as said earlier with $ sudo apt-get install pd-iemlib i get : E: Unable to locate package pd-iemlib so I'm wondering what repository i should add to the source.list wheezy ? stretch ? ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] installing pd libs on debian / OlinuXino board (wa: solimex board)
You did say you built it from source anyway right? If so shouldn't matter. yes I compiled pd vanilla 0.46-6 from Miller's website Does seem like you're going to have to build the necessary externals. well, i could get ggee working by getting it through apt-get and then moving it from /usr/lib to /usr/local/lib where is set up my pd. How's it going with that? My memory is Cyclone could be a pain. yes, getting Cyclone working was a pain ! But not it works. I also got iemlib from repository but half of the objects do no work (like [any] or [prepend], but I could replace them with [list] in most cases). On 5 June 2015 at 16:14, Raphaël Ilias phae.il...@gmail.com wrote: To answer Katja Julian, i don't know which debian version is distributed, Olimex call it : A20-OLinuXino-Lime Debian with kernel 3.4.90+ release 3 and here is my etc/apt/source.list : deb http://ftp.debian.org/debian/ wheezy main contrib non-free deb-src http://ftp.debian.org/debian/ wheezy main contrib non-free deb http://ftp.debian.org/debian/ wheezy-updates main contrib non-free deb-src http://ftp.debian.org/debian/ wheezy-updates main contrib non-free deb http://security.debian.org/ wheezy/updates main contrib non-free deb-src http://security.debian.org/ wheezy/updates main contrib non-free deb http://apt.puredata.info/releases stable main also, about that : found a working solution in this thread : http://lists.puredata.info/pipermail/pd-list/2015-01/109000.html so i made $ apt-get build-dep puredata apparently you also need to do ./autogen again maybe obvious for many but... and then $ ./configure --enable-alsa $ make $ sudo make install thanks everyone for help ! Raphaël ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] installing pd libs on debian / OlinuXino board (wa: solimex board)
2015-06-04 17:35 GMT+02:00 Raphaël Ilias phae.il...@gmail.com: now I'm trying to install pd on two other boards I have with same distribution. i manage to install pd, but ALSA doesn't show in the menu. Only OSS and portaudio. And OSS can't see any audio device. Aarrgh ! i'm answering to myself ;) found a working solution in this thread : http://lists.puredata.info/pipermail/pd-list/2015-01/109000.html so i made $ apt-get build-dep puredata and then $ ./configure --enable-alsa $ make $ sudo make install ...and now it works, I have ALSA in the media menu just like it did with pd-extended. And audio works pretty well ! (as I said earlier, i got audio processing stuck sometimes and the gui was way slower with pd-extended) still don't know why, but seems like my distribution was missing something that I might have installed by chance on the first board. will try on the third board to be sure that build-dep was the missing step hope i'm not spamming the list for nothing and that it might help someone one day :) cheers, Raphaël ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] installing pd libs on debian / OlinuXino board (wa: solimex board)
now I'm trying to install pd on two other boards I have with same distribution. i manage to install pd, but ALSA doesn't show in the menu. Only OSS and portaudio. And OSS can't see any audio device. Aarrgh ! still can't figure how to get ALSA while building pd (0.46-6 from Miller's website) on debian tried : $ apt-get install libasound-dev $ ./configure --enable-alsa apart from that, I follow the procedure in the archive directory $ ./autogen $ ./ configure (or with --enable-alsa) $ make $ sudo make install don't what to try next... (that's silly, it worked fine on the first board. must have typed a magic shell command) if anyone has a suggestion... ? (i feel like doing my first steps outside pd-extended, even if I have been using pd for 10 years... some us might prefer ready-to-use environnements... but if it's the price of opensource/community developped software, I want to try to learn...) nice day, Raphaël ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] installing pd libs on debian / OlinuXino board (wa: solimex board)
JUst double-checked to be sure and sudo apt-get install pd-iemlib definitely working here. double-checked too, it can't find pd-iemlib Presume olimex must have it's own repo's? don't know that... i just got their distribution as they indicate on their website now I'm trying to install pd on two other boards I have with same distribution. i manage to install pd, but ALSA doesn't show in the menu. Only OSS and portaudio. And OSS can't see any audio device. Aarrgh ! any suggestion thank you very much ! Raphaël ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] olimex board
2015-06-03 20:06 GMT+02:00 IOhannes m zmölnig zmoel...@iem.at: On 06/03/2015 07:42 PM, Raphaël Ilias wrote: Hi, I'm trying to install latest vanilla on A20-OlinuXino board as Katja adviced me. I'm such a newbie with debian : I don't manage to make it work ! What I did is : $ apt-get remove pd-extended - got the latest *source* from Miller Puckette's website (pd-0.46-6) $ tar xzf pd-0.46-6-src.tar.gz $ cd pd-0.46-6 - then, as I read in INSTALL.TXT, i did: $ ./autogen.sh $ ./configure $ make you missed: $ sudo make install gamsrd IOhannes Thanks IOhannes, that did it ! (however as far as I can see, this isn't mentionned in the INSTALL.TXT) Now, I'll try to install externals... At least, the gui seems to be faster than it was with pd-extended thanks, Raphaël ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] olimex board
Wow. That is not easy to get each library and install it ! Since I need [sigmund~], cyclone's [avg~], iem filters, [shell]... that won't be a fast task. Sometimes I don't even know were to download them... If I understand well, I cannot use apt-get install, since this won't be the freshest vanilla's with the ARM patch ? As an example, I tried to apt-get install zexy, but it also installed a puredata-core. thanks, Raphaël 2015-06-03 21:33 GMT+02:00 Raphaël Ilias phae.il...@gmail.com: 2015-06-03 20:06 GMT+02:00 IOhannes m zmölnig zmoel...@iem.at: On 06/03/2015 07:42 PM, Raphaël Ilias wrote: Hi, I'm trying to install latest vanilla on A20-OlinuXino board as Katja adviced me. I'm such a newbie with debian : I don't manage to make it work ! What I did is : $ apt-get remove pd-extended - got the latest *source* from Miller Puckette's website (pd-0.46-6) $ tar xzf pd-0.46-6-src.tar.gz $ cd pd-0.46-6 - then, as I read in INSTALL.TXT, i did: $ ./autogen.sh $ ./configure $ make you missed: $ sudo make install gamsrd IOhannes Thanks IOhannes, that did it ! (however as far as I can see, this isn't mentionned in the INSTALL.TXT) Now, I'll try to install externals... At least, the gui seems to be faster than it was with pd-extended thanks, Raphaël ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] olimex board
Hello, Updating this thread about Olimex's OlinuXino board (A20-LIME A20-LIME2) I still get the following error (in fact the console gets filled with dozens of them in a few seconds) : ALSA output error (restart failed): Broken pipe And the all DSP gets stuck, it is not computed anymore (i.e. [env~] doesn't output anymore). I tried to make an abstraction to detect that dsp isn't active and restart it (;pd dsp 0, then ;pd dsp 1 -- the DSP button stays ticked). This error appears at every startup of pd, and then randomly, I think mostly when opening new patcher window or on CPU load peaks. In general, pd's gui is quite slow (maybe normal on such board), and - don't know if this is related - sometimes Xorg crashes (I'm using the precooked debian distribution by Olimex) I remember to read on this list that Raspberry Pi users should use a patched version of vanilla for ARM processors, isn't it ? (And Julian also adviced me to avoid pd-extended) I think I'll give a try, but is there a little step-by-step howto to learn how to install this version on a debian ? Any help much appreciated ! cheers, Raphaël 2015-05-22 12:44 GMT+02:00 Winfried Ritsch rit...@iem.at: just to add my experience. I am now running some Olimex A10-Lime with amplifier boards on a sound installation and it works quite stable. Test-board see: http://puredata.info/docs/embedded/olinuxino/algo_a10board_05_cut.jpg/view I compiled jackd myself excluding dbus service so it worked, but did not get a better performance so I use pd with ALSA directly. mfg winfried Am Mittwoch, 13. Mai 2015, 14:56:28 schrieb Raphaël Ilias: Hi ! Just to inform you that I'm currently experimenting with Olimex's development boards, this might interest some people here (i am not doing any advertising at all) who are into mobile puredata the set-up i use consists of - Olimex's A20-OLinuXino-LIME board (dual core Cortex-A7) - with their own Debian distribution - cheap USB audio interface : Terratec Aureon Dual USB - pd-extended 0.43-4 - patching through VNC (and through Wi-Fi) And it works. ..not as fast as on my laptop, of course, but I can run patches ok. yet, the GUI is indeed quite slow (especially opening a patch) However, I have a few troubles, but it might not be the right place to ask... I am newbie to debian, so I couldn't setup jack at all. I'm using alsa but I get the error at startup : ALSA output error (restart failed): Broken pipe (and also sometimes when opening patche, I get a bunch of these and DSP get stuck, i need to turn OFF and ON again pd's DSP to get audio back.) Searching the archive, I saw that some people got the same problem and resolved it by suspending/de-installing pulseaudio. But it seems that pulseaudio isn't installed here. Maybe someone has got a clue, where to search...? (i know this is very specific problem !) all best, Raphaël -- --- Ritsch, Winfried, Ao.Univ.Prof. Dipl.-Ing. Institut 17 Elektronische Musik und Akustik 8010 Graz, Inffeldgasse 10/III E-Mail rit...@iem.at Homepage http://iem.at/ritsch Mobil ++436642439369 --- ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] olimex board
Hi ! Just to inform you that I'm currently experimenting with Olimex's development boards, this might interest some people here (i am not doing any advertising at all) who are into mobile puredata the set-up i use consists of - Olimex's A20-OLinuXino-LIME board (dual core Cortex-A7) - with their own Debian distribution - cheap USB audio interface : Terratec Aureon Dual USB - pd-extended 0.43-4 - patching through VNC (and through Wi-Fi) And it works. ..not as fast as on my laptop, of course, but I can run patches ok. yet, the GUI is indeed quite slow (especially opening a patch) However, I have a few troubles, but it might not be the right place to ask... I am newbie to debian, so I couldn't setup jack at all. I'm using alsa but I get the error at startup : ALSA output error (restart failed): Broken pipe (and also sometimes when opening patche, I get a bunch of these and DSP get stuck, i need to turn OFF and ON again pd's DSP to get audio back.) Searching the archive, I saw that some people got the same problem and resolved it by suspending/de-installing pulseaudio. But it seems that pulseaudio isn't installed here. Maybe someone has got a clue, where to search...? (i know this is very specific problem !) all best, Raphaël ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] olimex board
Hi Julian, Thanks for your suggestion. However I'm really accustomed to pd-extended and never tried to install externals by myself... and I'm quite short on time to learn this (public show in one month ;-) ) Do you really think this is related to pd-extended ? the way pd-extended interfaces with soundcard/driver is the same as vanilla's, isn't it ? About the project : the idea is to have an autonomous system with a tiny computer running pd, with microphone input (cheap electret) and a loudspeaker, everything working on batteries. WiFi let me control patches or even write patches through VNC. On the hardware it's quite fine : i get input/output sound, and the board can run about 6 hours with a 6600mAh battery. Loudspeaker is a commercial battery-powered amplifier with its own batteries. I used to have some noise in the microphone because the wifi dongle was too close, so i got some extra cable and sound is quite good now. cheers, Raphaël 2015-05-13 15:33 GMT+02:00 Julian Brooks jbee...@gmail.com: Hi Raphaël, Personally never got to the bottom of that error on Debian with pd-extended 0.43. Would recommend jumping to vanilla - most libs are available in the repo's. Hope that helps. Sounds an interesting project, be keen to hear how you get on. Regards, Julian On 13 May 2015 at 13:56, Raphaël Ilias phae.il...@gmail.com wrote: Hi ! Just to inform you that I'm currently experimenting with Olimex's development boards, this might interest some people here (i am not doing any advertising at all) who are into mobile puredata the set-up i use consists of - Olimex's A20-OLinuXino-LIME board (dual core Cortex-A7) - with their own Debian distribution - cheap USB audio interface : Terratec Aureon Dual USB - pd-extended 0.43-4 - patching through VNC (and through Wi-Fi) And it works. ..not as fast as on my laptop, of course, but I can run patches ok. yet, the GUI is indeed quite slow (especially opening a patch) However, I have a few troubles, but it might not be the right place to ask... I am newbie to debian, so I couldn't setup jack at all. I'm using alsa but I get the error at startup : ALSA output error (restart failed): Broken pipe (and also sometimes when opening patche, I get a bunch of these and DSP get stuck, i need to turn OFF and ON again pd's DSP to get audio back.) Searching the archive, I saw that some people got the same problem and resolved it by suspending/de-installing pulseaudio. But it seems that pulseaudio isn't installed here. Maybe someone has got a clue, where to search...? (i know this is very specific problem !) all best, Raphaël ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [ggee/notch] / [ggee/bandpass] seem to work at default/fixed samplerate of 44100
Hi ! I don't have the skills (and honestly the time for now) to change source code and compile it. However, I made a test patch that demonstrates the behaviour of [notch] when pd dsp is computed at 48000Hz, and the trick I use to correct it. Cheers, Raphaël #N canvas -841 -51 820 513 10; #X obj 106 282 biquad~; #X obj 146 245 ggee/notch 1000 10; #X msg 146 213 1000; #X obj 40 233 osc~ 1000; #X obj 106 371 nbx 10 14 -1e+037 1e+037 0 0 empty empty empty 0 -8 0 10 -262144 -1 -1 96.3188 256; #X msg 40 183 1000; #X obj 533 298 biquad~; #X obj 573 261 ggee/notch 1000 10; #X msg 573 120 1000; #X obj 467 259 osc~ 1000; #X obj 533 387 nbx 10 14 -1e+037 1e+037 0 0 empty empty empty 0 -8 0 10 -262144 -1 -1 9.76611 256; #X msg 467 171 1000; #X obj 573 165 t f b; #X obj 600 189 samplerate~; #X obj 600 209 / 44100; #X obj 573 229 /; #X obj 533 344 env~ 8192; #X obj 106 328 env~ 8192; #X text 16 53 if pd's samplerate is configured at 48000 \, the filter's center frequency isn't actually at the frequency sent to [notch] inlet. ; #X text 16 93 below you can see that \, when working at 48000 samples/sec \, the real center frequency is measured around 1088.44 Hz (where enveloppe is around -90db).; #X text 462 67 so frequency parameter for [notch] should be shifted accordingly to current samplerate \, which we get through [samplerate~] ; #X msg 80 183 1088.44; #X text 166 264 notch filter \, a 1/10th of octave bandwidth; #X connect 0 0 17 0; #X connect 1 0 0 0; #X connect 2 0 1 0; #X connect 3 0 0 0; #X connect 5 0 3 0; #X connect 6 0 16 0; #X connect 7 0 6 0; #X connect 8 0 12 0; #X connect 9 0 6 0; #X connect 11 0 9 0; #X connect 12 0 15 0; #X connect 12 1 13 0; #X connect 13 0 14 0; #X connect 14 0 15 1; #X connect 15 0 7 0; #X connect 16 0 10 0; #X connect 17 0 4 0; #X connect 21 0 3 0; ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [ggee/notch] / [ggee/bandpass] seem to work at default/fixed samplerate of 44100
Hello, I was testing the [bandpass] and [notch] object's from ggee library, which compute coefficients values for vanilla's [biquad~] and discovered that the center frequency wasn't the one expected, but was shifted something like 10%. After a few measurement I found that the real center frequency was around 1.08841 upwards the ferquency value set to [bandpass] or to [notch] inlets... ...and I later realized that 48000/44100 = 1.088435... and that on my computer, pd is working at 48000 Hz. So, apparently these objects are calculating the coefficients with an supposed samplerate of 44100 Hz. (i'm using pd-extended 0.43-4) cheers, Raphaël ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [moonlib/mknob] cursor display reset
Hi, No one has the same issue with [mknob] ? (see my previous message below) Cheers, Raphaël 2014-12-18 20:06 GMT+01:00 Raphaël Ilias phae.il...@gmail.com: Hi list, I love [mknob] because it's a compact GUI... However when it has to be re-drawn the cursor resets to the vertical position (12 o'clock). This happen when minimizing the patch's window, or when [mknob] is put inside a graph-on-parent subpatch and you open or move this subpatch (or abstraction) : the knob cursor is reset to 12 o'clock. Is it just me ? I'm on Window$ Vista with pd-extended 0.43.4 Or, has this inconvenient always existed ? Thanks, Raphaël ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [env~] issues
Thank you Jonathan, this is very instructive ! 2014-12-17 22:53 GMT+01:00 Jonathan Wilkes jancs...@yahoo.com: Hi Raphaël, The problem is not very intuitive to solve. It's difficult enough to understand the flow in a patch that only uses signal objects. And it's more difficult to understand the flow in a patch that uses control objects. That's because you can no longer just assume that each object will compute its inputs before sending output-- you must instead read all the right-to-left triggering to know where the data will go. (Plus you must understanding what triggers the object chain traversal in the first place.) But it's even more difficult to understand a patch that mixes the two. And on top of _that_ you have a [delay] in the object chain, which has its own timing outside of the normal firing of control events. That normal firing of events in a chain of control objects happens in zero logical time. Oh, and the value you're providing for your delay time is zero. That isn't trivial to understand, much less come up with as a solution in the situation of [env~]. One way to approach this is to think what happens to the following patch if you turned on audio for a single block and then turn it off again: [env~] | [bang] | [delay 1000] | [print delayed] [env~] | [bang] | [print normal] The [print normal] object will obviously print before the delayed one, right? It does, but let's look at a part of how Pd schedules this stuff. It's something like this: * fire the messages from each [env~], based on the order in which were created. Let's assume the first one you created is the one connected to the [delay 1000]. Here's what happens: 1) message goes from [env~] to [bang] to [delay 1000]. The [delay 1000] schedules a bang to output 1000ms later. This next part is the key: Pd will _not_ check to see whether 1000ms has passed until it has processed step #2 below. Also important is that Pd will _immediately_ proceed to step #2 below-- it doesn't wait 1000ms before doing so. You probably already knew that part, but many programming languages do in fact have mechanisms which let you just sit there waiting before computing the next logical part of the program. 2) message goes from [env~] to [bang] to [print normal]. We get an immediate printout to the console. 3) 1000ms passes, and [delay 1000] finally sends to [print delay]. We get the second printout to the console. Now here's the (lack of) magic: if you edit your patch and replace [delay 1000] with [delay 0], the same exact process happens in the same exact order. The only difference is that Pd waits 0ms before doing step #3 instead of 1000ms. But you're still guaranteeing the same order, and the program is still following all the same steps. (In other words, [del 0] doesn't trigger any special code that I know of-- it really does schedule a delay, which just happens to be 0ms.) Finally, notice that the console printout stays the same even if you switch steps #1 and #2. In other words, the [delay] ensures that you get the printout order you want, _regardless_ of the order in which you created the [env~] objects. Also, notice that this trick doesn't scale very well. If you had a patch full of [del 0] to force ordering in the way you do above, you're almost guaranteeing that there will be bugs. Anyway, I hope everything I wrote above is correct! These things are definitely difficult to explain and understand. -Jonathan On Wednesday, December 17, 2014 2:10 PM, Raphaël Ilias phae.il...@gmail.com wrote: oh, but that is just trivial: messages and signals are always calculated one after each other (first all messages; once they are done, signals are processed). so an even easier way would be to use a latch ([f]) and [bang~]+[del 0] to do the calculation in msg-domain. [bang~] will output a bang before each signal block (or after; it really will trigger a bang before the *next* signal block). unfortunately, this bang can happen before or after the events sent out by [env~], so we need to make sure to get an event *after* all [env~]s have triggered. the simplest way to achieve this is by using an additional [delay 0], which will schedule an event at the same logical time NOW but after all events already scheduled for NOW (e.g. those from [env~]). see attached patch. (in the attached patch i wasn't able to trigger an undesired behaviour without the [delay 0]; however i haven't tried hard and i'm pretty sure that you *can*; thus you should use [del 0]) thanks ! yes, with [delay 0] it ensures to get the good result (same block)... (also tried to get an undesired behaviour without [del 0], but didn't succeed !) i already used [delay 0] sometimes, but i don't see where it's role is documented i already knew [bang~] but with this object my doubt was always : i know that it will happen *every* block during message-domain computation
[PD] [moonlib/mknob] cursor display reset
Hi list, I love [mknob] because it's a compact GUI... However when it has to be re-drawn the cursor resets to the vertical position (12 o'clock). This happen when minimizing the patch's window, or when [mknob] is put inside a graph-on-parent subpatch and you open or move this subpatch (or abstraction) : the knob cursor is reset to 12 o'clock. Is it just me ? I'm on Window$ Vista with pd-extended 0.43.4 Or, has this inconvenient always existed ? Thanks, Raphaël ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [env~] issues
Ok, I get the trick, it seems similar to the one used to make delay line shorter than one block. However, I still feel that an object give-me-RMS enveloppe-on-bang (for the last N samples or blocks) would appear to me an easier way to handle this case. If it doesn't exist, I'll try to build something like this... one day ! Many thanks ! Raphaël 2014-12-15 20:40 GMT+01:00 IOhannes m zmölnig zmoel...@iem.at: On 12/13/2014 11:14 PM, Raphaël Ilias wrote: 3) Last but not least, the question I can't answer myself ! When using multiple [env~] it isn't very clear for me which one will output first. [...] this sounds like the bog-standard¹ how can i force the order of execution in the signal domain question. the order of signal-object execution depends on the implicit relation-ship between objects: if object A sends data to object B, then B is guaranteed to be called after A. you can use subpatches that pass through signals to do signal order forcing. see attached patch. gfmadsr IOhannes ¹ many people do not know about it though ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [env~] issues
Hi dear pd freaks, I'm currently using [env~] for measurement purpose (room's sound monitoring and soundfiles analysis) and I have a few questions/remarks ...that unfortunately may have already been discussed here (I have been unsubscribed from the list since a couple of years). However : 1) Just noticed : the [env~] help patch (from PDDP) states that default analysis window is 1024 samples, while it links to Miller's example C07.envelope.follower.pd where you can read that the default window is 256 samples. 2) AFAIK there is no way to dynamically (message) change the analysis window's size, at least without dynamic patching.. what I painfully managed to do (see attached patch ph_env~.pd). Ah, I can see on sourceforge that it is a request open since 2012... http://sourceforge.net/p/pure-data/feature-requests/109/ 3) Last but not least, the question I can't answer myself ! When using multiple [env~] it isn't very clear for me which one will output first. So it confuses me when I try to do very simple things like comparing (difference) two signals' amplitude : doing a substraction requires to input the [- ] object in correct order (right inlet before left's). While doing it the wrong order may seem to work, I realized that in fact I was comparing two different windows. The actual order of output between different [env~] seems to be related to the objects' order of creation. I think that order of creation is a trouble since you cannot read it in the patch, so it isn't the diagram is the program anymore. Moreover, as far as i can deduce from what i experimented empirically (means : i'm not sure at all) the first to output is the last that was created. My experiments with order can be found in order_env~.pd attached file. Finally, maybe all this mess is just me not being very clear with how message/DSP are scheluded/interfaced... but I feel that [snapshot~] is way more easy to understand and control, since it outputs value on demand (bang) and order can be easily stated with [trigger]. I think i'd feel much more comfortable with a kind of [env~] object that computes the enveloppe of the last N audio blocks or last N samples, on demand, when triggered by a bang. Maybe someone will answer me that I'm really confused and that my problems are false problems... In case, I'd be glad to be taught the right way ! Cheers, Raphaël #N canvas 615 105 585 462 10; #X obj 88 45 inlet~; #N canvas 622 239 464 328 \$0-guts 0; #X obj 10 10 inlet~; #X obj 10 30 env~ 1024; #X obj 10 50 outlet; #X connect 0 0 1 0; #X connect 1 0 2 0; #X restore 87 98 pd \$0-guts; #X obj 87 140 outlet; #X obj 302 182 s pd-\$0-guts; #X msg 302 139 clear \, obj 10 10 inlet~ \, obj 10 30 env~ \$1 \, obj 10 50 outlet \, connect 0 0 1 0 \, connect 1 0 2 0; #X obj 275 281 iemguts/sendcanvas; #X obj 275 35 inlet; #X msg 275 249 connect 0 0 1 0 \, connect 1 0 2 0; #X obj 275 111 t b f; #X obj 275 217 delay 0; #X connect 0 0 1 0; #X connect 1 0 2 0; #X connect 4 0 3 0; #X connect 6 0 8 0; #X connect 7 0 5 0; #X connect 8 0 9 0; #X connect 8 1 4 0; #X connect 9 0 7 0; #N canvas 483 87 514 527 10; #X obj 72 197 ph_env~; #X msg 175 127 1024; #X obj 72 144 noise~; #X obj 72 304 t b b; #X obj 72 351 timer; #X obj 72 390 nbx 5 14 -1e+037 1e+037 0 0 empty empty empty 0 -8 0 10 -262144 -1 -1 10.6667 256; #X msg 223 127 2048; #X msg 266 127 4096; #X obj 244 323 samplerate~; #X obj 217 297 t f b; #X obj 217 275 / 2; #X obj 217 342 /; #X obj 217 366 * 1000; #X obj 217 390 nbx 5 14 -1e+037 1e+037 0 0 empty empty empty 10 -8 0 10 -262144 -1 -1 10.6667 256; #X obj 175 180 t f; #X obj 101 244 nbx 5 14 -1e+037 1e+037 0 0 empty empty empty 0 -8 0 10 -262144 -1 -1 95.4811 256; #X text 173 99 dynamically change window; #X text -22 420 OUTPUT rate; #X text 70 419 measured; #X text 220 419 theoric; #X text -28 46 an abstraction (a trick using dynamic patching) to change the size of the analysis window of an [env~] objet; #X connect 0 0 3 0; #X connect 0 0 15 0; #X connect 1 0 14 0; #X connect 2 0 0 0; #X connect 3 0 4 0; #X connect 3 1 4 1; #X connect 4 0 5 0; #X connect 6 0 14 0; #X connect 7 0 14 0; #X connect 8 0 11 1; #X connect 9 0 11 0; #X connect 9 1 8 0; #X connect 10 0 9 0; #X connect 11 0 12 0; #X connect 12 0 13 0; #X connect 14 0 0 1; #X connect 14 0 10 0; #N canvas -1624 -205 926 882 10; #X obj 343 186 -; #X obj 336 20 noise~; #X obj 341 234 nbx 5 14 -1e+037 1e+037 0 0 empty empty empty 0 -8 0 10 -262144 -1 -1 0 256; #X obj 30 184 -; #X obj 23 18 noise~; #X obj 29 232 nbx 5 14 -1e+037 1e+037 0 0 empty empty empty 0 -8 0 10 -262144 -1 -1 -0.0153732 256; #X obj 78 554 -; #X obj 71 388 noise~; #X obj 78 589 nbx 5 14 -1e+037 1e+037 0 0 empty empty empty 0 -8 0 10 -262144 -1 -1 0 256; #X obj 114 522 t b f; #X obj 88 709 timer; #X obj 85 684 t b b; #X obj 85 660 t b f; #X obj 89 733 pack f f; #X obj 106 1642 -; #X obj 205 1600 f; #X obj 250 1599 f; #X obj 206 1554 t b b; #X obj 221 1646 -; #X obj 123 864 noise~; #X obj 102 995 timer; #X obj 103 968 t b; #X obj