Pd-dev

pd-dev@lists.iem.at

2 participants
9620 discussions

OS's Audio Latency measures
by Esteban Viveros 16 Dec '20

16 Dec '20

I'm looking for a solution to have the values of input and output audio latency inside Pd. The same many DAW's show in audio preferences. The use case is I'm writing a patch using [abl_link~], that ensure music event synchronization whenever I set an offset parameter with the output audio latency. I found these: https://stackoverflow.com/questions/37729442/how-do-you-find-the-audio-late… which can be a start point.. or not.... once there is not jack. Thanks for any advance! -- Esteban Viveros www.estebanviveros.com

2 1

Re: [PD-dev] PD 0.51-4 bug fix candidates
by Dan Wilcox 15 Dec '20

15 Dec '20

Miller only mentioned he was considering a quick bug fix release for the Windows issue, so I proposed to gather a small list of similar bug fixes. If he "signs off" on the list, then we can merge with develop or, as you say, he can accept them directly. I think option 1 is easier as we can do the integration and keep it clean, then he only has to merge develop into master. This would also be a big help for libpd as the networking fix is needed for Android and I can then release libpd 0.12 based off of the Pd 0.51-4 tag. > On Dec 10, 2020, at 12:00 PM, pd-dev-request(a)lists.iem.at wrote: > > Message: 1 > Date: Wed, 9 Dec 2020 21:14:40 +0100 > From: IOhannes m zmölnig <zmoelnig(a)iem.at <mailto:zmoelnig@iem.at>> > To: pd-dev(a)lists.iem.at <mailto:pd-dev@lists.iem.at> > Subject: Re: [PD-dev] PD 0.51-4 bug fix candidates > Message-ID: <448f6b95-da26-47da-bb68-cb23a54f28b2(a)iem.at <mailto:448f6b95-da26-47da-bb68-cb23a54f28b2@iem.at>> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > On 12/9/20 8:50 PM, Dan Wilcox wrote: >> Howdy all, >> >> As quickly discussed on GitHub, there are a couple bugs which may warrant a 0.51-4 release. >> >> In addition, here is a little list of things I think would be good fixes to have: >> >> windows: save-to-/tmp/foo.wav bug > > +1 > >> >> networking & libpd: getaddrinfo() rejects dual stack socket settings on BSD and Android (https://github.com/pure-data/pure-data/pull/1232 <https://github.com/pure-data/pure-data/pull/1232> <https://github.com/pure-data/pure-data/pull/1232 <https://github.com/pure-data/pure-data/pull/1232>>) > > +2 > >> >> mac: update patch window size after configure (https://github.com/pure-data/pure-data/pull/1236 <https://github.com/pure-data/pure-data/pull/1236><https://github.com/pure-data/pure-data/pull/1236 <https://github.com/pure-data/pure-data/pull/1236>>) > > +1 > >> >> multi-instance & libpd: set pd_this for readsf~ and writesf~ threads (https://github.com/pure-data/pure-data/pull/1227 <https://github.com/pure-data/pure-data/pull/1227> <https://github.com/pure-data/pure-data/pull/1227 <https://github.com/pure-data/pure-data/pull/1227>>) > > +2 > >> >> writesf~: fix infinite loop on I/O error (https://github.com/pure-data/pure-data/pull/1224 <https://github.com/pure-data/pure-data/pull/1224><https://github.com/pure-data/pure-data/pull/1224 <https://github.com/pure-data/pure-data/pull/1224>>) > > +10 > >> >> mac: add back-ported patch for Tk 8.6.10 which fixes disabled Help menu items (https://github.com/pure-data/pure-data/pull/1226 <https://github.com/pure-data/pure-data/pull/1226> <https://github.com/pure-data/pure-data/pull/1226 <https://github.com/pure-data/pure-data/pull/1226>>), note: requires re-building and packaging Wish.app in mac/stuff > > +1 > == > 17 > > > > should we prepare and merge this into 'develop', or does miller wants to > merge them separately? > > > gfmadsr > IOhannes -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

2 4

Re: [PD-dev] Issues building PD 0.51.x
by Dan Wilcox 09 Dec '20

09 Dec '20

Before anyone looks further into the *details* ie. compiler flags, the configure overview output gives us a clue: > configure: > > pd 0.51.3 is now configured > > Platform: Unknown Clearly, configure failed and it never set the platform. The platform-specific / host checks failed and it probably half-defaults to building for Linux which is why it's trying to build the OSS audio backend. Now, looking at the beginning of the same configure log, we see: > checking build system type... x86_64-pc-msys > checking host system type... x86_64-pc-msys > configure: iPhone SDK only available for arm-apple-darwin hosts, skipping tests > configure: Android SDK only available for arm-linux hosts, skipping tests Hmm. The canonical host it's seeing is "x86_64-pc-msys" which is not one we actually support directly. What we support for building on windows with autootols is "mingw" see https://github.com/pure-data/pure-data/blob/master/configure.ac#L108 <https://github.com/pure-data/pure-data/blob/master/configure.ac#L108> So I think this a configuration issue with your setup as you are somehow not building with mingw as we have listed in the INSTALL.txt. One reason for this may be using the wrong shell, ie. MSYS2 instead of the explicit MinGW64 shell. It's been a few years since I've worked directly with MinGW & Pd, so the naming may have changed... which is also why we wrote the steps in INSTALL.txt. :) -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

Issues building PD 0.51.x
by David Rush 09 Dec '20

09 Dec '20

Hi - I imagine that this is somehow my mistake, but I am having persistent problems with building PD 0.51.x from git under the latest MSys2/Mingw64 gcc $ gcc --version gcc (GCC) 10.2.0 Copyright (C) 2020 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. $ gcc -dumpmachine x86_64-pc-msys The issues seem to center around various WIN32 compatibility hacks. If I use the usual $ ./autogen.sh $ ./configure $ make clean $ make all the build fails while linking pd.exe /usr/lib/gcc/x86_64-pc-msys/10.2.0/../../../../x86_64-pc-msys/bin/ld: pd-s_audio_oss.o: in function `oss_open_audio': /c/Users/User/git/pure-data/src/s_audio_oss.c:305: undefined reference to `sys_setalarm' /c/Users/User/git/pure-data/src/s_audio_oss.c:305:(.text+0xee3): relocation truncated to fit: R_X86_64_PC32 against undefined symbol `sys_setalarm' /usr/lib/gcc/x86_64-pc-msys/10.2.0/../../../../x86_64-pc-msys/bin/ld: /c/Users/User/git/pure-data/src/s_audio_oss.c:394: undefined reference to `sys_setalarm' &cet interestingly, that build also generates a warning message while compiling s_inter.c (which defines sys_setalarm() under the right set of compiler flags) indicating that _WIN32 is not defined. s_inter.c: In function ‘sys_init_deken’: s_inter.c:998:4: warning: #warning unknown OS [-Wcpp] 998 | # warning unknown OS So if I instead build with CFLAGS=-D_WIN32, I get a different set of errors while building s_inter.c /usr/include/w32api/psdk_inc/_fd_types.h:100:2: warning: #warning "fd_set and associated macros have been defined in sys/types. This can cause runtime problems with W32 sockets" [-Wcpp] /usr/include/w32api/winsock2.h:1025:34: error: conflicting types for ‘select’ s_inter.c:217:52: warning: passing argument 5 of ‘select’ from incompatible pointer type [-Wincompatible-pointer-types] /usr/include/w32api/winsock2.h:1025:116: note: expected ‘PTIMEVAL’ {aka ‘struct __ms_timeval * const’} but argument is of type ‘struct timeval *’ s_inter.c:490:17: warning: implicit declaration of function ‘write’; did you mean ‘fwrite’? [-Wimplicit-function-declaration] s_inter.c:1305:20: warning: implicit declaration of function ‘_spawnl’; did you mean ‘spawnl’? [-Wimplicit-function-declaration] s_inter.c:1305:28: error: ‘P_NOWAIT’ undeclared (first use in this function) s_inter.c:1493:10: warning: implicit declaration of function ‘_exit’ [-Wimplicit-function-declaration] s_inter.c:1493:10: warning: incompatible implicit declaration of built-in function ‘_exit’ Could someone please enlighten me? Or point me to relevant documentation? ig gcc 10.2.0 known to be problematic? TIA -- GPG Public key at http://cyber-rush.org/drr/gpg-public-key.txt

3 5

how to dinamically allocate t_atom & t_float size?
by Alexandre Torres Porres 05 Dec '20

05 Dec '20

Hi, when compiling ELSE for camomille in windows, me and Esteban are getting some errors. Offending pieces of code are when trying to do things like t_atom at[ac]; and t_float temp[n]; from stackflow <https://stackoverflow.com/questions/9881777/why-do-i-get-cannot-allocate-an…> we see "*You cannot allocate an array of unknown size with automatic storage duration in C++. If you want a variable sized array then you need to dynamically allocate it (or, better yet; just use a vector).*" Thing is we don't know how to proceed here and are looking for hints, maybe showing how other objects in Pd deal with this. BTW, there's an issue <https://github.com/porres/pd-else/issues/881> on ELSE's repository. Thanks Alex

5 14

My [hid] 0.7.1 fork builds without XCode
by Albert Rafetseder 24 Nov '20

24 Nov '20

Hello, TL;DR: Here's my fork of [hid] version 0.7.1 that needs no XCode to build on Mac OS X (10.11.6 on my end, hopefully on later macOSses too): https://gitlab.com/aaaaalbert/pd-hid It's based on https://git.puredata.info/cgit/svn2git/libraries/hid.git/ Long version: I'm just re-learning Pd and decided it would be a good idea to build it on my ageing Mac (which went marvelously!), and also build [hid] which didn't go that smoothly for me. In the versions of [hid] that I inspected [1], it requires XCode to build on Darwin, as the Makefile [2] passes to xcodebuild an XCode project file [3], lets XCode do its thing, then continues. I couldn't get my version of XCode to use the project file, running into this error: ``` xcodebuild: error: Unable to read project 'HID Utilities Slib.pbproj'. Reason: Project file 'HID Utilities Slib' was written by an unsupported Xcode version (38) ``` I soon gave up on hacking the project file and instead wrote a sub-Makefile for the Mac parts [4], adapted the main Makefile [5], and voilà! I can use a spare JoyCon game controller to feed button presses to my patches. I've built and manually tested my version of [hid], tentatively labeled 0.7.3, both on Mac (OS X 10.11.6) and Linux (Xubuntu 19.10) with PureData 0.50-2 as tagged on GitHub [6]. Outlook: I'm thinking of adding accelerometer support for the game controller, and perhaps sort out the values that hatswitches produce on different OSses. Thanks, Albert. [1] Here are the different versions / forks of [hid] that I found: * 0.7.1 --> https://git.puredata.info/cgit/svn2git/libraries/hid.git (That's the one I based my work on.) * 0.7 --> https://sourceforge.net/projects/pure-data/files/libraries/hid/hid-0.7.tar.… (as linked from the Pd wiki) * 0.7 --> https://salsa.debian.org/multimedia-team/pd/pd-hid/ * 0.7.1 --> https://github.com/agraef/purr-data/blob/master/externals/hid/ Binary releases from deken: * 0.7.1 --> http://puredata.info/Members/zmoelnig/software/hid/ * 0.7.1 --> http://puredata.info/Members/chr15m/software/v0-0extended/hid/ [2] original Makefile: https://git.puredata.info/cgit/svn2git/libraries/hid.git/tree/Makefile#n200 [3] XCode project file: https://git.puredata.info/cgit/svn2git/libraries/hid.git/tree/HID%20Utiliti… [4] sub-Makefile for Mac build, not using XCode: https://gitlab.com/aaaaalbert/pd-hid/-/blob/osx-build-without-xcode/HID%20U… [5] adapted main Makefile: https://gitlab.com/aaaaalbert/pd-hid/-/blob/osx-build-without-xcode/Makefile [6] https://github.com/pure-data/pure-data/releases/tag/0.50-2

2 2

Apple selling arm macs now
by Dan Wilcox 12 Nov '20

12 Nov '20

Howdy all, Apple is now selling new macs with their own "M1" arm CPU. We will probably get a Mac Mini at work for building & testing the architecture. I also need a new machine and am considering getting a laptop with an M1. In either case, I anticipate being able to make a macOS arm64 build of Pd for testing. With the build system we now have, I don't foresee any major issues... hopefully. I think updating pd-lib-builder should be similarly straightforward. -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

2 3

Re: [PD-dev] [PD] [PD-announce] Pd 0.513 test5 released
by Dan Wilcox 03 Nov '20

03 Nov '20

> On Nov 3, 2020, at 6:04 PM, pd-dev-request(a)lists.iem.at wrote: > > Message: 2 > Date: Tue, 03 Nov 2020 18:03:59 +0100 > From: IOhannes m zmölnig <zmoelnig(a)iem.at <mailto:zmoelnig@iem.at>> > To: pd-dev(a)lists.iem.at <mailto:pd-dev@lists.iem.at> > Subject: Re: [PD-dev] [PD] [PD-announce] Pd 0.513 test5 released > Message-ID: <33E1D9D9-D44A-46DE-B598-B6DD3B49E6C4(a)iem.at <mailto:33E1D9D9-D44A-46DE-B598-B6DD3B49E6C4@iem.at>> > Content-Type: text/plain; charset=utf-8 > > Am 3. November 2020 15:37:38 MEZ schrieb Dan Wilcox <danomatika(a)gmail.com <mailto:danomatika@gmail.com>>: >> Main point is that the 64 bit build needs the 64 bit Tk. > > sorry for being dumb, but: why? Why not? > I agree that its probably preferred to have matching architectures between Pd-core and Pd-GUI, but is it a requirement? I would say yes. > afaict the problem lucarda is describing comes mostly from the fact that wish.exe and pdfontloader.dll have different archs. (or is this what you were saying). Yes, that's what I was saying. If previous versions of the windows 64 bit build worked fine with a 64 bit pdfontloader, then it's because Pd game with a 64 bit tk, so it follows that is what's needed in this case. -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

3 2

Re: [PD-dev] [PD] [PD-announce] Pd 0.513 test5 released
by Dan Wilcox 03 Nov '20

03 Nov '20

Main point is that the 64 bit build needs the 64 bit Tk. > On Nov 3, 2020, at 12:00 PM, pd-dev-request(a)lists.iem.at wrote: > > Message: 1 > Date: Tue, 3 Nov 2020 04:43:42 -0300 > From: Lucas Cordiviola <lucarda27(a)hotmail.com <mailto:lucarda27@hotmail.com>> > To: Miller Puckette <msp(a)ucsd.edu <mailto:msp@ucsd.edu>> > Cc: pd-dev <pd-dev(a)lists.iem.at <mailto:pd-dev@lists.iem.at>> > Subject: Re: [PD-dev] [PD] [PD-announce] Pd 0.513 test5 released > Message-ID: > <MWHPR22MB0864B7EAE3380C7412622C01A6110(a)MWHPR22MB0864.namprd22.prod.outlook.com <mailto:MWHPR22MB0864B7EAE3380C7412622C01A6110@MWHPR22MB0864.namprd22.prod.outlook.com>> > > Content-Type: text/plain; charset=utf-8; format=flowed > > Hi Miller, > > On Windows 64bit builds starting from Pd 0.51.3-test2 you have switched > tcl/tk-8.6.8(64bit) to 8.6.10(32bit). > > Was it intentional to change the arch? > > Pdfontloader.dll (64bit) has stopped loading and Pd falls-back to > courier font. -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

3 2

Re: [PD-dev] [PD] [PD-announce] Pd 0.513 test5 released
by Lucas Cordiviola 03 Nov '20

03 Nov '20

Hi Miller, On Windows 64bit builds starting from Pd 0.51.3-test2 you have switched tcl/tk-8.6.8(64bit) to 8.6.10(32bit). Was it intentional to change the arch? Pdfontloader.dll (64bit) has stopped loading and Pd falls-back to courier font. -- Mensaje telepatico asistido por maquinas. On 11/3/2020 12:54 AM, Miller Puckette via Pd-announce wrote: > Ok... test 5 now. Improved Mac 10.15 permission stuff and some more bug fixes. > > http://msp.ucsd.edu/software.htm > https://github.com/pure-data/pure-data > > cheers > Miller > > > > _______________________________________________ > Pd-announce mailing list > Pd-announce(a)lists.iem.at > https://lists.puredata.info/listinfo/pd-announce > _______________________________________________ > Pd-list(a)lists.iem.at mailing list > UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev