Re: [PD] [PD-announce] pd 0.48-0test1 released

AM To: pd-list@lists.iem.at Subject: Re: [PD] [PD-announce] pd 0.48-0test1 released On 2017-07-21 04:50, Lucas Cordiviola wrote: > > I don't see any downside on pdx font metrics. > it seems that i remember dan (or was it miller) pointing to the newly introduced zoom feature which compl

Re: [PD] [PD-announce] pd 0.48-0test1 released

I took them out just now :) M On Fri, Jul 21, 2017 at 11:43:54AM +0200, Dan Wilcox wrote: > > > On Jul 20, 2017, at 6:43 PM, pd-list-requ...@lists.iem.at wrote: > > > > 1) the very first time you start up Pd, there's no log level set (and > > therefore you don't get any errors). > > This is

Re: [PD] [PD-announce] pd 0.48-0test1 released

> On Jul 20, 2017, at 6:43 PM, pd-list-requ...@lists.iem.at wrote: > > 1) the very first time you start up Pd, there's no log level set (and > therefore you don't get any errors). This is fixed. When I added log level saving I forget to check the case where it wasn't set (in older files) and

Re: [PD] [PD-announce] pd 0.48-0test1 released

Testing consensus with DejaVu Sans mono is that normal weight is best across platforms for similar rendering. I suppose we'll find out if everyone agrees. You can, of course, add -font-weight bold to your startup flags for presenting :) > On Jul 21, 2017, at 10:23 AM, Andy Farnell

Re: [PD] [PD-announce] pd 0.48-0test1 released

AM > To: Miller Puckette > Cc: Pd-List > Subject: Re: [PD] [PD-announce] pd 0.48-0test1 released > > Hah, funny that never occurred to me. I tried all sorts of rounding with the > font metrics discovery. > > It does work, but the default Monaco rendering is too thin and the t

Re: [PD] [PD-announce] pd 0.48-0test1 released

On 2017-07-21 04:50, Lucas Cordiviola wrote: > > I don't see any downside on pdx font metrics. > it seems that i remember dan (or was it miller) pointing to the newly introduced zoom feature which complicates things a bit more. and dynamic font managing. and what not. (probably check the

Re: [PD] [PD-announce] pd 0.48-0test1 released

Cc: pd-list@lists.iem.at Subject: Re: [PD] [PD-announce] pd 0.48-0test1 released Dear Miller, thanks for your efforts! > I didn't realize jack worked on windows... but you always compiled your windows binaries with jack support ;-) I can say that JACK + Pd vanilla always worked for me on W

Re: [PD] [PD-announce] pd 0.48-0test1 released

kette Cc: Pd-List Subject: Re: [PD] [PD-announce] pd 0.48-0test1 released Hah, funny that never occurred to me. I tried all sorts of rounding with the font metrics discovery. It does work, but the default Monaco rendering is too thin and the text is not very readable when the font size is

Re: [PD] [PD-announce] pd 0.48-0test1 released

sendet: Montag, 17. Juli 2017 um 20:30 Uhr > Von: "Miller Puckette" <m...@ucsd.edu> > An: "IOhannes m zmölnig" <zmoel...@iem.at> > Cc: pd-list@lists.iem.at > Betreff: Re: [PD] [PD-announce] pd 0.48-0test1 released > > I didn't realize jack worked on

Re: [PD] [PD-announce] pd 0.48-0test1 released

Hah, funny that never occurred to me. I tried all sorts of rounding with the font metrics discovery. It does work, but the default Monaco rendering is too thin and the text is not very readable when the font size is 10 or lower. However, I just tried with Deja Vu Sans Mono and it looks

Re: [PD] [PD-announce] pd 0.48-0test1 released

Ok... I think I have a workaround that will allow us to ship with TCL/TK 8.5 (at last.) I've pushed a compiled Mac app and the source to my webpage and git-pushed. cheers Miller On Sun, Jul 16, 2017 at 12:38:44PM -0700, Miller Puckette wrote: > Sure enough - with TK 8.5, font sizes are no

Re: [PD] [PD-announce] pd 0.48-0test1 released

On Mit, 2017-07-19 at 00:24 +0200, IOhannes m zmölnig wrote: > On 07/18/2017 11:20 PM, IOhannes m zmölnig wrote: > > i'm currently looking for a fix for this problem. > > i think i might have found one: > >    https://github.com/pure-data/pure-data/pull/108 > > please test (the issue that gets

Re: [PD] [PD-announce] pd 0.48-0test1 released

On 07/18/2017 11:20 PM, IOhannes m zmölnig wrote: > On 07/16/2017 11:38 PM, Miller Puckette wrote: >> So those lines were present ina "good" version, then gone in a "slightly >> bad" one, then got reinstated and made things worse than before. They >> must be interacting with sonething else, but I

Re: [PD] [PD-announce] pd 0.48-0test1 released

ote: > > From: IOhannes m zmölnig <zmoel...@iem.at <mailto:zmoel...@iem.at>> > Subject: Re: [PD] [PD-announce] pd 0.48-0test1 released > Date: July 18, 2017 at 11:20:57 PM GMT+2 > To: pd-list@lists.iem.at <mailto:pd-list@lists.iem.at> > > > On 07/16/2017 11:38 PM,

Re: [PD] [PD-announce] pd 0.48-0test1 released

On 07/16/2017 11:38 PM, Miller Puckette wrote: > So those lines were present ina "good" version, then gone in a "slightly > bad" one, then got reinstated and made things worse than before. They > must be interacting with sonething else, but I don't know what. i checked and it seems that the

Re: [PD] [PD-announce] pd 0.48-0test1 released

On 2017년 07월 18일 18:42, Dan Wilcox wrote: On Jul 18, 2017, at 6:20 PM, Max > wrote: make clean make: *** No rule to make target 'clean'. Stop. That means the the makefiles aren't generated. If so, you need to run to generate

Re: [PD] [PD-announce] pd 0.48-0test1 released

On 07/18/2017 06:20 PM, Max wrote: > (gdb) watchdog: signaling pd... when running Pd in a debugger, you should always turn off realtime (that is: run with "-nrt") gfamrds IOhannes signature.asc Description: OpenPGP digital signature ___

Re: [PD] [PD-announce] pd 0.48-0test1 released

> On Jul 18, 2017, at 6:20 PM, Max wrote: > > On 2017년 07월 18일 17:53, Dan Wilcox wrote: >> I would do a rebuild with debug enabled and then run it through gdb to see >> where the crash is happening: >> make clean > make: *** No rule to make target 'clean'. Stop.

Re: [PD] [PD-announce] pd 0.48-0test1 released

On 2017년 07월 18일 17:53, Dan Wilcox wrote: I would do a rebuild with debug enabled and then run it through gdb to see where the crash is happening: make clean make: *** No rule to make target 'clean'. Stop. ./configure --enable-debug --enable-jack make cd bin gdb ./pd Starting program:

Re: [PD] [PD-announce] pd 0.48-0test1 released

> On Jul 18, 2017, at 5:14 PM, Max wrote: > > On 2017년 07월 18일 16:22, Dan Wilcox wrote: >>> On Jul 18, 2017, at 3:56 PM, Max >> 18일 15:04, Dan Wilcox wrote: >>> i did another make and surprise! it doesn't run any more. >>>

Re: [PD] [PD-announce] pd 0.48-0test1 released

On 2017년 07월 18일 16:22, Dan Wilcox wrote: On Jul 18, 2017, at 3:56 PM, Max

Re: [PD] [PD-announce] pd 0.48-0test1 released

> On Jul 18, 2017, at 3:56 PM, Max wrote: > > On 2017년 07월 18일 15:04, Dan Wilcox wrote: >> Can you re-run configure and look through the output for the relevant Jack >> checks? It may not be finding Jack correctly. > > checking for jack_set_xrun_callback in

Re: [PD] [PD-announce] pd 0.48-0test1 released

attempt? On Jul 18, 2017, at 12:00 PM, pd-list-requ...@lists.iem.at <mailto:pd-list-requ...@lists.iem.at> wrote: *From:*Max <abonneme...@revolwear.com <mailto:abonneme...@revolwear.com>> *Subject:**Re: [PD] [PD-announce] pd 0.48-0test1 released* *Date:*July 18, 2017 at

Re: [PD] [PD-announce] pd 0.48-0test1 released

On 2017년 07월 18일 15:20, IOhannes m zmoelnig wrote: On 2017-07-18 10:41, Max wrote: On 2017년 07월 17일 20:00, IOhannes m zmölnig wrote: On 07/17/2017 04:24 PM, Max wrote: Great work, I really appreciate the more verbose INSTALL.txt. The autogen.sh process worked flawless, however, I could not

Re: [PD] [PD-announce] pd 0.48-0test1 released

On 2017-07-18 10:41, Max wrote: > On 2017년 07월 17일 20:00, IOhannes m zmölnig wrote: >> On 07/17/2017 04:24 PM, Max wrote: >>> >>> Great work, I really appreciate the more verbose INSTALL.txt. >>> The autogen.sh process worked flawless, however, I could not get JACK to >>> work, even with

Re: [PD] [PD-announce] pd 0.48-0test1 released

From: Max <abonneme...@revolwear.com <mailto:abonneme...@revolwear.com>> > Subject: Re: [PD] [PD-announce] pd 0.48-0test1 released > Date: July 18, 2017 at 10:41:37 AM GMT+2 > To: IOhannes m zmölnig <zmoel...@iem.at <mailto:zmoel...@iem.at>>, > pd-list@lists.iem.at &

Re: [PD] [PD-announce] pd 0.48-0test1 released

I didn't realize jack worked on windows... I don't think I can add that to 0.48 safely but will try to support it later. And/or, if anyone else wants to try to include it, go for it! I think it's just compiling in the relevant files from portaudio (which might already be in the tarball) and

Re: [PD] [PD-announce] pd 0.48-0test1 released

On 07/17/2017 04:24 PM, Max wrote: > > Great work, I really appreciate the more verbose INSTALL.txt. > The autogen.sh process worked flawless, however, I could not get JACK to > work, even with ./configure --enable-jack i'm not sure jack is supported on w32. gdsr IOhannes signature.asc

Re: [PD] [PD-announce] pd 0.48-0test1 released

Hi Miller, Dan et al. Great work, I really appreciate the more verbose INSTALL.txt. The autogen.sh process worked flawless, however, I could not get JACK to work, even with ./configure --enable-jack I'm getting: ./pd API 5 not supported, reverting to 1 (ALSA) On 2017년 07월 15일 01:34, Miller

Re: [PD] [PD-announce] pd 0.48-0test1 released

nice! and thanks for all the hard work! cheers m On Mon, Jul 17, 2017 at 5:52 AM, Dan Wilcox wrote: > > On Jul 16, 2017, at 2:49 AM, me.grimm wrote: > > >> mac/README.txt which now supersede it. Can you check that all the > information is covered? > >

Re: [PD] [PD-announce] pd 0.48-0test1 released

> On Jul 16, 2017, at 2:49 AM, me.grimm wrote: > > >> mac/README.txt which now supersede it. Can you check that all the > >> information is covered? > > yeah this is very articulate writeup of the process though i think the > missing element is a specific git example

Re: [PD] [PD-announce] pd 0.48-0test1 released

I'm baffled so far. I notice that your patch misbehaves in commit 82adaf15f0ff2928c26e261b76d1d5ed809d5788 - the subpatch creeps up one pixel each time. Then after the next commit, dfbfc754b30e26da2d105fa85cb73152ce9e40b5, the patch jumps down about the height of the menu bar each time. The

Re: [PD] [PD-announce] pd 0.48-0test1 released

Cool, that seems to be working... I think I'll have to confront fractional font sizes pretty soon - more and more stuff is going to start breaking in TK 8.4. cheers Miller P.S. I hope fatherhood and germany-moving-in are going well - thanks for being so present on the list while all that's

Re: [PD] [PD-announce] pd 0.48-0test1 released

> On Jul 16, 2017, at 9:38 PM, Miller Puckette wrote: > > Sure enough - with TK 8.5, font sizes are no longer integers; the > "font metrics" command appears to return the next-higher integer > sizes (thus throwing off box sizes and messing up selecting text within > boxes). > >

Re: [PD] [PD-announce] pd 0.48-0test1 released

Hey all I'm experiencing window position troubles on X11 (Ubuntu 16.04, fluxbox). When loading patches in Pd 0.48 that were last saved with Pd 0.47, the windows appear at the correct positions. But when saving and reloading them on 0.48, they move upwards and slightly to the left on each cycle.

Re: [PD] [PD-announce] pd 0.48-0test1 released

Sure enough - with TK 8.5, font sizes are no longer integers; the "font metrics" command appears to return the next-higher integer sizes (thus throwing off box sizes and messing up selecting text within boxes). I'm not sure what to do - try to adapt Pd to deal with fractional font sizes, or find

Re: [PD] [PD-announce] pd 0.48-0test1 released

> The "bad" behavior is that, fro instance, 0 in gives 1 out.  That happened on everyone's machine except mine (so I was blissfully unaware that anything was wrong).  I'm running fedora linux.  Even debian linux machines gave the wrong answer while my machine kept giving me the right one.  Im

Re: [PD] [PD-announce] pd 0.48-0test1 released

The "bad" behavior is that, fro instance, 0 in gives 1 out. That happened on everyone's machine except mine (so I was blissfully unaware that anything was wrong). I'm running fedora linux. Even debian linux machines gave the wrong answer while my machine kept giving me the right one. Im not

Re: [PD] [PD-announce] pd 0.48-0test1 released

> That's just the question - is it worth keeping an old bug available for compatibility?  In this case, perhaps yes - although you'd have to explicitly set a compatibility flag in Pd to get eh old behavior. > (incidentally teh old behavior was machine-dependent - this complicates it even

Re: [PD] [PD-announce] pd 0.48-0test1 released

That's just the question - is it worth keeping an old bug available for compatibility? In this case, perhaps yes - although you'd have to explicitly set a compatibility flag in Pd to get eh old behavior. (incidentally teh old behavior was machine-dependent - this complicates it even further :)

Re: [PD] [PD-announce] pd 0.48-0test1 released

2017-07-16 13:03 GMT-03:00 Jonathan Wilkes via Pd-list : > Hi Miller, > > Should there be a compatibility path for the following bugfix: > > https://sourceforge.net/p/pure-data/pure-data/ci/ > fc1dd9b0d93e9b039719103155b5772f20762c7e/ > > Looks like the old behavior was

Re: [PD] [PD-announce] pd 0.48-0test1 released

Yeah, been trying to decide if this rises to the level of needing a compatibility path. I'll try to get to that later today. On Sun, Jul 16, 2017 at 04:03:38PM +, Jonathan Wilkes via Pd-list wrote: > Hi Miller, > Should there be a compatibility path for the following bugfix: > >

Re: [PD] [PD-announce] pd 0.48-0test1 released

Hi Miller, Should there be a compatibility path for the following bugfix: https://sourceforge.net/p/pure-data/pure-data/ci/fc1dd9b0d93e9b039719103155b5772f20762c7e/ Looks like the old behavior was there for awhile. -Jonathan ___ Pd-list@lists.iem.at

Re: [PD] [PD-announce] pd 0.48-0test1 released

thanks, it works now : I just compile it and start a complex patch : everything look like working. i'll do more test later. cheers c Le 16/07/2017 à 04:18, Miller Puckette a écrit : Duh, may bad - I've updated the source tarball to be the actual git sources (I had been using a script I wrote

Re: [PD] [PD-announce] pd 0.48-0test1 released

Duh, may bad - I've updated the source tarball to be the actual git sources (I had been using a script I wrote many years before Git appeared.) It should work now to download the new source (msp.ucsd.edu) and compile. thanks Miller On Sat, Jul 15, 2017 at 11:09:14PM +0200, Dan Wilcox wrote: >

Re: [PD] [PD-announce] pd 0.48-0test1 released

ce] pd 0.48-0test1 released I guess what I'm really saying is that it's late here, I've been working almost nonstop on Pd for the last two weeks, and I'm sorry y'alls documentation doesn't render exactly the same because we didn't get to this issue yet. I've not reviewed the PR and the infor

Re: [PD] [PD-announce] pd 0.48-0test1 released

>> mac/README.txt which now supersede it. Can you check that all the information is covered? yeah this is very articulate writeup of the process though i think the missing element is a specific git example which, i assume, should be the preferred method since the method documented results in a

Re: [PD] [PD-announce] pd 0.48-0test1 released

I guess what I'm really saying is that it's late here, I've been working almost nonstop on Pd for the last two weeks, and I'm sorry y'alls documentation doesn't render exactly the same because we didn't get to this issue yet. I've not reviewed the PR and the information that was put together in

Re: [PD] [PD-announce] pd 0.48-0test1 released

> On Jul 16, 2017, at 1:59 AM, me.grimm wrote: > > maybe we note in "Building Pd & the various WIP branches" wiki something like > "mac/tcltk-wish.sh --arch i386 8.6.5" is not working? I forgot about that wiki page and essentially rewrote it in mac/README.txt which now

Re: [PD] [PD-announce] pd 0.48-0test1 released

cs? Mensaje telepatico asistido por maquinas. From: Dan Wilcox <danomat...@gmail.com> Sent: Saturday, July 15, 2017 11:07 PM To: Lucas Cordiviola Cc: Alexandre Torres Porres; Pd-List Subject: Re: [PD] [PD-announce] pd 0.48-0test1 released It's not that sim

Re: [PD] [PD-announce] pd 0.48-0test1 released

> on start on macOS 10.12, so build Tk from git. >> >> On Jul 15, 2017, at 8:18 PM, pd-list-requ...@lists.iem.at wrote: >> >> *From: *"me.grimm" <megr...@gmail.com> >> *Subject: **Re: [PD] [PD-announce] pd 0.48-0test1 released* >> *Date: *July 15

Re: [PD] [PD-announce] pd 0.48-0test1 released

a newer Tk. See mac/README.txt for how > to build Pd with a newer Tk Wish. Note: The current TK downloads crash on > start on macOS 10.12, so build Tk from git. > >> On Jul 15, 2017, at 8:18 PM, pd-list-requ...@lists.iem.at >> <mailto:pd-list-requ...@lists.iem.at> wrote: >&g

Re: [PD] [PD-announce] pd 0.48-0test1 released

It's not that simple. When the canvas zooming was added, font metrics are now computed at startup and no longer hard coded. This makes the numbers slightly different. It also means you can't just copy over the old values per the font sizes as easily. It's no impossible, but it also needs to

Re: [PD] [PD-announce] pd 0.48-0test1 released

: > > *From: *"me.grimm" <megr...@gmail.com> > *Subject: **Re: [PD] [PD-announce] pd 0.48-0test1 released* > *Date: *July 15, 2017 at 7:28:34 PM GMT+2 > *To: *Miller Puckette <m...@ucsd.edu> > *Cc: *pd_list Listserve <pd-l...@iem.at> > > > >> dan

Re: [PD] [PD-announce] pd 0.48-0test1 released

t; on behalf of Dan Wilcox <danomat...@gmail.com> Sent: Saturday, July 15, 2017 9:07 PM To: Alexandre Torres Porres Cc: Pd-List Subject: Re: [PD] [PD-announce] pd 0.48-0test1 released On Jul 15, 2017, at 11:02 AM, pd-list-requ...@lists.iem.at<mailto:pd-list-requ...@lists.iem.at> wrote: I n

Re: [PD] [PD-announce] pd 0.48-0test1 released

Also, I'm still trying to track down a fix for https://github.com/pure-data/pure-data/issues/103 . This should hopefully be ready for test2 :) > On Jul 15, 2017, at 11:38 PM, Dan Wilcox wrote: > > For now, yeah. I've

Re: [PD] [PD-announce] pd 0.48-0test1 released

For now, yeah. I've been testing builds using the included Tk Wish in the mac/stuff folder ala "make app." This is still the safest & most compatible version so far. The object box sizing needs to be fixed in 8.5 / 8.6. Maybe it's as simple as tweaking the font metrics only for macOS & Tk >

Re: [PD] [PD-announce] pd 0.48-0test1 released

Aha... I built it with 8.5 - should I be still using 8.4? cheers M On Sat, Jul 15, 2017 at 11:07:30PM +0200, Dan Wilcox wrote: > > > On Jul 15, 2017, at 11:02 AM, pd-list-requ...@lists.iem.at wrote: > > > > I notice it looks quite differently in Mac OS, like there is a new font, > > but it

Re: [PD] [PD-announce] pd 0.48-0test1 released

I've added a macOS 32bit 0.48.0-test1 build using the normal (old, included) Tk 8.4 wish: http://docs.danomatika.com/pdbuilds/ >> On Jul 15, 2017, at 11:02 AM, pd-list-requ...@lists.iem.at >> wrote: >> >> I notice

Re: [PD] [PD-announce] pd 0.48-0test1 released

Simple answer: looks like the mac folder is missing in the source distribution tarball. > On Jul 15, 2017, at 11:02 AM, pd-list-requ...@lists.iem.at wrote: > > autogen fail on ubuntu linux 16.04 for me : > > chnry@hnry:~/pd/pd$ ./autogen.sh > autoreconf: Entering directory `.' > autoreconf:

Re: [PD] [PD-announce] pd 0.48-0test1 released

> On Jul 15, 2017, at 11:02 AM, pd-list-requ...@lists.iem.at wrote: > > I notice it looks quite differently in Mac OS, like there is a new font, but > it still seems it is Monaco. But the font size is smaller and the boxes are > thinner and wider. A subpatch will also have an extra space to

Re: [PD] [PD-announce] pd 0.48-0test1 released

megr...@gmail.com>> > Subject: Re: [PD] [PD-announce] pd 0.48-0test1 released > Date: July 15, 2017 at 7:19:39 PM GMT+2 > To: Miller Puckette <m...@ucsd.edu <mailto:m...@ucsd.edu>> > Cc: pd_list Listserve <pd-l...@iem.at <mailto:pd-l...@iem.at>>

Re: [PD] [PD-announce] pd 0.48-0test1 released

> From: "me.grimm" <megr...@gmail.com <mailto:megr...@gmail.com>> > Subject: Re: [PD] [PD-announce] pd 0.48-0test1 released > Date: July 15, 2017 at 7:28:34 PM GMT+2 > To: Miller Puckette <m...@ucsd.edu <mailto:m...@ucsd.edu>> > Cc: pd_list Listserve &

Re: [PD] [PD-announce] pd 0.48-0test1 released / windows souncard name

;pd-list-boun...@lists.iem.at> on behalf of Miller Puckette <m...@ucsd.edu> Sent: Friday, July 14, 2017 11:34 PM To: pd-annou...@iem.at Subject: [PD] [PD-announce] pd 0.48-0test1 released To Pd-announce: The first test version of Pd 0.48 (source, adn compiled versions for MacOS and Windows)

Re: [PD] [PD-announce] pd 0.48-0test1 released

I also got rid of the plots, which also solved my problem, I may have deleted mine, though.I'll check when I get back home in an hour or so, but off the top of my head, there would have been Gem and iemlib, and really I think that's about it, so maybe it's Gem? On Jul 15, 2017 1:30 PM, "me.grimm"

Re: [PD] [PD-announce] pd 0.48-0test1 released

>> dans retina changes ah i see now there is a specific branch for this. can the osx-retina-support branch be merged with master? thanks! m On Sat, Jul 15, 2017 at 1:23 PM, me.grimm wrote: > also i wonder if its possible to compile with dans retina changes. i can > not

Re: [PD] [PD-announce] pd 0.48-0test1 released

yeah sure. old plist: // !!! BINARY PROPERTY LIST WARNING !!! // // The pretty-printed property list below has been created // from a binary version on disk and should not be saved as // the ASCII format is a subset of the binary representation! // { audioapi = "4"; audiobuf = "5"; "audioindev1"

Re: [PD] [PD-announce] pd 0.48-0test1 released

OK, so my guess is that Pd is crashing when it tries to load preferences. You didn't by any chance keep a copy of the old "plist" files did you? Perhaps it's an attempt to load external libraries that are no longer compatible for some reason. I need to find a way to get Pd to survive when "bad"

Re: [PD] [PD-announce] pd 0.48-0test1 released

i realized 64bit version possibly crashing due to trying to load Gem because after delete pref file pd opens and when i try to load it does not. Gem was compiled agains 0.47.1 so I assume it was some where in there the prob lies. thus with Gem lib: megrimm-mbp:Desktop megrimm$

Re: [PD] [PD-announce] pd 0.48-0test1 released

hmmm bot seem to start fine now (after I removed org.puredata.pd.plist and org.puredata.pd.pd-gui.plist)... although cli output is different with error from 64bit: megrimm-mbp:Desktop megrimm$ Pd-0.48-0test1.app/Contents/Resources/bin/pd Pt_Start() called pdsend errorname: >>error writing

Re: [PD] [PD-announce] pd 0.48-0test1 released

you go over what has changed here? > > > > From: Pd-list <pd-list-boun...@lists.iem.at> on behalf of Miller Puckette > <m...@ucsd.edu> > Sent: 15 July 2017 00:34 > To: pd-annou...@iem.at > Subject: [PD] [PD-announce] pd 0.48-0test1 released > >

Re: [PD] [PD-announce] pd 0.48-0test1 released

Hmm... CAn either or both of you try it from a terminal window and show me what error messages you're getting? To do that, open a "terminal" window and type a command like: /Users/msp/build/Pd-0.48-0test1.app/Contents/Resources/bin/pd (substituting your local path to Pd for the one I used

Re: [PD] [PD-announce] pd 0.48-0test1 released

... if Pd is then starting up OK you can ignore these messages, although you migth get better real-time behavior if you configure the OS to allow the memory locking. On my machine at least, this is done in /etc/security/limits.conf. I've added these lines: * - rtprio 99 * - memlock 10

Re: [PD] [PD-announce] pd 0.48-0test1 released

>> The 32 but Mac version just keeps crashing as it opens for me. The 64bits version seems to work fine. i think its the opposite (at least for me). 64bit crashes and 32bit opens on OSX 10.12 m On Sat, Jul 15, 2017 at 6:04 AM, JTG III wrote: > The 32 but

Re: [PD] [PD-announce] pd 0.48-0test1 released

I had to do it by hand for some reason.. can you check and see if I missed something? In s_stuff.h we now have this: EXTERN t_namelist *namelist_append_files(t_namelist *listwas, const char *s); cheers M On Sat, Jul 15, 2017 at 01:17:46PM +0200, Antoine Villeret wrote: > Hi Miller, > > do you

Re: [PD] [PD-announce] pd 0.48-0test1 released

#55dab3f builds for me on ubuntu 16.04 but on start says: Cannot lock down 1186 byte memory area (Operation not permitted) Cannot lock down 82274202 byte memory area (Operation not permitted) Cannot lock down 422 byte memory area (Operation not permitted) cheers, u On 15.07.2017 09:49, cyrille

Re: [PD] [PD-announce] pd 0.48-0test1 released

Hi Miller, do you think it's possible to merge this https://github.com/pure-data/pure-data/pull/94 before releasing ? this PR just export `namelist_append_file` and this let 3rd party library to add folder to their search path (ie for example and help files) thanks, Antoine -- do it yourself

Re: [PD] [PD-announce] pd 0.48-0test1 released

The 32 but Mac version just keeps crashing as it opens for me. The 64bits version seems to work fine. I'll try it out on a windows machine in a little while. ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->

Re: [PD] [PD-announce] pd 0.48-0test1 released

Miller Puckette <m...@ucsd.edu> Sent: 15 July 2017 00:34 To: pd-annou...@iem.at Subject: [PD] [PD-announce] pd 0.48-0test1 released To Pd-announce: The first test version of Pd 0.48 (source, adn compiled versions for MacOS and Windows) is available at: http://msp.ucsd.edu/software.htm Softwa

Re: [PD] [PD-announce] pd 0.48-0test1 released

same as Cyrille with ubuntu 17.04 64 2017-07-15 9:49 GMT+02:00 cyrille henry : > autogen fail on ubuntu linux 16.04 for me : > > chnry@hnry:~/pd/pd$ ./autogen.sh > autoreconf: Entering directory `.' > autoreconf: configure.ac: not using Gettext > autoreconf: running: aclocal

Re: [PD] [PD-announce] pd 0.48-0test1 released

autogen fail on ubuntu linux 16.04 for me : chnry@hnry:~/pd/pd$ ./autogen.sh autoreconf: Entering directory `.' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal --force -I m4/generated -I m4 autoreconf: configure.ac: tracing autoreconf: running: libtoolize --copy --force

Re: [PD] [PD-announce] pd 0.48-0test1 released

Awesome! I notice it looks quite differently in Mac OS, like there is a new font, but it still seems it is Monaco. But the font size is smaller and the boxes are thinner and wider. A subpatch will also have an extra space to the right after the text/name of the subpatch. I know there's a Pull

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

To Pd-announce: The first test version of Pd 0.48 (source, adn compiled versions for MacOS and Windows) is available at: http://msp.ucsd.edu/software.htm or (source code only) via github: https://github.com/pure-data/pure-data cheers Miller ___