Re: [PD] [random] and seed value

Hello all, I don’t think anybody is advocating for this, but I just wanted to be sure that whatever changes are made to [random], the ‘seed’ message capability is maintained. My music very much depends on the ability to control the seed value and get a repeatable ‘random’ sequence. Where I

Re: [PD] Pd-list Digest, Vol 212, Issue 35

Hi Kerry, I’ve been running my system on M1/Monterrey-Pd 53.0 with no issues, and am enjoying the performance boost immensely. Any externals I haven’t been able to get, I’ve compiled (I can’t speak for GEM, though). You say: “Miller told me that it may not handle Pd’s real time processes, that

Re: [PD] [PD-announce] pd 0.53-0test2 released

It looks good on an M1 Macbook running Monterrey. Am I imagining it, or am I getting less dropouts during file loads? Phil Stone Davis, CA From: Pd-announce on behalf of Miller Puckette via Pd-announce Date: Saturday, October 22, 2022 at 11:09 AM To: pd-annou...@lists.iem.at Cc: Miller

Re: [PD] Reading/writing a HID device current best practice?

search on Deken http://deken.puredata.info/search.html?libraries=hid== brings up some results which might depend on the OS you are using. * Philip Stone via Pd-list [2022-09-04 00:14]: > Hello all, > > I?m wondering what the current best course of action is for interfacing with > a

[PD] Reading/writing a HID device current best practice?

Hello all, I’m wondering what the current best course of action is for interfacing with a HID device in Pd. The older libraries from Hans don’t seem to be maintained; may I ask if anyone has any current experience with Pd and HID? Thanks, Phil Stone Davis, CA

Re: [PD] TCL error Pd-0.52-2 Intel Mac

. de 2022 às 01:56, Philip Stone via Pd-list mailto:pd-list@lists.iem.at>> escreveu: Argh, the last line got chopped from the error message, sorry; here it is in full: (Tcl) INVALID COMMAND NAME: invalid command name ".x7fef6f4b8df0.c" while executing ".x7fef6f4

Re: [PD] TCL error Pd-0.52-2 Intel Mac

Argh, the last line got chopped from the error message, sorry; here it is in full: (Tcl) INVALID COMMAND NAME: invalid command name ".x7fef6f4b8df0.c" while executing ".x7fef6f4b8df0.c itemconfigure 7fef6d844200NUMBER -fill #00 -text {+} " ("uplevel" body line 1) invoked from

[PD] TCL error Pd-0.52-2 Intel Mac

Hello all, I have installed Pd 0.52-2 on a mid-2015 Intel MacBook, and sporadically, loading a particular (complex) patch produces the following error in the console: (Tcl) INVALID COMMAND NAME: invalid command name ".x7fef6f4b8df0.c" while executing ".x7fef6f4b8df0.c itemconfigure

Re: [PD] Pd 52.2 different font in console?

Hi Alex, As Iohannes kindly replied when I last brought this up, there is now a solution for this: 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):

Re: [PD] [PD-announce] Pd 0.52-2 released

On an M1 Mac, Deken will only show Darwin-arm64 externals (that is, if you have the ‘Hide foreign architectures’ option checked, which I believe is the default). If that box is unchecked, you’ll see all architectures. If you have old Darwin-amd64-32 externals lying around (like I did) Pd will

Re: [PD] Compiling cyclone for Darwin-arm6

make-lib-executable=yes Christof > I?m currently working well enough for my own needs, but I?d like to > supply a deployable library for Deken for cyclone-darwin (including > arm64), and am not sure how to do that. > > Best, > > Phil Stone > > UC Davis > &

Re: [PD] (no subject)

for cyclone-darwin (including arm64), and am not sure how to do that. Best, Phil Stone UC Davis IOhannes wrote: >On 3/24/22 15:44, Philip Stone via Pd-list wrote: >> Thank you for the pointers. Running ‘make’ on its own does indeed build >> cyclone, and since I’m doing it o

Re: [PD] Compiling cyclone for Darwin-arm6

Hi Christof, Thank you for the pointers. Running ‘make’ on its own does indeed build cyclone, and since I’m doing it on an M1 macbook, it generates arm64 executables, and ‘install’ puts them in ~/lib/cyclone. (? - Is that right?), and they actually work! However, I was hoping to generate fat,

[PD] Compiling cyclone for Darwin-arm6

Hello, I hope this is a proper question for the general list. It borders on being something for the ‘dev’ list, but is very basic, I’m afraid. I’m trying to compile darwin-arm64 or perhaps ‘fat’ binaries for Cyclone. When I run CMake on the ‘cyclone’ source, I get this : The C compiler

Re: [PD] Get directory of current patch

>[dir( -> [pdcontrol]. Not very intuitive, I know... > >We have been discussing to add such functionality to the [file] object >family, where it would make more sense. See >https://github.com/pure-data/pure-data/issues/1539. >Christof Thank you very much, Christof! I didn’t think of [pdcontrol].

[PD] Get directory of current patch

I’m currently using [ggee/getdir] to determine the path of the current patch, and I was hoping that [file] would give me a vanilla alternative. It doesn’t seem to – am I missing something? Thanks, Phil Stone University of California, Davis ___

Re: [PD] M1 Externals

>anyhow: this time, your lobbying defeated space and time and > comport_v1.2 is already available on deken. >fnase >IOhannes Thank you, IOhannes! Phil ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->

Re: [PD] Pd-list Digest, Vol 204, Issue 29

I finally took the plunge (don’t know why I’ve never done this before) and figured out how to compile an external, trying ‘comport’ for arm64 to start with, and got the same result as me.grimm. XCode version is 13.3 if that matters, but I called make directly from the shell. Sorry for my

Re: [PD] M1 Externals

Hi, I’m going through the same process; it has spurred me to cut my dependence on externals to the bone, but I also badly need [comport], cyclone, and a few others that I can’t replace, like [tof/pmenu]. I’d like to help in this process of getting externals compiled for Darwin-arm64, but

Re: [PD] Silicon Mac issues

Update – I’ve gotten my full system to open with by doubly-opening the associated patches the first time they were accessed. (After that first time, they open on first double-click.) I’m not fully up and running yet, but at least I’m able to tell what’s not properly configured and proceed. No

Re: [PD] Silicon Mac issues

Update 2 – an important thing I forgot to mention is that I’m running Dan Wilcox’s arm64 version now. That may be why the mystery shutdown stopped happening. I don’t understand why things were even partially working before with the i86 version if it was an architecture issue (and shouldn’t I

[PD] Silicon Mac issues

Hello all, I’m moving to an M1 MacBook and trying to get my Pd system configured. I’ve installed 0.52-1.really, copied my libraries and patches, set my paths, and can actually load and get sound out of one of my synth objects. However, when I try to load my (large) configuration, Pd quits

Re: [PD] pd 0.52-0 test 4 released

Alexandre Torres Porres por...@gmail.com asked: “ Will we provide downloads for M1 macs?” IOhannes replied: “most likely not.” I’m confused; I thought the arm64 builds were *for* M1 Macs? Forgive my ignorance here, but what does this mean? Also, test 4 looks good on

Re: [PD] 0.52.0test2: window jitter on (Mac OS)

://git.iem.at/pd/pure-data/-/pipelines look at the latest version that has finished compiling (build #8286 , third from top). On the "..." drop-down, you can grab "macOS:archive" which should be an "app" with the fix in it. cheers Miller On Sun, Dec 05, 2021 at 05:10:0

Re: [PD] 0.52.0test2: window jitter on (Mac OS)

Hi Iohannes, What I called “visual flutter” does indeed sound like the github issue you referenced – it is the scrollbars that are flashing when one transitions from floating over an object to not floating over it. I’ve never compiled Pd before, but maybe this is an opportunity to learn. If I

[PD] 0.52.0test2: window jitter on (Mac OS)

I’ve just noticed a minor weird thing with v 0.52.0test2: graph on parent windows with margins of 0 or 1 cause a visual flutter when hovering over a graphic object inside the (opened) GOP. I’m on Mac OS 10.15.7. Simple example: #N canvas 47 74 357 100 12; #N canvas 308 115 516 183 open_me 0;

Re: [PD] Pd-list Digest, Vol 200, Issue 15

I cannot reproduce the behavior now, either. Very mysterious. > I’m on Catalina (10.15.7). My patches seem to load mostly correctly, but one > thing I notice immediately is that any object that flashes when you click it, > like buttons or message boxes, stay stuck in the ‘flash’ color when

Re: [PD] Pd-0.52-0 macOS universal build (prerelease)

Hi Dan, This build not only fixes the soundfiler read issue, it also does not exhibit the ‘stuck flash’ behavior for buttons, messages, etc. Everything in my system loaded successfully and all seems to be sounding/working perfectly. I’ll work with it more tonight, or tomorrow at the latest.

Re: [PD] Pd-0.52-0 macOS universal build (prerelease)

Hi Dan, This is very much appreciated! I’m on Catalina (10.15.7). My patches seem to load mostly correctly, but one thing I notice immediately is that any object that flashes when you click it, like buttons or message boxes, stay stuck in the ‘flash’ color when clicked. I’m also getting this

Re: [PD] UDP server with Pd

I hope I’m not butting in where I have no business, but I’d like to mention that Ross Bencina’s ‘OSCGroups’ (http://www.rossbencina.com/code/oscgroups) does an excellent job of handling group formation, broadcast and NAT tunneling. Our group has been using it for over fifteen years, and it’s as

Re: [PD] size and position of PD window

zmoelnig Subject: Re: [PD] size and position of PD window Message-ID: <0eeb6fa9-e173-2afc-59ca-a85dd6c20...@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

Re: [PD] size and position of PD window

This is how to manually set the size and position, by the way: in Resources/tcl/pdwindow.tcl: wm geometry .pdwindow =538x300+0+458 first two values are x-size, y-size, then x-offset, y-offset Best, Phil Stone Davis, CA From: Philip Stone This is something that I manually adjust in the

Re: [PD] size and position of PD window

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 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management

Re: [PD] Best practices for [declare]

Just to tie this up under the right subject, thanks for this Dan. It’s very helpful. Props also to the updates by Alex of the included docs under ‘Pd Help’, which I hadn’t remembered to look at (apropos of nothing, I forget to look at those docs because the menu heading ‘Pd Help’ has become

Re: [PD] detect dependencies from patch

This is exactly what I was looking for Dan – it really ties it all together. Now when I refactor old patches, I’ll feel like I’m doing it right. Best, Phil From: Dan Wilcox Date: Thursday, February 25, 2021 at 1:18 AM To: Philip Stone Cc: Pd-List Subject: Re: [PD] detect dependencies from

[PD] Best practices for [declare]

peterpar...@fastmail.com writes: >Don't know if >https://puredata.info/docs/faq/how-do-i-install-externals-and-help-files >is up to date and of help for you, but you might wanna check it and get >back with more specific questions and possibly a new email subject.

Re: [PD] detect dependencies from patch

I have to say that I have gotten kind of lost in the discussions about loading and declaring external libraries. I would like to embrace the current best practices, but don’t have a solid overview of the whole. Would anybody be willing to write up a summary? I think it would be an invaluable

Re: [PD] Pd 0.51-4-test1 with macOS scrollbar fix

Yes, 10.15. From: Dan Wilcox Date: Thursday, December 17, 2020 at 1:34 PM To: Philip Stone Cc: Pd-List Subject: Re: [PD] Pd 0.51-4-test1 with macOS scrollbar fix If you don't notice a problem, there isn't one. :) What macOS version are you using? 10.15? On Dec 17, 2020, at 4:34 PM, Philip

Re: [PD] Pd 0.51-4-test1 with macOS scrollbar fix

Dan, Comments in line… >## Phil: > >It looks like TK 8.6.10 is paying attention to the system “Dark” appearance >setting, when set. This leads to ‘interesting’ results with patches (white >borders, mostly), and it’s a real problem with dialogs such as Audio Settings, >which end up being white

Re: [PD] Pd 0.51-4-test1 with macOS scrollbar fix

Hey Dan, Thanks for this! It looks like TK 8.6.10 is paying attention to the system “Dark” appearance setting, when set. This leads to ‘interesting’ results with patches (white borders, mostly), and it’s a real problem with dialogs such as Audio Settings, which end up being white text on a

Re: [PD] MIDI in channel looks wrong

Hi Christof, You are absolutely correct; I was on port 2. I guess I've never used port 2 for any MIDI devices before, so I never knew that the channel values for the midi-in objects behaved that way. It's not explained in the help patches, either. At any rate, all is working well, now that I

[PD] MIDI in channel looks wrong

Hello, I’ve connected a Behringer X-Touch Mini to PD (0.50-2) on OS X Catalina, and the raw data coming into [midiin] looks fine, but the [ctlin] and [notein] objects are reporting a channel of 27 (it should be 2). Since that’s not even a legal channel number, I’m wondering if this is a bug.

Re: [PD] AoO Coming Out: Audio over OSC - Message based

On 04/04/2020 15:02, Christof wrote: > > > I'm currently working on a UDP punch hole server, so that people can > easily create peer-to-peer-networks over the internet und jam together > :-) Not in any way to minimize how cool this would be to have built in to