Re: [PD] [random] and seed value

[Philip Stone via Pd-list]

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 need a truly random seed, I loadbang a [timer], and then have an ‘Init’ 
button that initializes all of my system. At that point, I use the value from 
the timer to seed [random].


Best,

Phil Stone
Davis, CA. USA
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

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

[Philip Stone via Pd-list]

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 
he saw messages about problems.”

That would certainly be a concern!  I haven’t heard anything about this; can 
you (or Miller) please elaborate?


Phil Stone
Davis, CA  USA



>From: "kerry l. hagan" 
>Subject: [PD] Apple Silicon (M1 Pro, M1 Max, M2) questions
>Message-ID: 

>Hi all,

>I need to update my laptop, and I?m trying to decide between M1 Pro, M1 Max 
>and M2. CPU benchmarks show that M1 Max runs fastest, >but Miller told me that 
>it may not handle Pd?s real time processes, that he saw messages about 
>problems. So when I Googled and also >searched this list, I?m finding issues 
>with externals and compiling, but nothing specific about vanilla Pd, no 
>externals, running poorly on >Apple chips.

>They’ve been out for a while (except M2), so maybe you all can advise?

>Thanks,

>Kerry


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

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

[Philip Stone via Pd-list]

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 Puckette 
Subject: [PD-announce] pd 0.53-0test2 released
To Pd-announce:

Pd version 0.53-0test2 is available from http://msp.ucsd.edu/software.htm
or (source only) via github: https://github.com/pure-data/pure-data

This contains more bug fixes and documentation updates.

Iohannes is still working on an update to teh string translation
mechanism; I'm planning to incorporate that into the final release,
hopefully early next week.

cheers
Miller



___
Pd-announce mailing list
pd-annou...@lists.iem.at
https://lists.puredata.info/listinfo/pd-announce
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

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

[Philip Stone via Pd-list]

Ah, I had checked Deken, but missed this, since I’m on a Silicon Mac. I will 
look into it to see if maybe I can compile a version.

Thanks, Peter!


Phil

Date: Sun, 4 Sep 2022 10:27:37 +0200
From: "Peter P." peterpar...@fastmail.com<mailto:peterpar...@fastmail.com>


Hi Phil,

A search on Deken
http://deken.puredata.info/search.html?libraries=hid&objects=&descriptions=
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 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

> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list






--

Subject: Digest Footer

___
Pd-list mailing list
Pd-list@lists.iem.at
to manage your subscription (including un-subscription) see
https://lists.puredata.info/listinfo/pd-list


--

End of Pd-list Digest, Vol 210, Issue 4
***
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

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

[Philip Stone via Pd-list]

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
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

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

[Philip Stone via Pd-list]

Yes, many, including tof/pmenu and others. I guess I’ll have to remove them and 
re-add them one-by-one to find which one it is. I was hoping the error message 
might contain a clue I didn’t recognize. I think I will also re-Deken all 
externals to see if something old is lying around. The intermittent nature of 
the bug is what is so puzzling!


From: Alexandre Torres Porres 
Date: Tuesday, July 26, 2022 at 9:06 AM
To: Philip Stone 
Cc: pd-list@lists.iem.at 
Subject: Re: [PD] TCL error Pd-0.52-2 Intel Mac
seems like a bug in an external, are you using any GUI externals?

Em ter., 26 de jul. 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
".x7fef6f4b8df0.c itemconfigure 7fef6d844200NUMBER -fill #00 -text {+} "
("uplevel" body line 1)
invoked from within
"uplevel #0 $docmds"


Phil


From: Philip Stone mailto:pkst...@ucdavis.edu>>
Date: Monday, July 25, 2022 at 2:12 PM
To: pd-list@lists.iem.at<mailto:pd-list@lists.iem.at> 
mailto:pd-list@lists.iem.at>>
Subject: 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 7fef6d844200NUMBER -fill #00 -text {+} "
("uplevel" body line 1)
invoked from within

Sometimes, there is no time to see this message before Pd crashes out.

Sometimes, the patch launches and works perfectly(!)

This patch is working perfectly (without this symptom) on an M1 Mac with the 
same version of Pd.

Can anybody recognize anything from the error message?


Thanks,

Phil Stone
Davis, CA

___
Pd-list@lists.iem.at<mailto:Pd-list@lists.iem.at> mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

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

[Philip Stone via Pd-list]

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 within
"uplevel #0 $docmds"


Phil


From: Philip Stone 
Date: Monday, July 25, 2022 at 2:12 PM
To: pd-list@lists.iem.at 
Subject: 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 7fef6d844200NUMBER -fill #00 -text {+} "
("uplevel" body line 1)
invoked from within

Sometimes, there is no time to see this message before Pd crashes out.

Sometimes, the patch launches and works perfectly(!)

This patch is working perfectly (without this symptom) on an M1 Mac with the 
same version of Pd.

Can anybody recognize anything from the error message?


Thanks,

Phil Stone
Davis, CA

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

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

[Philip Stone via Pd-list]

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 7fef6d844200NUMBER -fill #00 -text {+} "
("uplevel" body line 1)
invoked from within

Sometimes, there is no time to see this message before Pd crashes out.

Sometimes, the patch launches and works perfectly(!)

This patch is working perfectly (without this symptom) on an M1 Mac with the 
same version of Pd.

Can anybody recognize anything from the error message?


Thanks,

Phil Stone
Davis, CA

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

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

[Philip Stone via Pd-list]

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):

```
if {[winfo exists .pdwindow]} {
wm geometry .pdwindow  =538x300+0+458
}
```

Change those four values to match your desired console window size and 
placement.


Best,

Phil Stone
UC Davis
--

>Date: Sat, 9 Apr 2022 20:46:07 -0300
>From: Alexandre Torres Porres 
>To: Roman Haefeli 
>Subject: Re: [PD] Pd 52.2 different font in console?
>Message-ID:


>[…]

>Perhaps we can make Pd remember the last window size and keep it. It seems
>that if you adjust, it gets lost.

>cheers

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

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

[Philip Stone via Pd-list]

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 
attempt to load them, but will throw an error complaining about the mismatched 
architecture.


Phil Stone
Davis, CA  USA

--

Message: 2
Date: Tue, 29 Mar 2022 11:02:11 -0300
From: Alexandre Torres Porres 


Em seg., 28 de mar. de 2022 ?s 07:17, Dan Wilcox 
escreveu:

> Howdy Miller,
>
> the macOS 10.10+ build is working fine and supports both x86_64 & arm64. I
> think you can remove the link to my previous 0.52-1 arm64-only build on the
> download page.
>

Great to know that, so let me see if I get it straight. If you have an
apple silicon, it'll run under the hood the arm code and then it will only
find and load 'arm64' externals? Or can you load both externals types? How
does it work?

Oh, and Miller's site should say it is a universal binary ready for the new
macs!

cheers
-- next part --
An HTML attachment was scrubbed...
URL: 


--

Message: 3
Date: Tue, 29 Mar 2022 16:10:31 +0200
From: Christof Ressi 
To: pd-list@lists.iem.at
Subject: Re: [PD] [PD-announce] Pd 0.52-2 released
Message-ID: <5009ad6d-2207-bdfc-9c9b-afd8baa09...@christofressi.com>
Content-Type: text/plain; charset="utf-8"; Format="flowed"

> If you have an apple silicon, it'll run under the hood the?arm code
> and then it will only find and load 'arm64' externals?
 From my understanding, yes. For that reason, I guess it's not a good
idea to provide universal binaries at this point and we should rather
ship seperate binaries. Once most externals are available as universal
binaries, we might ship Pd as a universal binary as well.

Of course, you can always force apps to run under Rosetta, but I don't
think that's a good user experience.

Christof

On 29.03.2022 16:02, Alexandre Torres Porres wrote:
> Em seg., 28 de mar. de 2022 ?s 07:17, Dan Wilcox
>  escreveu:
>
> Howdy Miller,
>
> the macOS 10.10+ build is working fine and supports both x86_64 &
> arm64. I think you can remove the link to my previous 0.52-1
> arm64-only build on the download page.
>
>
> Great to know that, so let me see if I get it straight. If you have an
> apple silicon, it'll run under the hood the?arm code and then it will
> only find and load 'arm64' externals? Or can you load both externals
> types? How does it work?
>
> Oh, and Miller's site should say it is a universal binary ready for
> the new macs!
>
> cheers
>
>
>
> ___
> Pd-list@lists.iem.at  mailing list
> UNSUBSCRIBE and account-management 
> ->https://lists.puredata.info/listinfo/pd-list
-- next part --
An HTML attachment was scrubbed...
URL: 


--

Message: 4
Date: Tue, 29 Mar 2022 13:33:06 -0300
From: Alexandre Torres Porres 
To: Pd-List 
Subject: Re: [PD] more features for [file] (Get directory of current
patch)
Message-ID:

Content-Type: text/plain; charset="utf-8"

Em s?b., 26 de mar. de 2022 ?s 03:46, IOhannes m zm?lnig 
escreveu:

> > yeah, that's great. I have a n external that does that [slice]
>
> yeah. and zexy has [niagara] that does this.
> my git history only reaches back to 2002, and it was there back then.
>
> but i was really talking about [list split] here.
>

For the record, my reasoning was: "*I know there are externals but this is
such an important feature that we shouldn't rely on externals for that and
have a native solution instead (I have made an external for that myself and
would gladly remove it from my library)*." I wasn't bragging about
externals I have or promoting them, sorry if I gave that idea...



>
> >>
> > yup, this is the issue, when splitting a file with a space, like
> > *Users/porres/Desktop/rename\
> > copy.pd*
> >
> > I get:
> >
> >   list / Users porres Desktop *list\ rename\ copy.pd*
> >
> > so for the file name I actually get *symbol list\ rename\ copy.pd*
>
> not for me.
> could you please provide a patch that shows this problem (without also
> requiring a copy of your harddisk; that is: the filename-with-space
> should be stored in the patch), and attach it to your bug-report.
>
> gfmds
> IOhannes
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
-- next part --
An HTML attachment was scrubbed...
URL: 


--

Re: [PD] Compiling cyclone for Darwin-arm6

[Philip Stone via Pd-list]

Thanks again, Christof. Trying that, I’m getting this result:

➜  pd-cyclone-master make make-lib-executable=yes arch="arm64 x86_64"
 info: using Makefile.pdlibbuilder version 0.6.0
 info: using Pd API 
/Applications/Pd-0.52-1-arm64.app/Contents/Resources/src/m_pd.h
 info: making target all in lib cyclone
pd-lib-builder/Makefile.pdlibbuilder:815: *** Can not build library blob 
because lib.setup.sources is undefined.  Stop.

I’ve searched for any mention of ‘lib.setup.sources’ and come up empty. Can 
anybody tell me how to set that correctly?

Thanks for your patience, all!


Phil Stone
UC Davis


P.S. My system is up and running on an M1 MacBook, and it is, by my very rough 
estimate, around 3X faster than my system running on x86-64 Pd. That is, setups 
which ate nearly all the processor available for audio, now don’t go above 33%. 
I’m *very* happy, and thinking up ways to use up this bandwidth bonanza.



Date: Fri, 25 Mar 2022 01:17:02 +0100
From: Christof Ressi mailto:i...@christofressi.com>>
To: pd-list@lists.iem.at<mailto:pd-list@lists.iem.at>
Subject: Re: [PD] (no subject)
Message-ID: 
<98e3752a-6ac1-2a05-abe1-c79375703...@christofressi.com<mailto:98e3752a-6ac1-2a05-abe1-c79375703...@christofressi.com>>

> Is there a way, using pd-lib-builder, to build the ?unified? library
> for Cyclone?

Do you mean building everything as a single binary (instead of separate
binaries per object)? This can be done with:

$ make 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
>
> 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 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, single-library binaries for
> Deken, and I thought CMake might make that easier. >> I will look into
> the necessary flags for doing it with ?make?./
>
> //
>
> >```
>
> >make arch="arm64 x86_64 i386 ppc"
>
> >```
>
> >leave out the architectures you do not want or know (and those that the
>
> >compiler is not able to produce, which most likely includes all but the
>
> >first two)
>
> >mdfgasd
>
> >IOhannes

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] (no subject)

[Philip Stone via Pd-list]

Thanks, IOhannes, that worked, using ‘arm64 x86-64’.

I now have all the objects individually deployed. Is there a way, using 
pd-lib-builder, to build the ‘unified’ library for Cyclone?

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

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 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, single-library binaries for Deken, 
>> and I thought CMake might make that easier. >> I will look into the 
>> necessary flags for doing it with ‘make’.

>```
>make arch="arm64 x86_64 i386 ppc"
>```
>leave out the architectures you do not want or know (and those that the
>compiler is not able to produce, which most likely includes all but the
>first two)

>mdfgasd
>IOhannes

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Compiling cyclone for Darwin-arm6

[Philip Stone via Pd-list]

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, single-library binaries for Deken, and I 
thought CMake might make that easier. I will look into the necessary flags for 
doing it with ‘make’.

Thanks again,

Phil


From: Christof Ressi 

You have to set PD_INCLUDEDIR to point to Pd's "src" folder because the
build system needs to find the header files.

That being said, cyclone's build system could have some code to set some
reasonable default values. That's what I do in my CMake based Pd
externals, so I know it's possible :-)

---

On the other hand, cyclone also supports the pd-lib-builder build
system. Just cd into the top level folder (containing "Makefile") and
type "make". pd-lib-builder should be able to find the Pd header files
automagically.

Christof
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] Compiling cyclone for Darwin-arm6

[Philip Stone via Pd-list]

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 identification is AppleClang 13.1.6.13160021
Detecting C compiler ABI info
Detecting C compiler ABI info - done
Check for working C compiler: 
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
 - skipped
Detecting C compile features
Detecting C compile features - done
CMake Error at CMakeLists.txt:9 (message):
Please provide a path to the pure-data source files.

These are the first eleven lines of cmake.txt, where the error originates:

cmake_minimum_required (VERSION 3.0)
project (cyclone C)

option(BUILD_SHARED_LIBS "Build shared libraries" ON)
option(BUILD_SINGLE_LIBRARY "Compile everything into one single library." OFF)

set(PD_INCLUDE_DIR "" CACHE PATH "Path to pure-data sources (this can be the 
pure-data/src folder in the sources of libpd)")
if (NOT PD_INCLUDE_DIR)
message(FATAL_ERROR "Please provide a path to the pure-data source files.")
endif()


What ‘pure-data source files’ is this referring to? Please forgive my 
compiling-newbie question!


Best,

Phil Stone
Davis, CA
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Get directory of current patch

[Philip Stone via Pd-list]

>[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].


Phil

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] Get directory of current patch

[Philip Stone via Pd-list]

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

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] M1 Externals

[Philip Stone via Pd-list]

>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 -> 
https://lists.puredata.info/listinfo/pd-list

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

[Philip Stone via Pd-list]

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 ignorance on the compiling aspect, but I do wish to learn, now 
that I have some time.


Phil



  *   *comport.c:693:9: **error: **implicit declaration of function 'error' is
invalid in C99 [-Werror,-Wimplicit-function-declaration]*

error("[comport]: %ld not valid, using closest value: %ld", *baud,
baudratetable[i]);

*^*

changed "error" to "pd_error" and compiles and loads. lots of warnings
though.

forked here:  https://github.com/megrimm/pd-comport

m

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] M1 Externals

[Philip Stone via Pd-list]

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 don’t know where to start.


Best,

Phil Stone
University of California, Davis

me.grimm writes:

Date: Fri, 18 Mar 2022 18:04:52 -0400
From: "me.grimm" 
To: Pd-List 
Subject: [PD] M1 Externals
Message-ID:

Content-Type: text/plain; charset="utf-8"

hello,

my old mac dead so had to get new M1 and starting from scratch.

I see only a few externals so far compiled for the Darwin-amd64-32

looking for the [comport] to give compiling a whirl i see v 0.2 from 2012
here: https://puredata.info/downloads/comport

that's the most recent repo? just checking in case im missing something.

btw also running dans build and seems to work well. the build from millers
site never gave me a Pd window.

m

--

m.e.grimm, m.f.a, ed.m.
cornell u., tc3
megrimm.net

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Silicon Mac issues

[Philip Stone via Pd-list]

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 more 
mystery ‘shutdown’!


From: Philip Stone 
Date: Friday, March 18, 2022 at 11:12 AM
To: pd-list@lists.iem.at 
Subject: 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 immediately.


1)  Is there any way to collect more error diagnostics – which startup 
flag(s) might be useful here?

2)  I may have botched an earlier install – how do I insure there are no 
lingering (bad) settings from it? I worry that some system security setting is 
silently failing me.

If anybody has had similar experience with a Silicon Mac, please chime in. 
Thanks very much.


Phil Stone
University of California, Davis
Davis, CA.   USA
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Silicon Mac issues

[Philip Stone via Pd-list]

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 have been 
asked if it should run under Rosetta?) Color me confused.

At any rate, I’m making progress. I have some code upgrading to do. I have a 
zillion mrpeach/routeOSC objects that I have to update to vanilla [oscparse].


Phil Stone

From: Philip Stone 
Date: Friday, March 18, 2022 at 1:39 PM
To: pd-list@lists.iem.at 
Subject: Re: 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 more 
mystery ‘shutdown’!


From: Philip Stone 
Date: Friday, March 18, 2022 at 11:12 AM
To: pd-list@lists.iem.at 
Subject: 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 immediately.


1)   Is there any way to collect more error diagnostics – which startup 
flag(s) might be useful here?

2)   I may have botched an earlier install – how do I insure there are no 
lingering (bad) settings from it? I worry that some system security setting is 
silently failing me.

If anybody has had similar experience with a Silicon Mac, please chime in. 
Thanks very much.


Phil Stone
University of California, Davis
Davis, CA.   USA
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] Silicon Mac issues

[Philip Stone via Pd-list]

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 immediately.


  1.  Is there any way to collect more error diagnostics – which startup 
flag(s) might be useful here?
  2.  I may have botched an earlier install – how do I insure there are no 
lingering (bad) settings from it? I worry that some system security setting is 
silently failing me.

If anybody has had similar experience with a Silicon Mac, please chime in. 
Thanks very much.


Phil Stone
University of California, Davis
Davis, CA.   USA
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

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

[Philip Stone via Pd-list]

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 my (mid 2014) MacBook running 10.15.7, including 
using Jack.


Best,

Phil Stone
Davis, CA  USA
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

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

[Philip Stone via Pd-list]

Thanks, Miller. I can confirm that build #8286 does *not* exhibit the problem.

Phil

From: Miller Puckette 
Date: Sunday, December 5, 2021 at 9:33 AM
To: Philip Stone 
Cc: pd-list@lists.iem.at 
Subject: Re: [PD] 0.52.0test2: window jitter on (Mac OS)
If you're on a mac you can just go to
https://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:04PM +, Philip Stone via Pd-list wrote:
> 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 can figure it out, I’ll do it and report.
>
>
> Best,
>
> Phil
>
>
>
> Date: Sun, 5 Dec 2021 00:15:20 +0100
> From: IOhannes m zm?lnig 
> To: pd-list@lists.iem.at
> Subject: Re: [PD] 0.52.0test2: window jitter on (Mac OS)
> Message-ID: <38f6fbe3-3a3b-b5a9-6625-260a89311...@iem.at>
> Content-Type: text/plain; charset="utf-8"; Format="flowed"
>
> On 12/4/21 23:20, Dan Wilcox wrote:
> > Howdy Phil,
> >
> > this may be related to a reported GOP performance problem with test2, so I 
> > copied your report to the issue on Github:
>
> it might also be related to the scrollbar glitches reported in [1410]
> (it's kind of hard to tell what "visual flutter" really means here).
>
> in any case, both issues ought to be fixed in current 'master' branch
> (no pre-release yet).
> @phil so if you are up to compiling you might give it a try...
>
> gfmds
> IOhannes
>
> [1410] 
> https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_pure-2Ddata_pure-2Ddata_issues_1410&d=DwIF-g&c=-35OiAkTchMrZOngvJPOeA&r=XprZV3Fxus2L1LCw80hE4Q&m=ioq7Ka00BM3zn1qhlJYaeymUbmoT1D7td0YpLJVzPRAxw9eW6JDM6q-Ht0dewD-e&s=W_UiSijTQKQVDgp7N8_8uBtGrlI51by-LGXOFQBQX4A&e=
> 

> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.puredata.info_listinfo_pd-2Dlist&d=DwICAg&c=-35OiAkTchMrZOngvJPOeA&r=XprZV3Fxus2L1LCw80hE4Q&m=ioq7Ka00BM3zn1qhlJYaeymUbmoT1D7td0YpLJVzPRAxw9eW6JDM6q-Ht0dewD-e&s=U7CnUZmH4budz4vTAdNS1t22TWUZU3VRVV1AiwzXVEo&e=
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

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

[Philip Stone via Pd-list]

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 
can figure it out, I’ll do it and report.


Best,

Phil



Date: Sun, 5 Dec 2021 00:15:20 +0100
From: IOhannes m zm?lnig 
To: pd-list@lists.iem.at
Subject: Re: [PD] 0.52.0test2: window jitter on (Mac OS)
Message-ID: <38f6fbe3-3a3b-b5a9-6625-260a89311...@iem.at>
Content-Type: text/plain; charset="utf-8"; Format="flowed"

On 12/4/21 23:20, Dan Wilcox wrote:
> Howdy Phil,
>
> this may be related to a reported GOP performance problem with test2, so I 
> copied your report to the issue on Github:

it might also be related to the scrollbar glitches reported in [1410]
(it's kind of hard to tell what "visual flutter" really means here).

in any case, both issues ought to be fixed in current 'master' branch
(no pre-release yet).
@phil so if you are up to compiling you might give it a try...

gfmds
IOhannes

[1410] https://github.com/pure-data/pure-data/issues/1410

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

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

[Philip Stone via Pd-list]

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;
#X obj 84 4 bng 15 250 50 0 empty empty empty 17 7 0 10 #fcfcfc #00
#00;
#X text 110 2 <- hover over/off of bang;
#X coords 0 -1 1 1 100 20 1 1 1;
#X restore 130 37 pd open_me;

Increasing the border to at least 2 X 2 eliminates the jitter.

Not of critical importance, but long ago I got into the habit of having a 0/0 
margin for GOPs (don’t know why).


Phil Stone
Davis, CA  USA
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

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

[Philip Stone via Pd-list]

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 clicked.


for what it is worth, i do *not* see this behaviour on Catalina
(10.15.1): both [bang( and [bng] flash and get back to normal.

gfsdmr
IOhannes

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

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

[Philip Stone via Pd-list]

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.


Thanks,

Phil

From: Dan Wilcox 
Date: Wednesday, November 10, 2021 at 4:42 PM
To: Philip Stone 
Cc: Pd-List 
Subject: Re: [PD] Pd-0.52-0 macOS universal build (prerelease)
Yes, this is a bug. I formalized the ascii handling to use the .txt file 
extension by default so you can pass a .txt file and it will be read as ascii 
without requiring the -ascii flag. Same with writing.

The issue here is that the -ascii flag should *always* force reading ascii 
(unless overridden by -raw) but the .txt extension check was still taking 
place, so your .tab file was being reject since it wasn't a .txt.

In any case, it's a one line fix and it's good you checked and found this.

Can you test your setup with this quick build which has the fix?

Pd-0.52.0-ascii-readfix.zip

Note: This is a mismatch build as it has the old x86_64 only Tk 8.6.10 from Pd 
0.51-4 with a 0.52-0 universal core. This shouldn't keep it form running for 
testing but probably not good to keep around for the long term. It was quicker 
to turn this out right now then do a more up to date version as I'm mucking 
with the build system here.


On Nov 11, 2021, at 12:28 AM, Dan Wilcox 
mailto:danomat...@gmail.com>> wrote:

Can you send a copy of the file and maybe a patch that simply loads it into the 
table?


On Nov 11, 2021, at 12:09 AM, Philip Stone 
mailto:pkst...@ucdavis.edu>> wrote:

It’s a text file, loaded using [read -ascii -resize $1 TUNING_TAB] passed to 
soundfiler. Pretty old code, so there’s probably a better way of handling it, 
but I only noticed it because it broke.

Pd 0.52-0 includes the sound file handling update I did which overhauled a 
number of things and added support for full AIFF headers and CAF files. The 
file type can't be detected from the file extension, so it tries to figure out 
from the header bytes but failed with the error.

Thanks, Dan. I’ll get more chance to test later.


Dan Wilcox
@danomatika
danomatika.com
robotcowboy.com





Dan Wilcox
@danomatika
danomatika.com
robotcowboy.com



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

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

[Philip Stone via Pd-list]

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 error, which doesn’t happen with Pd 0.51.4:

soundfiler read: ~/Documents/PD/PD_Patches/Scales/11-31.scl.tab: unknown header 
format

I haven’t gotten as far as making sound yet, perhaps due to this error.

Thank you for your work on this.


Best,

Phil Stone
Davis, CA
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] UDP server with Pd

[Philip Stone via Pd-list]

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 solid as a 
rock. It may not be Pd-native, but it does the job extremely well.


Best,

Phil Stone
Davis, CA


From: Christof Ressi 
To: Pd-List 
Subject: Re: [PD] UDP server with Pd
Message-ID: <06b68c67-a27e-81d8-4b6e-5b60db943...@christofressi.com>
Content-Type: text/plain; charset="utf-8"; Format="flowed"

If you want the server to reply only to the current client,
[iemnet/udpserver] actually works fine (despite the error message in the
console): the list method will send the packet to the source address of
the most recently received packet.

However, if you need to send packets to several/all registered clients,
e.g. like a game server, this doesn't work (yet).

Christof

On 02.06.2021 08:54, Roman Haefeli wrote:
> On Tue, 2021-06-01 at 15:27 -0700, Miller Puckette via Pd-list wrote:
>> One solution (which the conniption server/client and quacktrip both
>> use in somewhat different ways) is for a "netreceive" object to wait
>> for an incoming connection and then, once one arrives, immediately to
>> close
>> its own listening port and for a "nestsend" in the same patch to open
>> a connection to the IP and port that the "netreceive" reported (via
>> its
>> second outlet).  It's a bit complicated but gets the job done.
> That absolutely works. And since that can be done in zero logical time,
> [netsend]  doesn't claim any packets coming in on the port "shared"
> with [netreceive]. Cheers to Pd's determinism!
>
> That opens up an a lot of new things to explore for me. Thanks!
>
> Roman
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
-- next part --
An HTML attachment was scrubbed...
URL: 


--

Subject: Digest Footer

___
Pd-list mailing list
Pd-list@lists.iem.at
to manage your subscription (including un-subscription) see
https://lists.puredata.info/listinfo/pd-list


--

End of Pd-list Digest, Vol 195, Issue 8
***
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] size and position of PD window

[Philip Stone via Pd-list]

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 
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 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)

-- next part --
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 840 bytes
Desc: OpenPGP digital signature
URL: 
<http://lists.puredata.info/pipermail/pd-list/attachments/20210414/0f02d540/attachment.sig>

--

Subject: Digest Footer

___
Pd-list mailing list
Pd-list@lists.iem.at
to manage your subscription (including un-subscription) see
https://lists.puredata.info/listinfo/pd-list


--

End of Pd-list Digest, Vol 193, Issue 16

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] size and position of PD window

[Philip Stone via Pd-list]

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 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 -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] size and position of PD window

[Philip Stone via Pd-list]

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 -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Best practices for [declare]

[Philip Stone via Pd-list]

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 invisible to me for some 
reason; the updates to the manual are excellent, though).


Phil
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] detect dependencies from patch

[Philip Stone via Pd-list]

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 patch
Howdy Phil,

We are moving away from the "extra" folder and additional "standard paths" like 
~/.pd-externals in favor user search paths for most use cases. This requires 
specifying folders, so a helper "Documents Directory" was added, mainly for 
beginners and students but I find it generally useful. For those that don't, it 
can simply be ignored and disabled.

I think the info on this was updated in the included Pd manual by Alex, but off 
the top of my head the simplest explanation is the following:

If not enabled, enable the Pd Documents Directory:

Preferences -> Path... -> Pd Documents Directory -> Reset

There should now be a ~/Documents/Pd/externals folder which is also added to 
the user search paths.

Put external library folders in there, deken also downloads to here by default.

Note: You can of course use your own user search path and set the path deken 
downloads to, in which case the following info still applies.

You can now find externals in this folder using [declare]. If you have an 
external called "extname" in the following folder:

~/Documents/Pd/externals/extname

It should be found by Pd with: [declare -path extname -lib extname]

The -path argument specifies search paths while -lib specifies a location to 
try to load compiled externals, so some externals may require both while 
abstraction-only externals should only require -path. More complicated 
externals like Gem which also need to load addition dynamic libs should also 
work, although may require additional steps / folder placement.

Note: once compiled externals are found and loaded, they cannot be unloaded or 
reloaded.

Also, without using [declare], objects can be found in the user search paths 
via prepending the external's folder name:

[extname/foobar]

Last, if the path given to declare starts with a . or .. (ie. it's a relative 
path), the search mechanism only looks *relative* to the patch and does not 
look in further user search or standard paths. This should help encapsulation 
of certain projects.

[declare -path ./extname]


On Feb 25, 2021, at 12:15 AM, 
pd-list-requ...@lists.iem.at wrote:

Message: 2
Date: Wed, 24 Feb 2021 15:55:06 +
From: Philip Stone mailto:pkst...@ucdavis.edu>>
To: "pd-list@lists.iem.at" 
mailto:pd-list@lists.iem.at>>
Subject: Re: [PD] detect dependencies from patch
Message-ID:
mailto:byapr08mb5589848db50e378d344486fda7...@byapr08mb5589.namprd08.prod.outlook.com>>

Content-Type: text/plain; charset="windows-1252"

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 resource for new users (as well as old, like  
me!)


Best,

Phil Stone
Davis, CA

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] Best practices for [declare]

[Philip Stone via Pd-list]

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.

>> 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?

(Hope this is a better subject line).

That very page has an expired link to a Google drive tutorial which sounds like 
just the thing I was talking about, so I’d say that it’s not up to date. I’d 
love to see best practices for [declare] blended into it. The helpfile for 
[declare] is good, but how’s a newbie even supposed to know to use the 
[declare] object in the first place? I’m just asking for an overview, is all.


Best,

Phil Stone
Davis, CA


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] detect dependencies from patch

[Philip Stone via Pd-list]

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 resource for new users (as well as old, like  
me!)


Best,

Phil Stone
Davis, CA



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

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

[Philip Stone via Pd-list]

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 Stone 
mailto:pkst...@ucdavis.edu>> wrote:

Hi Dan,

I’m not too familiar with the tabbed windows feature – never even knew it was 
there! But it appears to work well. What is the ‘mouse offset’ problem? As far 
as I can tell, the mouse/pointer is behaving correctly, in full-screen windows, 
tabbed windows, and otherwise. What should I look for specifically?


Phil

From: Dan Wilcox mailto:danomat...@gmail.com>>
Date: Thursday, December 17, 2020 at 3:52 AM
To: Philip Stone mailto:pkst...@ucdavis.edu>>
Cc: ffdd cchh mailto:camaraf...@gmail.com>>, Miller 
Puckette mailto:m...@ucsd.edu>>, Pd-List 
mailto:pd-list@lists.iem.at>>
Subject: Re: [PD] Pd 0.51-4-test1 with macOS scrollbar fix
Howdy all,

While we are at this, can you macOS users check if the mouse offset is fixed 
for fullscreen windows? Also the same for tabbed windows, ie. Window -> Show 
Tab Bar which allows you to drag and move Pd windows to a single tabbed window. 
We don't explicitly support this in the Pd GUI, but it *seems* to work with my 
build at least, including the mouse offset.

Both fullscreen and tabbed windows seem to be working well with my builds, less 
so with Miller's. I think this is due to the fact that I'm building the 
Wish.app on a much newer system, so we may be at a turning point to where we 
need separate builds for macOS 10.9 or 10.10+. But I may be wrong about this, 
having jumped back and forth so much recently...

Here is my latest build: 
Pd-0.51-4-macupdates2.zip

Further, testing on macOS 11 with my builds looks good. There are a couple 
tweaks to add, but it basically works.


Dan Wilcox
@danomatika
danomatika.com
robotcowboy.com


Dan Wilcox
@danomatika
danomatika.com
robotcowboy.com



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

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

[Philip Stone via Pd-list]

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 text on a light gray background.
>I looked into this again and this should not be happening often. As of a 
>version or two ago, the GUI sets a >defaults key which should disable dark 
>mode for Pd. There is a chance you would see this if starting Pd on a >new 
>system with Dark Mode enabled as the key needs to be saved by Pd first, then 
>loaded on the next start. >What is you set up to where this is happening? Is 
>it happening constantly, ie. whenever Pd is run?


You are correct that it does not happen on re-launch. It seems to have just 
been the first launch that caused it.


>We may need to actually set this key in Pd's Info.plist directly so it's 
>always applied, no matter the defaults >setting.


>I’ve also noticed that system dialogs (Audio Settings, MIDI >Settings) stay on 
>top even when other applications are in >focus. I’m not sure if this is new 
>behavior, though.

>This is fixed by not setting those dialogs to "topmost" on macOS.


I can confirm that this is fixed.

Thanks, Dan.


Phil
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

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

[Philip Stone via Pd-list]

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 light gray background.

I’ve also noticed that system dialogs (Audio Settings, MIDI Settings) stay on 
top even when other applications are in focus. I’m not sure if this is new 
behavior, though.


Best,

Phil Stone
Davis, CA


___
Howdy all,

Miller recently announced a 0.51-4-test1 build which includes some fixes for 
the UI on macOS.

I'd like to include a further build which adds a fix for scrollbars not 
(re)drawing:

http://docs.danomatika.com/pdbuilds/0.52/Pd-0.51-4-test1-scrollbars.zip 


macOS users: Please check over the UI for any additional "weirdness" since Pd 
0.50 as there may be other small teething issues with TK 8.6.10.


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] MIDI in channel looks wrong

[Philip Stone via Pd-list]

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 know how to use the channel value. 
Thank you!


Phil

>Channel numbers in objects like [ctlin] are really the MIDI port +
>channel number:

>1: channel 1 on port 1
>2: channel 2 on port 1
>...
>17: channel 1 on port 2
>18: channel 2 on port 2
>...

>27: channel 11 on port 2

>Are you sure that you're receiving on channel 2? Note that the second
>outlet of [midiin] gives you the port number, not the channel number!
>That would explain why you see 2.

>Christof




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] MIDI in channel looks wrong

[Philip Stone via Pd-list]

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.


Best,

Phil Stone
Davis, California
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

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

[Philip Stone via Pd-list]

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 Pd, but 
are you familiar with Ross Bencina's OSCGroups?

http://www.rossbencina.com/code/oscgroups

We've been using it for 15 years for just this purpose; it links up a whole 
group of people with hole-punched OSC-over-UDP.


Phil Stone
Davis, CA


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list