Pd-list April 2021

pd-list@lists.iem.at

37 participants
44 discussions

Increasing console font-size
by Ángel Faraldo 17 Apr '21

17 Apr '21

Dear list, I wonder if there is a way to change the font size of Pd's terminal messages... I tend to use extensive printing, and in my experience, last Pd versions have decreased the terminal font size to a somewhat difficult-to-read size. (I'm on OS X Catalina). perhaps it could be done via some tcl script? I'd appreciate any hint in the right direction. thanks very much, -- Ángel Faraldo www.angelfaraldo.info

2 1

musicXML external
by José Rafael Subía Valdez 16 Apr '21

16 Apr '21

Hello list, I have been searching for a while now for a musicXML external/abstraction for PD, no luck on my behalf, does anyone know any options for this? cheers -- José Rafael Subía Valdez www.jrsv.net *"...I am an Anarchist! Wherefore I will* *Not rule, and also ruled I will not be!"* - John Henry Mackay -

1 0

Re: [PD] size and position of PD window
by Dan Wilcox 16 Apr '21

16 Apr '21

Sounds good to me. I'm not sure, but I might have added that, but I don't remember any specific reason why. It might have filtered in from porting some of the pd-extended stuff. In any case, I'm all for it. :) You should also probably check the initial dialog positions as well. > On Apr 16, 2021, at 12:00 PM, pd-list-request(a)lists.iem.at wrote: > > however, i found that if you don't specify the position in the first > place, the WM will do the right thing? and open the window on the > currently active monitor. > > so i wondered whether we shouldn't just let the WM decide where to put > the main pdwindow. > (on my system this would be the center of the currently active monitor) > in caser you wondered, we can still specify the window dimension. > > would this break anybodies experience? -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

Re: [PD] size and position of PD window
by Philip Stone 15 Apr '21

15 Apr '21

This is something that I manually adjust in the Wish code every time I upgrade Pd. It would be very nice to have it be a configurable setting in Preferences. Phil Stone Davis, CA

2 3

Re: [PD] size and position of PD window
by Dan Wilcox 15 Apr '21

15 Apr '21

Well, I can think of applications that have a preference for which *screen* to open a window on (fullscreen video output for instance) but not one with a preference for specifying x, y, w, & h of a window to open. This kind of geometry setting can also be fragile as you change the amount of monitors in your setup, etc. I would therefore argue this is not a basic setting and it's also not trivial to try to divine what settings all users *might* want and then add a UI for them. OTOH if you have a working technical solution, feel free to make a PR to the Github repo for review. IOhannes' solution is by far the best: If you want to run some TCL to customize things, then do so *and* without having to modify Pd tcl files. :) > On Apr 15, 2021, at 12:00 PM, pd-list-request(a)lists.iem.at wrote: > > Date: Wed, 14 Apr 2021 15:57:30 +0000 > From: Philip Stone <pkstone(a)ucdavis.edu <mailto:pkstone@ucdavis.edu>> > To: "pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>" <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>> > Subject: Re: [PD] size and position of PD window > Message-ID: > <BYAPR08MB55892AD8DA556B7178D2B745A74E9(a)BYAPR08MB5589.namprd08.prod.outlook.com <mailto:BYAPR08MB55892AD8DA556B7178D2B745A74E9@BYAPR08MB5589.namprd08.prod.outlook.com>> > > Content-Type: text/plain; charset="us-ascii" > > Why? Because it seems like a basic setting, and it would be trivial to implement as a preference. This seems (to me) like just what preferences are for, configuring the basic environment of Pd. -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

[PD-announce] ELSE (and its included tutorial) version 1.0-0 beta 38 is out
by Alexandre Torres Porres 15 Apr '21

15 Apr '21

Hey there, I'm glad to announce this :) Get this new version from github and also via Pd! Note we have a new package where more than one architecture is now part of the same download, please test these and tell me if it's all working. Highlights: I got a cool multi slider GUI abstraction (multi.vsl) that I'm proud of. It has things I missed from other options out there. I'm yet to mimic a properties windows for all my GUI abstractions, I'm just lazy... I'm holding for the next release a preset management system, but I do have new objects here that I'll use there: [morph] and [interpolate] - to morph and interpolate between presets. Check them out as they might be useful outside the preset manager ;) I also have a new [power~] object, a waveshaper, with an included example in my tutorial about it (see chapter 20). Anyway, this is my first release to reach and exceed the mark of 400 externals, I now got 410 objects. I thought I'd be stretching it and reaching my limit when I got to 400, that's clearly not the case. The thing is that when I'm including so many new objects all the time, it's hard for me to move out of a beta phase. And yes, I'm still breaking compatibility :/ For breaking changes, more new objects, improvements and fixes, check the full changelog here: https://github.com/porres/pd-else/releases/tag/v1.0-beta38 cheers ps. wait a couple of days for ELSE-camomile to appear on the radar as well ;) _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at https://lists.puredata.info/listinfo/pd-announce

1 0

Re: [PD] size and position of PD window
by Philip Stone 14 Apr '21

14 Apr '21

Why? Because it seems like a basic setting, and it would be trivial to implement as a preference. This seems (to me) like just what preferences are for, configuring the basic environment of Pd. Thank you for the tip on the gui plugin, Iohannes; I will use that. Phil From: IOhannes m zmoelnig <zmoelnig(a)iem.at> Subject: Re: [PD] size and position of PD window Message-ID: <0eeb6fa9-e173-2afc-59ca-a85dd6c2009b(a)iem.at> On 4/14/21 4:17 PM, Philip Stone via Pd-list wrote: > This is something that I manually adjust in the Wish code every time I upgrade Pd. It would be very nice to have it be a configurable setting in Preferences. why?? and why is there no feature-request on https://bugs.puredata.info? one possible answer to the second question is, that I (yes me) would probably close such a feature-request immediately, on the grounds that you can implement this with a trivial gui-plugin: put a file named "mypdwindowgeometry-plugin.tcl" (the base-name does not matter but it *must* end with "-plugin.tcl") with the following content into your Pd-searchpath (without the backticks): ``` if {[winfo exists .pdwindow]} { wm geometry .pdwindow =538x300+0+458 } ``` whenever you start Pd, this GUI plugin will move the window to the selected place. no patching of Pd required. works on all OSs (not tested). you could even reduce the plugin to just the "wm geometry ..." line. i guess writing this plugin is about the same amount of typing as a "configurable setting" (provided this setting is text-based and not just "remember my current position"). mgffst IOhannes ? what i would wish for is that the Pd window opened up on the currently active monitor, rather than my left-most monitor, where i usually have a full-screen editor running that likes to hide my Pd)

1 0

size and position of PD window
by oliver 14 Apr '21

14 Apr '21

hi, dear list ! is there a way to change the PD-console-window's position and size with a message form within a patch ? i know about the "relocate" method for subpatches, but couldn't find out how to adress the console window, if that's possible at all. any ideas ? (an external or plugin-based solution would do as well) best oliver -- \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ /////////////// http://pendler.klingt.org ////////////// \\\\\\\\\\\\\\\ http://oliver.klingt.org \\\\\\\\\\\\\\ ////////////////////////////////////////////////////////

3 3

pd version of tosymbol or similar?
by Iain Duncan 14 Apr '21

14 Apr '21

Hi folks, I'm trying to figure out how to have a bunch of text, with spacces, get treated as one symbol so that an external can work with it as one thing. In Max, I did this by using the tosymbol object, and then creating a message that was 'eval-string "(all my text as one string here)"'. Is there a Pd idiom for doing something similar that I should follow? Use cases are a) someone enters code in a message box: '(out 0 :foobar)' b) code is received as a long string over osc or other network, and needs to be sent to the external Apologies at the Pd ignorance, still trying to figure all this out while! iain

3 4

Re: [PD] Pd and computer crash/freeze when using [comport], bug?
by Nicklas Lundberg 11 Apr '21

11 Apr '21

> > Alright, I will do some more testing the coming days. My guess is that your computer is more powerful than mine, but if Pd crash it seems like something is wrong. Did you try the other patch? It never crash Pd at all, plus it gives error messages in Pd console when having to fast metro settings (which is handy imo). And I have experienced this crash/freeze behavior on two different Mac (with different osx), both cases using Pduino. Regarding the 13 bug I have tested that and had different result on the same system. I got the impression that it depended on what usb port I used. But it was in the mids of freezes and hard resets. I think I will do a clean install of osx and see if it makes a difference. Date: Sun, 11 Apr 2021 17:26:48 +0300 > From: Alexandros > > I had a look at your setup. In my computer I could lower [metro] down to > 3ms without issues. At 2ms Pd crashed. One thing to note: upload the > following code to your Arduino board: > > void setup() { > ??? Serial.begin(115200); > } > > void loop() { > ??? Serial.write(13); > ??? delay(500); > } > > In Pd connect [comport] to [print]. If Pd prints 13 you should be good > to go with the [serial_print] abstraction (and I don't know what's wrong > and why your computer crashes, TBH). If Pd prints 10 then you need the > [serial_print13] abstraction (it might be counter intuitive that when > you don't get 13 printed you need [serial_print13], but that's how I've > named them...). In my computer I get a 10 printed, on my Raspberry Pi > with a Teensy I get 13. I have no idea why this happens, it seems to > depend on the hardware. > > On 10/4/21 11:26 ?.?., Nicklas Lundberg wrote: > > Thank you for doing this. It may also be relevant that I experienced > > the exact same of freeze/crash behavior when using Pduino. > > > > Date: Fri, 9 Apr 2021 17:14:18 +0300 > > From: Alexandros <adrcki(a)gmail.com <mailto:adrcki@gmail.com>> > > To: pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at> > > ... > > This has to do with the abstraction I made then. We did discuss > > about it > > on Pd's forum, but it didn't occur to me that this could be the case. > > I'll have a look at it and get back to you. > > > > On 9/4/21 5:10 ?.?., Nicklas Lundberg wrote: > > > Hmm, it does not crash when [serial_print any] is disconnected. You > > > can quit normally. > > > > > > This may be relevant: > > > > > > Pd console reports no errors when communication fails when > > trying too > > > fast updates (with [serial_print any] disconnected less than 30 > ms). > > > > > > I uploaded a similar setup (pd patch+arduino sketch) to the folder. > > > Here it does not crash even if updates are sent every 1 ms. And > > the pd > > > console starts to write error messages when the communication is > > too > > > fast (starts around 7 ms). >

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 April 2021