Re: [PD] multiple instances of a patch forbidden in 0.49, why?

Well, I ended up simply reverting to the old behavior but leaving a hook in so that users can specifically ask only to open a patch once. cheers M On Sun, Sep 23, 2018 at 12:10:01AM +0200, Antoine Rousseau wrote: > Yes I realized that. So it should be something more specific. > Why not a wider

Re: [PD] multiple instances of a patch forbidden in 0.49, why?

Ah, yes, a fourth option: have a new "pd really-open" message to open a file without checking if it's a duplicate. cheers M On Sat, Sep 22, 2018 at 06:18:42PM +0200, IOhannes m zm??lnig wrote: > On 9/22/18 3:17 PM, katja wrote: > > Much to my alarm, Pd 0.49test3 prevents loading multiple

Re: [PD] multiple instances of a patch forbidden in 0.49, why?

Oh dear, I was worried this might cause problems. The rationale is that, especially for beginning users but often for experienced ones, it is rarely desirable to have two copies of, for instance, the test tone patch running at once. (An example from my own usage is that I have a "play" shell

[PD] [PD-announce] Pd 0.49-0 test 3 released

TO Pd announce: Third test version. Barring any major problems I hope to put out the finished 0.49-0 mid to late next week. cheers Miller ___ Pd-announce mailing list pd-annou...@lists.iem.at https://lists.puredata.info/listinfo/pd-announce

Re: [PD] [PD-announce] Live Electronis Tutorial by Porres in English (& ELSE beta 12 released)

Congratulations! This is a big achievement. M On Wed, Sep 12, 2018 at 09:23:03PM -0300, Alexandre Torres Porres wrote: > Hi, two related announcements! I've Finished translating the vol. 2 of my > Live Electronics Tutorial to English, with now 323 examples! >

Re: [PD] [PD-announce] PD 0.49-0test1 released

; > I think pd.exe (the real file) was 32 bit in > > the 32-bit version but could easily have it wrong. > > pd.exe was 64 bit. > > > -- > > Mensaje telepatico asistido por maquinas. > > On 9/13/2018 4:15 PM, Miller Puckette wrote: > > Does that mean Wish86

Re: [PD] [PD-announce] PD 0.49-0test1 released

re 64-bit. > > Is not an html link mistake. I also cheked the files listed on > http://msp.ucsd.edu/Software/ > > -- > > Mensaje telepatico asistido por maquinas. > > On 9/11/2018 2:23 AM, Miller Puckette wrote: > > The first test version of Pd 0.49-0 is availabl

[PD] [PD-announce] Pd 0.49-0test2 released

To Pd-announce: Pd version 0.49-0test2 is available on http://msp.ucsd.edu/software.htm or (source only) via github: https://github.com/pure-data/pure-data This fixes a bug in the Macintosh version that crashed Pd, and several more minor problems. cheers Miller

Re: [PD] bug with edit-mode (was Re: [PD-announce] PD 0.49-0test1 released)

I bet this is related to the "save as" crash bug. Are you on Mac OSX? And... am I reading this correctly that you (1) open any patch; (2) open the "properties" dialog for the canvas; (3) hit "OK" on the dialog, and then you find out that the patch went into edit mode? (And that it then crashes

[PD] [PD-announce] PD 0.49-0test1 released

The first test version of Pd 0.49-0 is available on http://msp.ucsd.edu/software.htm or (source only) via github: https://github.com/pure-data/pure-data cheers Miller ___ Pd-announce mailing list pd-annou...@lists.iem.at

[PD] [PD-announce] pd 0.48-2 released

To Pd-announce: Pd version 0.48-2 is available on http://msp.ucsd.edu/software.htm or (source only) via github: https://github.com/pure-data/pure-data cheers Miller ___ Pd-announce mailing list pd-annou...@lists.iem.at

Re: [PD] distinction Pd lingo: abstraction, subpatch, subwindow

s together. > > m. > > On 12.08.2018 18:45, Miller Puckette wrote: > > Well, (adopting for the moment subpatch/abstraction for the larger class and > > one-off subpatch for the more specific one of a non-abstraction)... > > > > I imagine that more things are true of s

Re: [PD] distinction Pd lingo: abstraction, subpatch, subwindow

On Sun, Aug 12, 2018 at 02:23:15PM +0200, Max wrote: > Hi Miller, thanks for chiming in. > > On 12.08.2018 00:54, Miller Puckette wrote: > > I think the best terminology is "sub-patch" for either an abstraction or > > for a one-off subpatch. (But then we probably n

Re: [PD] distinction Pd lingo: abstraction, subpatch, subwindow

I think the best terminology is "sub-patch" for eitehr an abstraction or for a one-off subpatch. (But then we probably need a better term for 'one-off'; maybe 'ad hoc'? cheers Miller On Tue, Aug 07, 2018 at 01:44:18PM +0200, Max wrote: > In the Pd documentation the word > > abstraction is

Re: [PD] [PD-announce] pd version 0.48-2 test1 released

ion function > ‘__builtin_alloca’ > > > On 05.08.2018 15:24, Max wrote: > > while trying to compile the github source I get: > > > > ../portaudio/libportaudio.a -lpthread -ldl -lrt > > pd-m_glob.o: In function `glob_foo': > > /path/to/pure-data/src/m_glob

Re: [PD] [PD-announce] pd version 0.48-2 test1 released

on `glob_foo': > /path/to/pure-data/src/m_glob.c:68: undefined reference to `alsa_printstate' > > > m. > > On 05.08.2018 06:21, Miller Puckette wrote: > > To Pd-announce: > > > > Pd version 0.48-2test1 is available on http://msp.ucsd.edu/software.htm > >

Re: [PD] [PD-announce] pd version 0.48-2 test1 released

8-05 1:21 GMT-03:00 Miller Puckette : > > > To Pd-announce: > > > > Pd version 0.48-2test1 is available on http://msp.ucsd.edu/software.htm > > > On the website, not all explicitly describe it as version "0.48-2test1", > and have no version instea

Re: [PD] [PD-announce] pd version 0.48-2 test1 released

I found that in recent versions of ALSA, Pd couldn't recover from very bad data late errors (such as when I load a few gigabytes of sound on startup). It never used to recover terribly well, but recently it broke altogether and so I had an easy way to get to the root of the problem. Things still

Re: [PD] [PD-announce] pd version 0.48-2 test1 released

, is just something on your > compilation. > > -- > Lucarda > > Mensaje telepatico asistido por maquinas. > > On 8/5/2018 1:21 AM, Miller Puckette wrote: > > To Pd-announce: > > > > Pd version 0.48-2test1 is available on http://msp.ucsd.edu/software.htm >

[PD] [PD-announce] pd version 0.48-2 test1 released

To Pd-announce: Pd version 0.48-2test1 is available on http://msp.ucsd.edu/software.htm or (source only) via github: https://github.com/pure-data/pure-data This test version fixes a number of bugs in Pd 0.48-1. Source and 32-and 64-bit Mac and Windows versions are available; Mac/PPC and ARM

Re: [PD] recursive searching with [text search]

I keep thinking about that too. One idea would be to specify a range of lines to search in, so that one could use the results of the previous search to start teh next one. Another would be to output a list of ALL search-matches. cheers Miller On Sat, Jul 21, 2018 at 09:10:57AM +, Liam

[PD] electronic music teaching position at UCSD

There's an opening at UCSD for a teaching assistant professor (a career position) starting July 2019 - apply by Oct. 15. Here's the ad: https://apol-recruit.ucsd.edu/apply/JPF01811 cheers Miller ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and

Re: [PD] Inexpensive pitchshift

I don't know of any substantially cheaper way to do it... perhaps you can split some of them off using pd~ ? cheers Miller On Wed, Jun 06, 2018 at 09:25:34AM +0200, Martin Hiendl wrote: > Hi list! > > I was wondering whether the G09.pitchshift.pd is an inexpensive > pitchshifter or if there's

Re: [PD] Random

On May 31, 2018, at 1:11 PM, Miller Puckette wrote: > > > > Warning: [date] won't work so well on Raspberry Pi startup scripts (no > > way to save date from boot to boot). > > > > I think the best vanilla way on linux or mac is to read /dev/random into > > an

Re: [PD] Random

Warning: [date] won't work so well on Raspberry Pi startup scripts (no way to save date from boot to boot). I think the best vanilla way on linux or mac is to read /dev/random into an array using soundfiler. cheers Miller On Thu, May 31, 2018 at 01:00:40PM -0500, Dan Wilcox wrote: > Yeah. I

Re: [PD] [soundfiler] - get rid of the arbitrary default value for "-maxsize"

The original problem was that sometimes allocating lots of memory would slow the machine to a crawl. I guess with more modern OSes this isn't necessary (and anyway people aren't using 32-megabyte machines much anymore) so this isn't necessary any longer. I'll go ahead and remove it. cheers

Re: [PD] "too many open files" error in 0.48.1

Yes, it woulds like there's a bug in Pd... is it possible to reduce your patch to a reasonably simple test case that causes the problem? thanks Miller On Mon, May 21, 2018 at 07:54:23PM +0100, Claude Heiland-Allen wrote: > > > On 21/05/18 19:35, ub@xdv wrote: > > hello, > > > > On 20.05.2018

Re: [PD] Fedora audio setup howto?

And my own stupid fix: stop pulseaudio. This takes a few steps since it automatically restarts itself; I found a webpage about it and my notes from it are: open /etc/pulse/client.conf, change autospawn = yes to autospawn = no, and set daemon-binary to /bin/true (I keep notes on all the things I

Re: [PD] static array/text

There's a tricky bit though - what when the user copy/pastes an array define object meaning to later change the name - in this case is it appropriate to print the warning? I'm not sure. On the larger topic, I like the idea of having a "-shared" or "-s" flag to [array define]. I can think some

Re: [PD] Piano roll sequence display

There's an extremely crude one in "dodge-song" in the Pd repertory project. I'm sure there are much better ones running around on the net. cheers Miller On Mon, Apr 30, 2018 at 11:20:32AM -0400, William Brent wrote: > Has anyone done something like this using [struct]/[polygon], even just for >

Re: [PD] Window title always displays *edit*?

Yep, I'm regretting the "*" character - at the very least I want to put it in brackets of sone sort. M On Mon, Apr 16, 2018 at 05:08:16PM +0200, Christof Ressi wrote: > even better: something like |edit mode| because * is often used to signify > unsaved changes. Personally, *edit* confuses the

Re: [PD] debugging complex extern

Did you add the two lines to m_conf.c ? cheers Miller On Wed, Apr 11, 2018 at 07:03:20PM +0200, David Medine wrote: > I am trying to debug an extern on linux using gdb and this tutorial > (for MacOS and > some years old) does not work

Re: [PD] suggestion: $0 in messages

Well, I've been trying to stay out of this, but here's a thing... someone could implement a "msg" object that you could invoke like [msg 1 $0 3] to get a message with a 'true' $0 built into it. This would also work for $1, etc, so would be much smarter than changing the message box semantics.

Re: [PD] The website msp.ucsd.edu is down

Yep, I believe the whole UCSD music department web server is down... M On Fri, Mar 30, 2018 at 12:01:37PM +0200, Pierre Guillot wrote: > Hi, > Perhaps you didn't noticed, the website msp.ucsd.edu is down. > Cheers, > Pierre > ___ >

Re: [PD] robotcowboy looking for gigs

Dan put in a top-notch performance at the last Pd convention (New York) - highly recommended! cheers Miller On Tue, Mar 20, 2018 at 12:20:57PM +0100, Dan Wilcox wrote: > (! a non-development issue email!) > > Howdy all, > > I'm working on new material and I'm looking to start gigging with

Re: [PD] Pd-list Digest, Vol 156, Issue 67

I didn't mean to suggest that you had pulled a fast one... in fact, I didn't see any difference in inlet-outlet sizes on linux and was wondering how teh size migth have changed on other OSes. (In fact, inlet/ outlet rendering had long been what I consider wrong on MacOS (white space in the middle

Re: [PD] bigger inlet/outlet size in 0.48.1 ...

I'm unaware inlet/outlets grew... I'll have a look and see what's up. I don't think there's any reason for them to have chanced. cheers Miller On Thu, Mar 15, 2018 at 02:15:03PM -0300, Alexandre Torres Porres wrote: > What's hard on my eyes so bad that hurts down to my soul is the *BOLD* font >

Re: [PD] sysex messages

ges > > > (maybe having a dedicated object could help), so there's no way to > > > collect a sysex and send it out in one go (ie having an array to > > > return). I apologize for my trivial description of the "problem", > > > but this is what I think i

Re: [PD] sysex messages

e're missing a way to detect outgoing sysex messages (maybe > > having a dedicated object could help), so there's no way to collect a sysex > > and send it out in one go (ie having an array to return). I apologize for > > my trivial description of the "problem", but t

[PD] Raspberry Pi help in Miami, Florida?

To Pd list - I'm in touch with an excellent visual artist, Jamilah Sabur, who's been invited to make an installation in a museum space in Miami. She's handy with audio software including Pd. She'd like help figuring out how to get a Raspberry Pi to run her patch autonomously. Would anyone on

Re: [PD] sysex messages

Hi Mario - Perhaps you said this in the previous message which I missed... are you using ALSA MIDI system or OSS? MIDI support has always been a problem in Pd... largely because I don't have a lot of experience with it. cheers Miller On Tue, Mar 13, 2018 at 12:04:00AM +, mario buoninfante

Re: [PD] How can a signal inlet of an object know if it's receiving a signal

This too is on my (almost infinitely long) dolist... to somehow extend the "dsp" message to allow objects to find out whether there are signals connected or not (and perhaps also to be able to deal with unequal-sized arrays somehow). Main reason I think this is needed is so that objects like

Re: [PD] clone object - dynamically change number of instances?

This is indeed on my dolist... at least to receive a message to change the number of voices, perhaps not to be able to do so automatically (that seems to raise problems I donlt know how to solve :) M On Tue, Mar 06, 2018 at 11:04:15AM +0100, hans w. koch wrote: > someone with a better memory…or

Re: [PD] readsf re-blocked up-sampled

Here's a quick test I made.. it seems to work OK: #N canvas 575 153 544 389 10; #N canvas 167 97 714 533 sr 1; #X obj 142 58 block~ 4096 1 64; #X obj 92 251 osc~ 6400; #X obj 92 272 tabwrite~ foo; #X obj 186 243 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X obj 319 228 readsf~; #X

Re: [PD] [PD-dev] Fwd: external help, please

Check that the input addresses are different from the output ones - usually in a case like that Pd will re-use the memory from the inputs for the outputs, so your object needs to be able to operate in-place. (hint: allocate a bunch of temporary signals on teh stack using alloca(), and put the

Re: [PD] max value of last n samples

If you need this as a mesage, you can continually stuff the signal into an array and use array max (which can be set to look at a subinterval of the array.) You can use an array as a circular buffer by always maintaining two write pointers into the same array - whichever one is in front at any

Re: [PD] -nosleep works only without -jack (was: [solved] glitches when streaming UDP)

I think it should still work, as long as you're polling jack and not using callbacks. (That should be a choice on the audio settings panel). cheers Miller On Thu, Feb 01, 2018 at 04:57:28PM +0100, Roman Haefeli wrote: > On Mit, 2018-01-31 at 09:32 +0100, katja wrote: > > > > > > On Wed, Jan

[PD] 64 bit windows test build for Pd

Thanks to iohannes Zmoelnig, Dan Wilcox, and Spacechild1, it's now possible to compile Pd as a 64-bit windows native application. I'm hoping this will fix the recent trouble arising from new ASIO devices not showing up in 32-bit Pd versions. The new one's available on the usual page:

Re: [PD] [PD-announce] pd 0.48-1 released

/Christof/AppData/Roaming/Pd/C:/Program Files (x86)/Pd/extra/zexy.dll > > I also thought it could be a registry issue but I got the same result when > running with -noprefs > > Gesendet: Mittwoch, 10. Januar 2018 um 05:43 Uhr > Von: "Lucas Cordiviola" <lucard...@hotmail.com&

Re: [PD] pd-0.48.1 trouble getting started

Wilcox wrote: > > > On Jan 9, 2018, at 6:17 PM, pd-list-requ...@lists.iem.at wrote: > > > > Date: Tue, 9 Jan 2018 09:17:49 -0800 > > From: Miller Puckette <m...@ucsd.edu <mailto:m...@ucsd.edu>> > > To: IOhannes m zmoelnig <zmoel...@iem.at <ma

Re: [PD] pd-0.48.1 trouble getting started

Yes, FYI I'm still using makefile.gnu. It takes about 25% as long to do the job as the automake thing does, and when it fails I can usually figure out why. I'll probably keep that possibliity alive as long as I can. cheers Miller On Tue, Jan 09, 2018 at 09:49:17AM +0100, IOhannes m zmoelnig

[PD] [PD-announce] pd 0.48-1 released

To Pd-announce: Pd version 0.48-1 is available on http://msp.ucsd.edu/software.htm or (source only) via github: https://github.com/pure-data/pure-data cheers Miller ___ Pd-announce mailing list pd-annou...@lists.iem.at

Re: [PD] no more compiled version for raspberry pi?

Ah, OK, I'll start putting them out again. (I'm trying to get a bugfix release togetehr these days, will wait til that's ready.) cheers Miller On Mon, Dec 25, 2017 at 11:15:06PM +0200, Alexandros wrote: > > > On 25/12/2017 10:40 μμ, Miller Puckette wrote: > > I don't know that

Re: [PD] no more compiled version for raspberry pi?

I don't know that anyone's using them... probably most people will download via apt-get. cheers M On Mon, Dec 25, 2017 at 05:19:19PM -0200, Alexandre Torres Porres wrote: > Hi, any reason why there's not versions for raspberry at > http://msp.ucsd.edu/software.html ? > > cheers >

Re: [PD] Dejavu on ms-windows was: (Re: [PD-announce] Pd 0.48-1 test version released)

I can give it a look - but I doubt I'll manage to get it into 0.48-1 - I can really only manage bug fixes ATM. cheers M On Tue, Dec 12, 2017 at 10:52:09PM +, Lucas Cordiviola wrote: > Good. > > I'm glad that we talked about it and find answers to our legitimate questions. > > Since it's a

Re: [PD] Dejavu on ms-windows was: (Re: [PD-announce] Pd 0.48-1 test version released)

Me, I'm paranoid :) I haven't looked at TWAPI yet, but in general there would have to be a compelling reason to add a dependency to Pd. I'm trying to make sure everything that goes in there will still be running 30-ish years in the future. cheers Miller On Tue, Dec 12, 2017 at 11:21:29PM

Re: [PD] [PD-announce] Pd 0.48-1 test version released

d's implementation in any case. > To be clear, it sounds like you're talking about the oscillator performance > and not just building the table? > > On Tue, Dec 5, 2017 at 1:58 PM, Miller Puckette <m...@ucsd.edu> wrote: > > > Claude Heiland has a much better cosine implementat

Re: [PD] [PD-announce] Pd 0.48-1 test version released

for 0.49. cheers Miller On Tue, Dec 05, 2017 at 04:54:02PM -0200, Alexandre Torres Porres wrote: > 2017-12-05 1:12 GMT-02:00 Miller Puckette <m...@ucsd.edu>: > > > That one needs a lot more work... > > > > I see... anything we could try and do it for you? Or would y

Re: [PD] pd 0.48-0 installation problem on Win10

.. but it was still a bug in Pd too :) On Tue, Dec 05, 2017 at 06:45:18PM +0100, Raphaël Ilias wrote: > Ok sorry for the noise, I managed to solve this... > that was actually a third party firewall, a bit hidden, blocking network > connections for puredata.. > > all best, > > Raphaël > >

Re: [PD] pd 0.48-0 installation problem on Win10

Oops, in the code, "filename" should have been "host". Can you try changing that line (in tcl/pd_connect.tcl): if {$filename ne "localhost" || [catch {set pd_socket [socket 127.0.0.1 $port]}]} { to if {$host ne "localhost" || [catch {set pd_socket [socket 127.0.0.1 $port]}]}

Re: [PD] [PD-announce] Pd 0.48-1 test version released

That one needs a lot more work... cheers M On Tue, Dec 05, 2017 at 12:36:25AM -0200, Alexandre Torres Porres wrote: > 2017-12-04 18:28 GMT-02:00 Miller Puckette <m...@ucsd.edu>: > > > This should fix or at least improve the spacing problems in 0.48-0 on >

Re: [PD] BUG on midifixes -

now.) > > > > enohp ym morf tnes > > --- > > Dan Wilcox > > danomatika.com > > robotcowboy.com > > > > > >> On Dec 4, 2017, at 8:43 PM, Miller Puckette <m...@ucsd.edu> wrote: > >> > >> Found it... should be fixe

Re: [PD] BUG on midifixes - (was: midifixes testing)

Found it... should be fixed in git now. cheers M On Mon, Dec 04, 2017 at 05:55:51PM +, Lucas Cordiviola wrote: > But wait, there's a bug: > > when creating [notein] I play on my midichannel 1 and I get “145” on [notein] > third outlet. 145 can't be a midichannel. > Also when using

Re: [PD] BUG on midifixes - (was: midifixes testing)

Wow, MIDI input doesn't work at all for me anymore... I'll try to figure out what's going on. thanks Miller On Mon, Dec 04, 2017 at 01:58:07PM -0500, Martin Peach wrote: > On Mon, Dec 4, 2017 at 1:39 PM, Ingo wrote: > > > 145 is the complete status byte for MIDI channel 2

Re: [PD] 0.47.1 tcl issue

Yes... 0.47 simply doesn't work on Macs that don't have tcl8.4 installed. There's no choice but to go to 0.48. I'm just about to release 0.48-1 test 1 - I hope that helps with the font size problems. cheers Miller On Mon, Dec 04, 2017 at 12:30:33PM +0900, Matt Davey wrote: > hi, just tried

Re: [PD] a slightly nicer saturator than tanh~

Also try arctangent in place of tanh. Its asymptotic behavior is 1/x instead of e^(-x) which makes for softer clipping. I often make a big table to speed up the atan lookup using tabread4~ although you have to be careful at the table limits. cheers Miller On Fri, Oct 27, 2017 at 11:12:56PM

Re: [PD] PD 0.48.0 - netsend/netreceive not working in -nogui mode

Hmm, there used to be a funy problem in windows when there was no GUI (the network AI didn't get initialized, which is unneccesary to do on the other platforms) - so most likely I've re-introduced that problem. I can't get to a windows machine til next week though to find out. Miller On Fri, Oct

Re: [PD] initbang in vanilla (was Re: how to destroy/delete an object with dynamic patching?)

I've been thinking about some sort of such extention of loadbang - also to allow you to specify the message, as in "loadbang 5" - I think that would get a lot of use. But I don't have a solid sense of what the design should be (and am always afraid of implementing something before I understand

Re: [PD] GUI freeze

Fix is in master on github... https://github.com/pure-data/pure-dat cheers Miller On Wed, Sep 27, 2017 at 09:40:42PM +0200, Roman Haefeli wrote: > On Die, 2017-09-26 at 11:38 -0700, Miller Puckette wrote: > > I found at least one tcl-error bug and tried to fix it... ca

Re: [PD] pd~ -nogui subprocess [stdout]

this, the subprocess is not executed. > At least it was like this a couple of years ago. I believe I reported this. > > Max > > > > On 2017년 09월 22일 03:51, Miller Puckette wrote: > > I just had the same thing happen with 0.37 - switched to 0.48 and the > > problem went

Re: [PD] pd~ -nogui subprocess [stdout]

ing in debian stretch. The subprocess doesn't seem > to work with -nogui. > > fdch.github.io/tv > > > > > On Sep 21, 2017, at 9:51 PM, Miller Puckette <m...@ucsd.edu> wrote: > > > > I just had the same thing happen with 0.37 - switched to 0.48 and the > &g

Re: [PD] Store and delete lines in [textfile] ?

You can do that with the newer [text] object. cheers Miller On Fri, Sep 22, 2017 at 11:11:24PM +0200, Jérôme Abel wrote: > Hi, > > Is it possible to store and delete lines in the [textfile], like > [cyclone/coll] ? > > It could be an interesting feature to use it as a "multi-data" preset >

Re: [PD] pd~ -nogui subprocess [stdout]

typo, sorry - 0.47-48 elided the problem. But it's clearly still lurking. M On Thu, Sep 21, 2017 at 06:51:42PM -0700, Miller Puckette wrote: > I just had the same thing happen with 0.37 - switched to 0.48 and the > problem went away... so there's something messed up somewhere that I'm >

Re: [PD] pd~ -nogui subprocess [stdout]

I just had the same thing happen with 0.37 - switched to 0.48 and the problem went away... so there's something messed up somewhere that I'm failing to pin down. As with William, taking off the -nogui flag makes the problem go away, but I'm now wondering if it just comes and goes at random.

Re: [PD] trouble with pd-0.48-0 and multiple screens

I've managed to get unxpected behavior on linux with XFCE desktop. When I place the second monitor to teh left or right of the main one things work OK, but if I place it either below or above, make a subpatch on the external monitor, close it, it pops up on the main monitor instead. I'm not sure

Re: [PD] using tabwrite~ for a circular buffer?

Here's what I do (probably not the only way but it works): if you want the most recent 10 seconds of input available in a contiguous stretch in an array, make an array big enough to hold 20 seconds, and using two tabwrite~ objects, alternatively bang one or the other every 10 seconds. At any

[PD] relase plans for fixing Pd 0.48-0 bugs

To Pd list - I'm leaving on a strenuous trip (BIFEM in Bendigo, Australia, then DAFX in Edinburgh, Scotland) and back Sept. 10. I won't be able to upsh any official releases till sometime that week. At that point I'll try at least to fix the following bugs: jack support in macOS keyup problem

Re: [PD] [hid] for Pd-vanilla on MacOS

I believe your version of hid is compiled for 32-bit executables, so to load it you'll have to use the 32 bit version of Pd 0.48-0. cheers Miller On Wed, Aug 23, 2017 at 03:00:12PM +0200, Pierre-Olivier Boulant wrote: > Hi, > > I'm building a daemon to capture the commands from a Contour

Re: [PD] zoom current state

This is a longstanding problem which I reminded myself of trying to fix some other GOP stuff for 0.48 - I might manage to fix it for 0.48-1 but was afraid to change too much so close tot he release of 0.48-0 (Also have to look at Fred Jan's solution which is apparently quite different from mine

[PD] [PD-announce] pd 0.48-0 released

To Pd-announce: Pd version 0.48-0 is available on http://msp.ucsd.edu/software.htm or (source only) via github: https://github.com/pure-data/pure-data cheers Miller ___ Pd-announce mailing list pd-annou...@lists.iem.at

Re: [PD] weird slider zooming

I should give this a look - but for now had better limit myself to trying to patch it u pthe way it currently works. thanks Miller On Sun, Aug 13, 2017 at 09:16:34AM +0200, Fred Jan Kraan wrote: > > On 12-08-17 22:34, Miller Puckette wrote: > >That was a bug - thanks for reporting

Re: [PD] weird slider zooming

That was a bug - thanks for reporting it. Should be fixed on gihub now. Miller On Sat, Aug 12, 2017 at 02:22:57PM +0200, richard millig wrote: > hi all, > > when i zoom the sliders (with ctrl++), not just the px are doubled but > also the value range. also the vice versa with ctrl+-. it would

Re: [PD] abstraction arguments and GUI

I've been meaning to provide a way to do this - perhaps makng a fallback 'properties' dialog for any object that allows you to edit the text description and re-create the object (and maybe also its exact screen location etc). One of the many features that still need designing and implementing :)

Re: [PD] [PD-announce] Pd version 0.48-0test7

True... and also, I don't understand the issues involved... a fragile state of affairs that I haven't had time to try to attend to. Miller On Fri, Aug 11, 2017 at 10:34:29AM +0200, Dan Wilcox wrote: > To be fair, changes were made after feedback was asked for but not given. A > lot of time was

Re: [PD] [PD-announce] Pd version 0.48-0test7

nce test5, where > > deken can't highlight the libs for mac. So just reminding it's an important > > fix before the final release. BTW, what's the plan for the stable release? > > > > cheers > > > > 2017-08-10 0:47 GMT-03:00 Miller Puckette <m...@ucsd.e

[PD] [PD-announce] Pd version 0.48-0test7

Pd version 0.48-0test7 is available on http://msp.ucsd.edu/software.htm or via git from github: git clone https://github.com/pure-data/pure-data.git Building now for MAC OSX on three architectures (PPC, i386, ia64) and on Microsoft windows (i386 only). cheers Miller

Re: [PD] pd 0.48 test5 windows : pd~ subprocess

Yep, I'm getting it too. Thanks for flagging this one - it's a real show stopper. It turns out to be 2 bugs, one was easyt to find, but the other one I'm still looking for. cheers Miller On Mon, Jul 31, 2017 at 09:40:52PM +, Lucas Cordiviola wrote: > I can confirm the same troubles with

Re: [PD] New users and external path struggles

Except perhaps in this thread I can try to explain... I always meant "standard path" to refer to "stuff distributed with Pd", and "Path" to be adjustible to point to libraries that are not part of the Pd distribution. I think part of the confusion comes from different possible interpretations of

[PD] [PD-announce] Pd 0.48-0test6 released

To Pd-announce: Pd version 0.48-0test6 is available on http://msp.ucsd.edu/software.htm or via git from github: git clone https://github.com/pure-data/pure-data.git This fixes the major bugs I'm aware of from "test5" and earlier. Many minor problems and wish-list items remain, but I think

Re: [PD] Easy way to list used abstractions in patch?

This is always a pain, sorry - I often want to do this too. I do it this way: set "verbose" flag, load the patch, copy all the messages into a file, then "grep succeeded ", then sort. The linux/Mac sort program has a "-u" flag (unique) that suppresses repeats. But Pd ought to offer a simpler

Re: [PD] Compiling with msys2

: > > https://wiki.videolan.org/GenerateLibFromDll > > http://www.mingw.org/wiki/MSVC_and_MinGW_DLLs > > http://www.mingw.org/wiki/createimportlibraries > > Not sure if is helpful. > > -- > Mensaje telepatico asistido por maquinas. > > > > On 7/26/2017 7:04 PM

Re: [PD] Pd 0.48.0test1: donecanvasdialog changed?

Well, the change fixes a very annoying bug... perhaps I can fix it so that there's an extra version argument to the message (version 0, teh default, would be the old behavior; version 1 would be the new) cheers Miller On Wed, Jul 26, 2017 at 11:17:44AM +0200, oliver wrote: > Christof Ressi

Re: [PD] MMIO audio device menu broken

OK... thanks for your patience - can you try with "test5b" then? Same place, http://msp.ucsd.edu/software.html cheers Miller On Wed, Jul 26, 2017 at 09:13:01AM -0700, Miller Puckette wrote: > Yep, I thought aI had that fixed but it seems to be back this morning - I see > it t

Re: [PD] MMIO audio device menu broken

t 5:37 PM, Christof Ressi <christof.re...@gmx.at> > wrote: > > > looks the same to me :-(. does anyone else get the broken MMIO menu? Lucas? > > > > > Gesendet: Mittwoch, 26. Juli 2017 um 05:31 Uhr > > > Von: "Miller Puckette" <m...@ucsd.edu>

Re: [PD] MMIO audio device menu broken

OK.. I've put up a "test5a" compile (windows version only) - I believe (and hope) that fixes the garbled MMIO devices and related. cheers Miller On Tue, Jul 25, 2017 at 03:39:29PM +0200, Dan Wilcox wrote: > Also looks like the device buttons could be wider ;) Maybe Miller's build > environment

Re: [PD] 048-test5 > w32 strange chars

, 2017 at 04:56:40AM +, Lucas Cordiviola wrote: > Do you suspect this is also causing: > > pd -version > > g☻└x╖▌¿≥(▒♥╪g☻└x╖▌¿≥(▒♥╪g☻└x╖▌o⌐▄wX⌠(♣♦g☻└x╖▌o⌐▄wX⌠(♣♦Æ8Oÿ☺`½O☻└╚4Æ8Oÿ☺`½O☻└╚4Pd > -0.48.0 ("test5") compiled 16:09:28 Jul 23 2017 > > > On 7/24

[PD] ... and ... test5 not out

I decided to try to fold in Dan Wilcox's embedded Deja Vu font for Mac... now available as test 5. Should only affect Mac users, and should fix it so that the font is more legible. (I can't tell the difference myself...) cheers Miller ___

[PD] test 4

Ok, test 4 is up... at this point I'm hoping it's in good enough shape that I can make it the release - if there are show-stopping bugs I'll try to fix them, but any more "enhancements" should now wait for 0.49 :) Miller ___ Pd-list@lists.iem.at

Re: [PD] Macbook Air Errors with 0.48 Test 1

trying port localhost:5400. > >> WARNING: connect to pd failed, retrying port localhost:5400. > >> WARNING: connect to pd failed, retrying port localhost:5400. > >> WARNING: connect to pd failed, retrying port localhost:5400. > >> WARNING: connect to pd failed, retr

Re: [PD] Macbook Air Errors with 0.48 Test 1

Volumes/U/Pd-0.48-0test3.app/Contents/Resources/../MacOS/Pd" 5400 > >> Waiting for connection request... > >> WARNING: connect to pd failed, retrying port localhost:5400. > >> WARNING: connect to pd failed, retrying port localhost:5400. > >> WARNING: connect to pd fa

<    1   2   3   4   5   6   7   8   >