Pd-list July 2019

pd-list@lists.iem.at

37 participants
40 discussions

OSC data from [list trim]
by Mitchell Turner 13 Jul '19

13 Jul '19

Dan, After reading your reply to a separate thread, I took a look at your MrPeach to vanilla OSC patch here: https://github.com/danomatika/BangYourHead/tree/master/6.Communication <https://github.com/danomatika/BangYourHead/tree/master/6.Communication> I am trying to adapt your patch to use the TouchOSC app from my iPhone. However, I am running in to a road block. Everything works as expected until the output of [list trim]. At that point, I can print the data but unable to route the data further. The printed message seems fine; it is usually something like: 1 toggle1 1. (This message is the result of turning the first toggle on page 1 on.) If I send this message “1 toggle1 1” to a [route 1], I expect the message toggle1 1 to come out of the first outlet of route, however, nothing comes out of the first outlet. My patch looks like this: [listen 8000( | | [netrecieve -u -b] | | [oscparse] | | [list trim] | | [route 1] I’d like to have a [route 1 2 3 4] to separate the data coming from the various pages in the OSC app. From there, I’d like to further direct the data using [route fader1 fader 2 toggle1 toggle 2]. Thanks for any help, Mitch

4 4

Re: [PD] OSC data from [list trim]
by Mitchell Turner 13 Jul '19

13 Jul '19

Roman, Yes, I’m sorry I was not more clear. I should have begun the thread with: I’m receiving OSC messages in Pd from the iPhone app, TouchOSC. I think my fundamental misunderstanding was that the first item in the list is a symbol. It looked like a float, so I thought it was a float. Thanks for your help, Mitch > On Jul 13, 2019, at 2:48 PM, pd-list-request(a)lists.iem.at wrote: > > Message: 1 > Date: Sat, 13 Jul 2019 19:49:50 +0200 > From: Roman Haefeli <reduzent(a)gmail.com <mailto:reduzent@gmail.com>> > To: Christof Ressi <christof.ressi(a)gmx.at <mailto:christof.ressi@gmx.at>>, Pd-List > <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>>, Miller Puckette <msp(a)ucsd.edu <mailto:msp@ucsd.edu>> > Subject: Re: [PD] OSC data from [list trim] > Message-ID: <533a1ea1c3c68ca7b7ab00d2c24061a49e19d86c.camel(a)gmail.com <mailto:533a1ea1c3c68ca7b7ab00d2c24061a49e19d86c.camel@gmail.com>> > Content-Type: text/plain; charset="utf-8" > > On Sat, 2019-07-13 at 18:46 +0200, Christof Ressi wrote: >> I think the problem lies somewhere else. There is a fundamental issue >> with [oscparse]: it breaks the address pattern into its parts and >> forms a Pd list, but treats numbers as symbols. > > Ah, thanks for pointing this out. From the original post it was (at > least for me) not quite clear whether it was about the OSC atoms (the > actual payload) or the OSC path. > > Good to know that numeric path elements end up (actually: are > preserved) as symbols in Pd after [oscparse]. > > Roman

1 0

Problems with oscformat (and oscparse?) and slashes
by João Pais 13 Jul '19

13 Jul '19

Hi all, I'm having some issues with oscformat and slashes ( / ). Many programs out there use formats such as "/parameter/bla 1", but both oscformat and oscparse don't really cope that well with them. For oscformat: - it's not possible to send a string starting with a slash, the message "oscformat: no method for '/aa' " appears. - A hack can be done by sending a message [set /aa, bang( ... - ... but this doesn't work if the message to send is /aa 1, as oscparse will convert it to /aa/1 - defining an object as [oscformat /aa] seems to work, but it will mean that another oscformat object has to be defined for each single string being sent: /aa, /aa/a, /aa/b, ... For oscparse: - when it receives a message with slashes in it, it removes the slashes automatically. Which is kind of acceptable, if it's going to be connected with a normal route. But not that much if the message is going to be worked on, and resent. Or is there any other way of doing this? The documentation doesn't present anything else. It took some time of screaming at the computer until I compared the results with mrpeach's objects. Best, Joao

3 7

Zoom factor and font sizes on Linux for 1920x1080 screen
by Lorenzo Sutton 13 Jul '19

13 Jul '19

Hi all, I have found some oldish discussions about similar topics ('implementing a zoom feature' was mentioned), so wondering what the current status for higher resolution displays on Linux is. I am, of course, referring to Pd Vanilla here. In particular I am running XFCE and am able to get most stuff to display comfortably by setting DPI through X [1][2] (with notable exceptions: firefox and thunderbird directly in the applications, FLTK stuff - no way...). So I guess there are two distinct issues: 1. Menus and dialogs: It looks like Pd won't pick up those X setting. I was going to blame tcl/Tk but then another tcl/Tk software I use (password-gorilla [3]) is correctly scaling up based (in this case) on the xrandr setting (e.g. xrandr --dpi 125). 2. Canvas The (relatively recent) Zoom functionality is nice of course, _but_ seems to be hardcoded to a 200% (?) value which (at least in my case) makes everything way too bit too big (in terms of DPI I'm for instance using 125). Any ideas or hints much welcome. Thanks, Lorenzo. [1] https://wiki.archlinux.org/index.php/HiDPI#Xfce [2] https://wiki.archlinux.org/index.php/Xorg#Display_size_and_DPI [3] https://github.com/zdia/gorilla/wiki

1 0

- need some assistance compiling an external for Windows
by Scott R. Looney 13 Jul '19

13 Jul '19

hey folks, i asked this on the PD patchrepo but no response so far. i've recently run into a situation in which i have to recompile an external currently only available for mac (pd_darwin) to a Windows platform. the code was ported from the original C/C++ code of the Mutable Instrument module called Plaits. basically it's just a release of the DSP code as a PD object. it's hosted here: https://github.com/jnonis/pd-plaits he's including the xcode project but i believe the code itself is just straight .cpp files wrapped into the PD external template code. i think he's using the pdlibbuilder library that's been recently released, but i have had absolutely zero experience with compiling the source for different platforms. i'm on macOS and have installed GCC and mingw-64 via Homebrew so i should have what i need. after blundering around i was able to figure out how to build by just typing 'make all' in the directory, but it just made a linux .o and a .pd_darwin library. there must be a way to override the system architecture and force it to build a DLL. so far i've tried 'make all x86_64' and 'make all Windows' which give errors pretty quickly. if someone could help getting me over this hump it'd be appreciated! i'm assuming it should be a relatively easy compile, i just need to know what flags or overrides to put in. thanks in advance! best, scott

5 24

Re: [PD] Problems with oscformat (and oscparse?) and slashes
by Dan Wilcox 12 Jul '19

12 Jul '19

See [n_oscformat] in rc-patches which is a wrapper for [oscformat] that accepts mrpeach style messages and sets the address for you. https://github.com/danomatika/rc-patches <https://github.com/danomatika/rc-patches> Also, if you are just now switching from mrpeach or the original OSC objects, I made a little turtorial when I was learning Miller's new design approach, see mrpeach-to-vanilla-osc.pd in: https://github.com/danomatika/BangYourHead/tree/master/6.Communication <https://github.com/danomatika/BangYourHead/tree/master/6.Communication> > On Jul 12, 2019, at 7:15 PM, pd-list-request(a)lists.iem.at wrote: > > Date: Fri, 12 Jul 2019 17:48:19 +0200 > From: João Pais <jmmmpais(a)gmail.com <mailto:jmmmpais@gmail.com>> > To: "pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>" <pd-list(a)mail.iem.at <mailto:pd-list@mail.iem.at>> > Subject: [PD] Problems with oscformat (and oscparse?) and slashes > Message-ID: > <CAN46m5qMcrWTawqghfCUdRM5sQU8J7Ya+-1scgfsdvvUfaKV=w(a)mail.gmail.com <mailto:CAN46m5qMcrWTawqghfCUdRM5sQU8J7Ya+-1scgfsdvvUfaKV=w@mail.gmail.com>> > Content-Type: text/plain; charset="utf-8" > > Hi all, > > I'm having some issues with oscformat and slashes ( / ). Many programs out > there use formats such as "/parameter/bla 1", but both oscformat and > oscparse don't really cope that well with them. > > For oscformat: > - it's not possible to send a string starting with a slash, the message > "oscformat: no method for '/aa' " appears. > - A hack can be done by sending a message [set /aa, bang( ... > - ... but this doesn't work if the message to send is /aa 1, as oscparse > will convert it to /aa/1 > - defining an object as [oscformat /aa] seems to work, but it will mean > that another oscformat object has to be defined for each single string > being sent: /aa, /aa/a, /aa/b, ... > > For oscparse: > - when it receives a message with slashes in it, it removes the slashes > automatically. Which is kind of acceptable, if it's going to be connected > with a normal route. But not that much if the message is going to be worked > on, and resent. > > Or is there any other way of doing this? The documentation doesn't present > anything else. It took some time of screaming at the computer until I > compared the results with mrpeach's objects. -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 1

[PD-announce] ELSE 1.0 Beta 22 & Live Electronics Tutorial 1.0 Beta 12 is out!
by Alexandre Torres Porres 12 Jul '19

12 Jul '19

Howdy, the main feature in ELSE is the ability to set exponential curves in the [envgen~] object. I'm really proud of this as this makes this object the most versatile and complete envelope generator for Pd by far. There's basically nothing missing I can think of (except maybe add multiple sustain points eventually). The [function~] object can also generate exponential curves, in the same way as [envgen~], and this is cool to draw some crazy waveforms. The [dir] object has suffered a major overhaul (with breaking changes) and includes new features. I'm also pretty proud of this one as it really makes it easy opening, browsing and managing files in a directory. This has always given me quite a headache and I think I finally nailed it. The last highlights is that [sort] can now sort symbols, and there are 3 new objects to manage lists ([sum], [slice] and [stream]). More details at https://github.com/porres/pd-else/releases/tag/v1.0-beta22 Almost all binaries are available there and in a few hours this will be available via deken so you can download directly from Pd. My tutorial was also updated to reflect some of these updates, more details at https://github.com/porres/Live-Electronic-Music-Tutorial/releases/tag/v1.0-… _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at https://lists.puredata.info/listinfo/pd-announce

1 0

Re: [PD] - need some assistance compiling an external for Windows
by Lucas Cordiviola 12 Jul '19

12 Jul '19

I can't keep on this one until perhaps on Sunday. Of course it can be fixed but is more up to the developers. If you have time you can test your development environment with something like https://github.com/porres/pd-cyclone or https://github.com/porres/pd-else As homework compile this two. They should work. -- Mensaje telepatico asistido por maquinas. On 7/12/2019 5:32 AM, Scott R. Looney wrote: hi Lucas! just to elaborate, the line that is causing a failure in the build is this one: #include "stmlib/stmlib.h" i'm just guessing here, but since the script is located at plaits/dsp/ and /stmlib is literally at the root of the repo then maybe it wants to see the stmlib folder in the plaits/dsp folder? if so couldn't we just point it to the correct path? best, scott On Fri, Jul 12, 2019 at 12:54 AM Lucas Cordiviola <lucarda27(a)hotmail.com<mailto:lucarda27@hotmail.com>> wrote: Hi Scott, any tips on where to copy the folder so that the path is clearly given? i'm not 100% sure but i'm reasonably certain all my errors so far are path related. I've tried to compile https://github.com/jnonis/pd-plaits on my working machine but i get this error: ************************* In file included from plts~.cpp:10:0: plaits/dsp/dsp.h:32:10: fatal error: stmlib/stmlib.h: No such file or directory #include "stmlib/stmlib.h" *************************** Can you inform the developers about this error? okay - good. now what i need to do is set PDLIBDIR variable to point to the repo on the drive Just to be clear "PDLIBDIR=" can be any Directory as this is the output dir. i have set my active working directory to this directory and i've tried the following changes to PDLIBDIR adding to 'make all': On the msys2 shell use unix "/" path delimiters like: make all PDLIBDIR=../pd-plaits-master :) Mensaje telepatico asistido por maquinas. On 7/12/2019 4:15 AM, Scott R. Looney wrote: okay - good. now what i need to do is set PDLIBDIR variable to point to the repo on the drive. what's tripping me up is the variance of forward and back slashes in filepaths in msys/mingw64. for example i put the source files in my home directory of msys64, so using only Windows filepaths it's C:\msys64\home\scottlooney\pd-plaits-master. i have set my active working directory to this directory and i've tried the following changes to PDLIBDIR adding to 'make all': make all PDLIBDIR=../pd-plaits-master make all PDLIBDIR=C:\msys64\home\scottlooney\pd-plaits-master both of these fail. the latter prints the path as one runon string and ignores the slashes. the former seemingly indicates the path correctly but still fails. any tips on where to copy the folder so that the path is clearly given? i'm not 100% sure but i'm reasonably certain all my errors so far are path related. best, scott On Fri, Jul 12, 2019 at 12:02 AM IOhannes m zmölnig <zmoelnig(a)iem.at<mailto:zmoelnig@iem.at>> wrote: Am 12. Juli 2019 06:34:04 MESZ schrieb "Scott R. Looney" <scottrlooney(a)gmail.com<mailto:scottrlooney@gmail.com>>: >okay, one last question. since this is an external and the directions >are >for compiling PD itself from source do i absolutely need to have Tcl/tk >included in an external object build? i'm not using any custom graphics >on >it or anything. was also wondering about the necessity of ASIO as well indeed. iirc the relevant info in thedocs you were pointed to was only about the *packages* you need to install using `pacman`. all the rest is irrelevant (tcl/tk, asiosdk; autogen/configure;...) mfg.fudy.fhd IOhannes -- sent from my pdp-12 _______________________________________________ Pd-list(a)lists.iem.at<mailto:Pd-list@lists.iem.at> mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list _______________________________________________ Pd-list(a)lists.iem.at<mailto:Pd-list@lists.iem.at> mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list

1 0

Any alternative to [poly] allowing dynamic number of voices?
by Philip Stone 11 Jul '19

11 Jul '19

I’ve been using [poly] for a long time as the voice-allocation heart of a polyphonic synthesizer, and it does that job well. One drawback it has is that the number of voices can only be set at creation time. I’d love to be able to change that dynamically, e.g., with a number box, or otherwise. (I know this will be glitchy, and don’t care – I won’t be doing it during audio output). Are there any alternative [poly]-like objects that *do* allow dynamically changing the number of voices? I noticed in Miller’s ‘to-do’ comments in the source that he’d like to add an input to [poly] for changing the voice-stealing switch; I’d vote enthusiastically for a ‘number of voices’ input as well. Best, Phil Stone UC Davis

5 10

Tcl/Tk Error with PD-0.49 (#578)
by oliver 11 Jul '19

11 Jul '19

umläute wrote: > @Ant1r <https://github.com/Ant1r> you could check out the > |intellipatch2| branch from https://git.iem.at/pd/pure-data (which > contains the supposed fix, and some merges with |master| and |updates/0.50|) > > but anyhow, I already know that the example that i gave > <https://github.com/pure-data/pure-data/issues/578#issuecomment-501293126> > triggers /some/ bug, and that my commit will fix that. > the question i'm really interested in is: is this the bug that > @oliverstotz <https://github.com/oliverstotz> reported or something else? > hi, just to give a little update on this issue after some tryouts ... ====================================================================== along with IOhannes recipe, attached patches (open "tcltk_error_A.pd") will reliably produce a "non-fatal" TCL/TK error with this error message: (Tcl) UNHANDLED ERROR: bad window path name ".x248ccc0" while executing "wm title $mytoplevel "$name$dirtychar$arguments - $path"" (procedure "pdtk_canvas_reflecttitle" line 15) invoked from within "pdtk_canvas_reflecttitle .x248ccc0 {D:/pd_0.48/extra/ol_lib/GUI} {ol_radio_inside} { [edit]} 0" ("uplevel" body line 940) invoked from within "uplevel #0 $docmds" ====================================================================== while working on this very simple patch, the "fatal" TCL/TK error (where the GUI disappears and patches can't be saved anymore) occured once. unfortunately (still) i can't reliably reproduce it, but i wrote a short description of what i did, when this error occured. while the error message seems similar to the "non-fatal" error, the difference here are the ".x2596028: no such object" lines in the PD console. The error-log will write this line anytime the mouse is moved, after the error was triggered. (Tcl) UNHANDLED ERROR: bad window path name ".x3b212c8" while executing "wm title $mytoplevel "$name$dirtychar$arguments - $path"" (procedure "pdtk_canvas_reflecttitle" line 15) invoked from within "pdtk_canvas_reflecttitle .x3b212c8 {D:/pd_0.48/extra/ol_lib/GUI} {ol_radio_inside} { [edit]} 0" ("uplevel" body line 718) invoked from within "uplevel #0 $docmds".x2596028: no such object .x2596028: no such object .x2596028: no such object .x2596028: no such object ====================================================================== best oliver

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 July 2019