Pd-dev September 2014

pd-dev@lists.iem.at

19 participants
18 discussions

tk 8.5 on Mac OSX & retina screens
by Dan Wilcox 20 Nov '14

20 Nov '14

I was able to get 0.46-0 working with retina resolution on OSX. It's pretty easy. * replace Contents/MacOS/Pd with Tk 8.5 Wish.app binary: /System/Library/Frameworks/Tk.framework/Versions/8.5/Resources/Wish.app/Contents/MacOS/Wish * add the following to Contents/Info.plist: <key>NSHighResolutionCapable</key> <true/> * change package require Tcl version to 8.5 in Contents/Resources/tcl/pd-gui.tcl Looking at the app bundle build script, it would only involve updating the wish-shell.tgz with the new Wish.app and renaming all instances of "Wish Shell" to "Wish" as I found "Wish Shell.app" is now a static link to "Wish.app". The only problem I noticed is that the font at size 10 or less is so thin that it becomes illegible. I think simply bolding it on retina screens would work. I wasn't able to find a way in tk to get the screen dpi, so maybe using the max screen size would work: wm maxsize If the width and height are greater than, say 2000 & 1500 then bold the small fonts? It's kind of dumb but might work. -------- Dan Wilcox @danomatika danomatika.com robotcowboy.com

2 2

Re: [PD-dev] Pd Makefile for Mac
by Antoine Villeret 30 Sep '14

30 Sep '14

Hi Ricky, There is a makefile template in the pd's external repository [1]. There is also some tutorial on puredata.info that explains the libdir format [2] and the library template [3]. They are good starting points. Concerning the Makefile system I wrote for Cream library, it is based on the pix_opencv building system, which based on Gem's one. All three are using are using autotools to generate Makefile. It allows to check for library and configure according to what is available on building machine. To start with autotool, you need at least the autogen.sh script (which you don't need to modify), a configure.ac file and one or more Makefile.am. To build, you have to first run ./autogen.sh to generate a configure script. Then run this script to produce Makefile and finally run make. They are plenty of tutorials on autotool over internet. + a [1] : http://svn.code.sf.net/p/pure-data/svn/trunk/externals/template/ [2] : http://puredata.info/docs/developer/Libdir [3] : http://puredata.info/docs/developer/LibraryTemplate -- do it yourself http://antoine.villeret.free.fr 2014-09-29 16:27 GMT+02:00 Ricky <ricky(a)rickygraham.net>: > > De : Ricky <ricky(a)rickygraham.net> > Sujet : Pd Makefile for Mac > > Corps du message : > Hi Antoine, > > Pierre Guillot has suggested I contact you to see if you can provide a > good working Makefile template and/or tutorial for Pd? > > Best wishes, > Ricky > > -- > Ce email a été envoyé via formulaire de contact le Antoine Villeret > http://antoine.villeret.free.fr > >

2 1

[pure-data:patches] #530 canvas_dspstate compatibilty
by Pierre 29 Sep '14

29 Sep '14

--- ** [patches:#530] canvas_dspstate compatibilty** **Status:** open **Group:** bugfix **Labels:** dspstate **Created:** Mon Sep 29, 2014 12:47 PM UTC by Pierre **Last Updated:** Mon Sep 29, 2014 12:47 PM UTC **Owner:** nobody All is the title and here my suggestion to solve the problem : EXTERN int canvas_dspstate; EXTERN int pd_getdspstate() { return pd_this->pd_dspstate; } void pd_init(void) { if (!pd_this) pd_setinstance(pdinstance_donew(0)); mess_init(); obj_init(); conf_init(); glob_init(); garray_init(); } EXTERN void pd_setinstance(t_pdinstance *x) { pd_this = x; canvas_dspstate = pd_this->pd_dspstate; } --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/patches/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/patches/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

Number of objects in pd-extended versus pd vanilla
by Edgar Berdahl via Pd-dev 25 Sep '14

25 Sep '14

Hello, Does anyone know how many objects there are in pd extended versus in pd vanilla? Best, Edgar

6 9

pd-extended installer puts libraries in system32 folder. Is it a bad idea?
by Rafael Vega 25 Sep '14

25 Sep '14

Hi. First post here :) I just spent a couple of hours figuring out why a c++ program I compiled on windows (not my main OS) would not run. I am linking my program with libstdc++ and compiling with the MinGW toolset. Now, I have pd-extended installed on the same machine and when it installed, it put it's own copy of libstdc++ in c:\WINDOWS\system32. The way Windows loads libraries is: first looks on the directory where the exe is, then it looks on the system folder and then it looks on the PATH. The problem with my program was, then, that the MinGW linker did not like the version of libstdc++ put in the system folder by pd-extended installer. Uninstalling pd-extended "fixed" the issue. So, I just want to throw this out there: Should the pd-extended installers avoid putting libraries on the system folder to avoid this kind of confusion? My 2 cents. Thanks! :) -- Rafael Vega email.rafa(a)gmail.com

2 1

[pure-data:bugs] #1157 add a class method "loadbang" with A_CANT type throw error
by Antoine Villeret 23 Sep '14

23 Sep '14

--- ** [bugs:#1157] add a class method "loadbang" with A_CANT type throw error** **Status:** open **Group:** v0.45 **Labels:** 0.46 **Created:** Tue Sep 23, 2014 03:10 PM UTC by Antoine Villeret **Last Updated:** Tue Sep 23, 2014 03:10 PM UTC **Owner:** Miller Puckette When I make a method "loadbang" with type `A_CANT`, I always got ~~~~ # Bad arguments for message 'loadbang' to object 'mycobject' ~~~~ at loading. But the function is called. A_CANT seems to work as expected for other methods. Using A_NULL instead of A_CANT for "loadbang" works but then it is exposed to user. Please see [1] for a modified mycobject.c (from template) that remonstrates the issue. [1] : https://gist.github.com/avilleret/4e52cc3923112c5feb78 --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

[pure-data:feature-requests] #140 iemgui positioning with autopatch
by Gilberto Agostinho 19 Sep '14

19 Sep '14

--- ** [feature-requests:#140] iemgui positioning with autopatch** **Status:** open **Group:** Next Release (example) **Labels:** iemgui autopatch layout **Created:** Fri Sep 19, 2014 07:30 AM UTC by Gilberto Agostinho **Last Updated:** Fri Sep 19, 2014 07:30 AM UTC **Owner:** nobody Some of the iemgui objects, such as [vsl] and [hsl], display buggy behaviours when used with autopatch. With autopatch on, if one selects an object, message, atom, etc. and then type Ctrl+1 <ENTER> hsl <ENTER>, the horizontal slider position is not centralized. The same is true for an object created after a [hsl] or [vsl] via autopatch. See: http://s9.postimg.org/idpjzmxvj/Screenshot_from_2014_09_19_09_28_59.png I do understand that changes in the positioning of iemgui objects would cause legacy problems, but a possible solution would be to distribute a conversion script together with newer versions of pd and pd-extended. It would be relatively simple to write a script that would add or remove offset to certain objects. This type of solution has been implemented before in other projects I am interested, such as with LilyPond whenever they decide to change the syntax. --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/feature-requests/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/feature-requests/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

[pure-data:bugs] #1156 polices bloqued
by Ticket 1156 16 Sep '14

16 Sep '14

--- ** [bugs:#1156] polices bloqued** **Status:** open **Group:** v0.39.2 **Created:** Mon Sep 15, 2014 10:59 PM UTC by Anonymous **Last Updated:** Mon Sep 15, 2014 10:59 PM UTC **Owner:** nobody Hola el texto no se puede agrandar . Programa inutilisable. Gracias por correjir la version Mauricio ROMERO (Paris) --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to http://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at http://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

2 1

[pure-data:bugs] #1155 pduino doesn't work unless pd-extended run with sudo
by Matteo Sisti Sette 15 Sep '14

15 Sep '14

--- ** [bugs:#1155] pduino doesn't work unless pd-extended run with sudo** **Status:** open **Group:** v0.43 **Created:** Mon Sep 15, 2014 07:20 PM UTC by Matteo Sisti Sette **Last Updated:** Mon Sep 15, 2014 07:20 PM UTC **Owner:** nobody 0.43-4 extended Ubuntu 14.04 Run Pd Extended and create a [pduino/arduino] Send it the "devices" message. Expected: should list available devices Observed: says "[comport]: available serial ports:" and systematically an empty list. Now send it the "open 32" message, where 32 is a valid port where's there is a working arduino connected with the StandardFirmata firmware running. Expected: should connect. Observed: issues an error like "could not open serial port: access denied" (didn't copy it, just by memory). Now run Pd Extended with sudo: => everything works as expected. Root privileges shouldn't be needed for using an arduino. There almost surely is a way to avoid this, and if there is not, then it should ask you to enter your sudo password through a GUI like all other program do when they need sudo privileges. Also, I had used pd extended and pduino ages ago on Ubuntu and I hadn't experienced this problem, so it is almost certainly a regression. --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

dynamically allocate memory for object structure component
by Alexandros Drymonitis 15 Sep '14

15 Sep '14

I writing an external where I want to declare some arrays in the object structure which will have the size of the block size. I want to allocate memory using malloc with a variable that gets the block size. I know it's possible to get the sample rate with sys_getsr(); which can be used in the new instance routine. Is there something similar that gives you the block size?

5 7

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 September 2014