Pd-list September 2001

pd-list@lists.iem.at

69 participants
120 discussions

seeing mididevices on startup ?
by Michael Scherzinger 29 Sep '01

29 Sep '01

Hi, when I use the commandline-option -devlist on startup,I still cannot see my mididevices,as with my Hammerfall and DSP-Factory there are so many audio-devices,that the window overwrites this information. Does anybody know,how I still can see the list of availible midi-devices (windows) ? Thanks a lot, Michael

1 0

bug in gui-objects ?
by Michael Scherzinger 29 Sep '01

29 Sep '01

Hi, I use pd 0.34-1 windows.When I try to name a hslider with just a number(i.e. 124),and save that patch,all information about send-smbol,receive-symbol,name ... of this object is lost,next time I open that patch again. Is this a bug or intended? (I want to use 'label' to show the values of the sliders in their names). Best wishes, Michael

1 0

Fwd: Re: [PD] writing midi files in pd?
by Rory Walsh 28 Sep '01

28 Sep '01

Thanks Micheal, what i'm trying to do is to generate a standard notational score from a a number of points on an x,y plain, so i thought I might just be able to take the numbers and write them to a midi file? I guess I can just hook my number boxes to makenote with a midi out and then send the midi data out of 1 computer and into a sequencer in another computer which can then record the score? Any other suggestions? regards, Rory. --- Michal Seta <mis(a)music.mcgill.ca> wrote: > Date: Mon, 24 Sep 2001 09:49:35 -0400 > Subject: Re: [PD] writing midi files in pd? > From: Michal Seta <mis(a)music.mcgill.ca> > To: Rory Walsh <rorytheroar(a)yahoo.com> > > I am not aware of any but may I suggest sing [qlist] > [textfile] or > [msgfile], the latter being part of zexy. Even in > Max I found that using > coll instead of seq was better, but then it depends > what you want to do with > it.... msgfile is the closest to coll. IF you > absolutely need to write a > MIDI file then those objects are not what you're > looking for. > > ./MiS > > > On 9/24/01 5:25 AM, "Rory Walsh" > <rorytheroar(a)yahoo.com> wrote: > > > Can anyone tell me if there is an extern available > > somewhere that will write midi files from > numerical > > data in pd? Similar to the 'seq' object in max? > > > > regards, > > Rory. > > > > > ____________________________________________________________ > > Do You Yahoo!? > > Get your free @yahoo.co.uk address at > http://mail.yahoo.co.uk > > or your free @yahoo.ie address at > http://mail.yahoo.ie > ____________________________________________________________ Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie

7 12

block size
by marius schebella 28 Sep '01

28 Sep '01

hi list is it right, that blocksize can´t be larger than 65536? I´d like to do some big FFT-computations, which neednot to be in realtime. marius.

1 0

Windows routing
by Jørgen Mortensen 27 Sep '01

27 Sep '01

Hi list! On Silicon Graphics computers you can record directly from pd to the little sound designer program, without problems. Is there a way in windows to create direct access from pd to say Pro Tools or Wavelab or a midisequenser? Should this be by creating several audio and MIDI inputs and outputs, and how would you do this? Greetings from Jørgen

5 4

Pd: system call timed out
by HENRY Damien 27 Sep '01

27 Sep '01

Dear list. I'm running version pd-34-2 : compile fine ! Test audio and midi : OK I can create some patchs, and they work !!! But i've got this msg : "Pd: system call timed out" in the terminal. What does this mean and how to avoid it ? It have some consequence on the .pdrc : libs are not loaded and the -path option is ignored. my .pdrc was working with pd-33 Thanks for your help. Damien.

1 0

saving instantiated abstractions
by Krzysztof Czaja 26 Sep '01

26 Sep '01

hi, forgive me torturing 'self-modifying abstractions' thread, but still, this thread self-modified little bit further in my mind... The question was, whether passing (sub)abstraction name to an abstraction may be useful, and whether it should be allowed. Well, perhaps the answer is 'yes' and 'yes', although the other solution (linking at the same level instead of nesting) is by no means less encapsulated or general, while being safer and not dependent on yet unsettled features of PureData. However, if passing by name is allowed, then we need to find a simple way of inserting $-objects into an abstraction. This cannot be done easily if an abstraction is edited in a toplevel window, because not instantiated `formal parameter object' has no inlets/outlets (as pix rightly pointed out), and therefore must be used without patchcord connections. Relying solely on send/receives makes the whole concept exotic. If an abstraction is edited after instantiation, then $-objects will get their proper inlets/outlets according to a name passed to that abstraction. Before reasoning any further, I have three questions about saving instantiated abstractions. 1. Custom saving routines, particularly those of gui-objects, are dollar-killers. Is that a permanent feature? 2. Pd-objects (holding subpatches) show just the opposite behaviour to gui-objects. While editing an abstraction instance, one can put a [pd $1] object and $1 is properly instantiated. But any dollar used in a subpatch name is not instantiated at all after reloading. Is that a permanent feature? 3. Any change made to one instance will not be applied to other instances before reloading of a parent patch. Is that a permanent feature? Krzysztof

1 0

Re: [PD] writing scores[!] in pd?
by vanDongen/Gilcher 26 Sep '01

26 Sep '01

>I have >tried Finale and it seems to have a lot more, perhaps >you know of a simple notational package which doesn't >follow the rules of music and lets you put whatever >you like into whatever bar you want, something that >gives you total freedom? Thanks for the help! > >regards, >Rory. Or you could try Lime, (windows and mac, www.cerlsoundgroup.com). It can do some things that Sibilius and Finale cannot do (like different tempi for different instruments, barlines can be put anywhere, instead of across the entire system) but can also be a little cumbersome to use. You have to know how you want your score to look before starting, is my experience. It still checks for notational rules, so you still have to deal with what the designers of the program thought the scope of those rules should be. A big plus is that the parts and the score are intergrated so any editing in one is reflected in the other. There is AFAIK no good notation program for linux. Unless you want to go the La Tex way. But check out Dave Phillips' site for Linux software: http://www.bright.net/~dlphilp/linuxsound/ regards Gerard

1 0

Praise of the Partial Tracer
by Jørgen Mortensesn 26 Sep '01

26 Sep '01

Dear group! I must recommend the FFT partial tracer. This summer I have made several scores - instrumentation of analysed sound recordings. This has made me a newborn spectralist! I have programmed a little further on the tracer in order to get MIDI signals out - you can do this on several levels. If somebody is interested I could send these patches. Sincerely Joergen

1 0

deadly dangling scalars
by Krzysztof Czaja 26 Sep '01

26 Sep '01

hi, whoever attempted closing /doc/5.reference/pointer.pd (is there anyone that curious?), would have probably noticed a strange behaviour: 1. Closing the main patch with a data-subpatch window left open (as it was loaded) crashes Pd. 2. Closing data-subpatch window first, then closing the main patch does not crash Pd. After some digging I found that: 1. In template_free() there is a relevant comment: ``figure out how to get rid of data having this template''. It is marked `LATER'. 2. If a template is destroyed first -- before destruction of those scalars that use this template -- and if the canvas holding those scalars has its window open, then Pd dies. The reason: freeing a visible canvas means calling vis-routines of all objects in this canvas -- scalar_vis() is called, while there is no template. 3. Since what is deadly here is the scalar_getbasexy() call, Pd dies quietly, with no error message printed. Adding an early check into scalar_vis() would work as a temporary safeguard: float basex, basey; + if (!glist) return; scalar_getbasexy(x, &basex, &basey); if (!glist) bug ("scalar_vis"); 4. This safeguard would not prevent scalar_free() from complaining ``scalar: couldn't find template'', but it is much lesser evil than crashing. 5. This crash is yet another case of order dependence horror. If data-canvas had been stored within pointer.pd file before tamplate-canvases, no crash would have occured. Krzysztof

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list September 2001