Pd-list March 2016

pd-list@lists.iem.at

71 participants
85 discussions

can signal inlets that aren't the main inlet have float or message methods?
by Alexandre Torres Porres 25 Mar '16

25 Mar '16

Howdy, for main inlets (left inlet), you can add whatever kind of method to whatever kind of type, being it a signal, a symbol, a list... but not sure if you can do this with non-main inlets (the documentation pd-externals how to put up my IOhannes seems to confirm this). anyway, i kinda needed a right inlet to accept a signal and float (but this float is not being converted to a signal, it'll set up a specific method setting) cheers

1 0

Print a big patch
by Olivier Baudu 25 Mar '16

25 Mar '16

Hi list, I try to find a way to edit graphically and print a big patch (which is in a single window) I know it's possible to save it in post-script file and open it in vector graphic editor but this way only save the part visible on the screen (a part of this part to be exact). Is there a way to get the whole patch in one file to be graphically edit ? Thank you. °1ivier -- "On ne peut pas vivre dans un monde où l'on croit que l'élégance exquise du plumage de la pintade est inutile. Ceci est tout à fait à part. J'ai eu envie de le dire, je l'ai dit." Jean Giono, Un roi sans divertissement.

3 3

raspberry pi window position problem
by oliver 25 Mar '16

25 Mar '16

hi, dear list ! i am experiencing a strange problem with a freshly apt-get installed PD on a new Raspberry PI. whenever i am opening a new patch, the window appears with its menubar above the vertical 0 position, meaning i can't touch the window and drag it to a usable position. the only (extremely annoying) workaround is to right-click the window and "move" the window to a central position every time i open a new patch. i never experinced this beheaviour before, did anybody here ? btw: i just did a full upgrade of raspbian jessie and also tried hiding the taskbar, no success any help appreciated cheers oliver -- \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ /////////////// http://pendler.klingt.org ////////////// \\\\\\\\\\\\\\\ http://oliver.klingt.org \\\\\\\\\\\\\\ //////////////////////////////////////////////////////// \\\\\\\\ LIVE-BUILDER (music improvisation tool): \\\\\\ ////////////// http://tinyurl.com/qaohv35 ////////////// \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\

7 11

Re: [PD] Edit Pd file to change coordinates. pdlua or other language?
by Dan Wilcox 24 Mar '16

24 Mar '16

If it’s a tcl script, maybe it can be run from a tcl gui plugin form within pd? -------- Dan Wilcox @danomatika <https://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/> > On Mar 24, 2016, at 5:00 AM, pd-list-request(a)lists.iem.at wrote: > > Hi Fred, > > I did some testing today when I had some more time. It works great, and if > I use it in a command like xxxx > new.pd, I get the new patch out of it. > > If I may, I would ask for a small improvement: it would be great if the > processing would be done in the opposite way; that is, all lines with #X > obj are processed, *except* the ones given as arguments. I can also work > with the version you sent me, but for the exercises I'm thinking about, > only an exception of lines will be kept in the original way. > > I tried to do it myself, but quickly I came to the conclusion that my lack > of experience with scripting languages doesn't really help me. > > Thanks a lot, > > Joao > > >> Hi João, >> >> It appeared to be a simple program in Tcl, which you should have, as it >> comes with Pd. >> The usage is: tclsh changeCoords.tcl patchName xcoord ycoord line1 >> ?line2? ... >> lineN arguments may be a number or a range, like 12-15. >> >> The patch is currently dumped to the console. Only minimal checking is >> done. >> >> If you remove the #'s for the puts "..." lines, you can see some interim >> results (which will ruin the patch format). >> >> Greetings, >> >> Fred Jan

1 0

[Bug]Dynamic Patching causes memory leak
by Zack Lee 23 Mar '16

23 Mar '16

Hi, I found out that dynamic patching causes memory leak or overloading the CPU usage. Which means, if you create and delete an object many times by dynamic patching, at some point, the CPU usage will be overloaded and you will hear the glitch in audio. I tried to find a way to fix this issue, but so far the only solution seem to be to close and re-open the patch. I have tested this with both pd-0.46-7 and pd-extended 0.43.4 on Mac OS X 10.10.3. I attached the test patch below so please check and see the problem I mentioned. The file name should be "test.pd", so please change the file name if it changes to a different name once you download it. -Zack

3 5

[sel] problem - matched value doesn't bang
by João Pais 23 Mar '16

23 Mar '16

Hello list, I have a problem with [sel], in a patch the matched value doesn't behave as expected. In case anyone can have a look, here is a patch with all the details. Thanks, Joao

4 9

zexy compilation issue with msys2
by Jonathan Wilkes 22 Mar '16

22 Mar '16

Hi list,I found an issue when compiling zexy with msys2 on Windows: rawprint.c:28:5: error: conflicting types for '_get_output_format' int _get_output_format( void ){ return 0; } ^ In file included from C:/msys32/home/Owner/purr-data/pd/src/m_pd.h:68:0, from zexy.h:63, from rawprint.c:20: C:/msys32/mingw32/i686-w64-mingw32/include/stdio.h:520:32: note: previous declaration of '_get_output_format' was here _CRTIMP unsigned int __cdecl _get_output_format(void); ^ Makefile:1436: recipe for target 'rawprint.lo' failed ***Here's the relevant code snippet:#if !defined( _MSC_VER ) && defined (_WIN32) int _get_output_format( void ){ return 0; } #endif -Jonathan

3 12

ASIO SDK
by Jonathan Wilkes 21 Mar '16

21 Mar '16

Miller,Is the Windows binary you ship for Pd compiled using the ASIO SDK from Steinberg? If so, did you have to sign some licensing garbage in order to do that? Thanks,Jonathan

3 5

cyclone compilation errors on OSX and Windows
by Jonathan Wilkes 21 Mar '16

21 Mar '16

Hi list,Got a few errors when compiling cyclone on OSX and Windows:sickle/rand.c: In function 'rand_perform': sickle/rand.c:34:5: error: unknown type name 'int32_t' int32_t normhipart; ^ sickle/train.c: In function 'train_perform': sickle/train.c:42:5: error: unknown type name 'int32_t' int32_t normhipart; ^ -Jonathan

3 5

Re: [PD] vanilla dialog updates
by Dan Wilcox 21 Mar '16

21 Mar '16

> Hello, > > This is nice. > What about the gop window? > It is very difficult to practice without the "Apply" button. The Apply button is only gone on OSX. It’s still there for Linux & Windows. On OSX, I added live edits in the entry boxes and buttons, so if you type and press enter in any of them, the GOP is updated without closing the dialog. I also made tabbing between widget’s alot easier. Here’s a demo video form Decmeber for dialog_gatom: https://www.youtube.com/watch?v=PZCjgIFMc9g The smae approach is now used for dialog_iemgui, dialog_canvas, & dialog_array. > Concerning the preferences: startup/prefs/audio/midi menu, is that dreamable to have only one menu and toggles for the different topics? > It will be easier to configure, and much more easy to understand when you "save all”. My whole approach for this work was to make simple cleanups and updates. I decided not to change the base functionality too much in this pass. A few years ago, Jonathan Wilkes made a tabbed preferences pane as you suggested but, as far as I can tell, his work is not in vanilla. > For the midi, is it possible to have a "add device" button instead of a "use multiple device" one? > With the GUI it is not possible tu use more than 3 interfaces and that can be mandatory with some MIDI devices. As far as I can tell, the Multiple device button just gies you more options to choose from. By default it shows 4 devices, but will show up to 9 inputs and 9 outputs if there are that many available. Admittedly, both dialog_audio & dialog_midi could be reworked (a lot of the gui could be reworked/cleanedup), but my approach this time is for an incremental update and not a rewrite yet. > For the mknob, vsl, toggle,... i would keep the "dimensions” header My feeling is it’s so ugly and redundant considering the contextual labels (Width, Height, etc) explain what that section is about, ie. always the visual size. I made this change so dialog_iemgui would match dialog_gatom. > BTW, you still have an old header in mknob : ------------output-range----------, and its left value is at 1.27 instead of 0. The header is on purpose. That screenshot is to demonstrate objects which utilize dialog_iemgui but are *not* built-in (aka vsl, tgl, bng, etc) still work with the dialog changes. > for the toggle i would group "nonzeero value" and "no init" under parameters Again, I’m sticking to an incremental update this time, so I’m keeping the grouping of the controls the same. -------- Dan Wilcox @danomatika <https://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

2 5

← Newer
1
2
3
4
5
6
7
8
9
Older →

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 March 2016