Pd-dev December 2017

pd-dev@lists.iem.at

16 participants
21 discussions

[pure-data:bugs] #1308 [text sequence] - doesn't work with data structure pointers
by Ticket 1308 28 Dec '17

28 Dec '17

--- ** [bugs:#1308] [text sequence] - doesn't work with data structure pointers** **Status:** open **Group:** v0.48 **Labels:** text sequence **Created:** Thu Dec 28, 2017 03:38 PM UTC by Anonymous **Last Updated:** Thu Dec 28, 2017 03:38 PM UTC **Owner:** nobody **Attachments:** - [text_sequence_pointer_problem.pd](https://sourceforge.net/p/pure-data/bugs/… (1.2 kB; application/octet-stream) i recently ran into a problem when i tried to use [text sequence] without a given name but with a pointer. to be more precise, i tried the "-w" flag of [text sequence] in combination with the "-s" flag and got error messages in the console. according to CHRISTOPH RESSI: "looks like [text sequence] is broken. all the flags (-t, -w, -g) only work if you provide a text name as the first creation argument. this also means they don't work with data structure pointers." i attached a patch that demonstrates the problem ... --- 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] #147 Pure Data instrent fx file format
by steven shepard 22 Dec '17

22 Dec '17

--- ** [feature-requests:#147] Pure Data instrent fx file format** **Status:** open **Group:** Next Release (example) **Created:** Fri Dec 22, 2017 04:58 PM UTC by steven shepard **Last Updated:** Fri Dec 22, 2017 04:58 PM UTC **Owner:** nobody Pure Data should be able to save a Pure Data instrent and or fx file format. in affect making the Pure Data instrent and or fx one file thes files would like the soundfont/sfz file for samples the Pure Data files for synths and fx. if the files are made the files would be unversel in other warld they would work on any os 32 or 64 bit. no need for vst,au or lv2 export being that the users daw just needs a plugin somuler to sf2/sfz loader plugin. --- 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

Re: [PD-dev] Proper way of storing a list in C
by Giulio Moro 21 Dec '17

21 Dec '17

Apologies for that, this is the yahoo web client which sometimes switches back from plain text to HTML. Below here I re-pasted the original email (hopefully will show up nicely now). Anyhow, I rolled my own implementation of it, see lines 362-531 below: https://github.com/giuliomoro/pure-data/blob/threaded-sigmund/extra/sigmund… Feedback welcome! Giulio Original email: Hello, I am trying to implement a threaded equivalent of outlet_list(), which recursively copies the content of a list (symbol, argc, argv) into a ringbuffer at one end (worker thread) and retrieves them at the other end (audio thread). I have been looking through the Pd source code in and out but could not find a suitable function, except perhaps for those implemented in the [list] class, but they are not meant to be accessible from outside (static!). What is the best way of doing this? Thanks For reference, here is some code: ---------------- a) this is the (working!) ringbuffer implementation I have for outlet_float: struct t_outletrb_float_msg { t_outlet* outlet; t_float f; }; // call this from the audio thread void outletrb_floatprocess(ring_buffer* rb) { while(rb_available_to_read(rb) > sizeof(struct t_outletrb_float_msg)) { struct t_outletrb_float_msg msg; rb_read_from_buffer(rb, (char*)&msg, sizeof(msg)); t_outlet* x = msg.outlet; t_float f = msg.f; outlet_float(x, f); } } // call this from the worker thread void outletrb_float(ring_buffer* rb, t_outlet *x, t_float f) { struct t_outletrb_float_msg msg; msg.outlet = x; msg.f = f; rb_write_to_buffer(rb, 1, (char*)&msg, sizeof(msg)); } ------------------- b) and this is the INCOMPLETE ringbuffer implementation of outlet_list: struct t_outletrb_list_msg { t_outlet* outlet; t_symbol* s; int argc; t_atom* argv; } // call this from the audio thread void outletrb_listprocess(ring_buffer* rb) { ///// retrieve the data from rb and use them for outlet_list(); } // call this from the worker thread void outletrb_list(ring_buffer* rb, t_outlet *x, t_symbol *s, int argc, t_atom *argv) { //??????? this is the function I am trying to figure out }

1 0

Proper way of storing a list in C
by Giulio Moro 21 Dec '17

21 Dec '17

Hello,I am trying to implement a threaded equivalent of outlet_list(), which recursively copies the content of a list (symbol, argc, argv) into a ringbuffer at one end (worker thread) and retrieves them at the other end (audio thread). I have been looking through the Pd source code in and out but could not find a suitable function, except perhaps for those implemented in the [list] class, but they are not meant to be accessible from outside (static!).What is the best way of doing this?Thanks For reference, here is some code:----------------a) this is the (working!) ringbuffer implementation I have for outlet_float: struct t_outletrb_float_msg { t_outlet* outlet; t_float f; }; // call this from the audio thread void outletrb_floatprocess(ring_buffer* rb) { while(rb_available_to_read(rb) > sizeof(struct t_outletrb_float_msg)) { struct t_outletrb_float_msg msg; rb_read_from_buffer(rb, (char*)&msg, sizeof(msg)); t_outlet* x = msg.outlet; t_float f = msg.f; outlet_float(x, f); } } // call this from the worker threadvoid outletrb_float(ring_buffer* rb, t_outlet *x, t_float f) { struct t_outletrb_float_msg msg; msg.outlet = x; msg.f = f; rb_write_to_buffer(rb, 1, (char*)&msg, sizeof(msg)); } -------------------b) and this is the INCOMPLETE ringbuffer implementation of outlet_list: struct t_outletrb_list_msg { t_outlet* outlet; t_symbol* s; int argc; t_atom* argv; }// call this from the audio thread void outletrb_listprocess(ring_buffer* rb) {///// retrieve the data from rb and use them for outlet_list(); } // call this from the worker thread void outletrb_list(ring_buffer* rb, t_outlet *x, t_symbol *s, int argc, t_atom *argv) {//??????? this is the function I am trying to figure out }

1 0

PDINSTANCE: when and where?
by Giulio Moro 20 Dec '17

20 Dec '17

Hi, I just realized that there are a plethora of #ifdef PDINSTANCE in the Pd source code, but no actual #define PDINSTANCE or -DPDINSTANCE, and grepping the whole repo, I cannot find any place where it is defined. So, is anyone defining PDINSTANCE in their projects? Is it safe to do so? Is it stable and tested? In a libpd I am building, I was planning to put a #define PDINSTANCE line in m_pd.h, does it sound like a good idea? Thanks, Giulio

2 1

[pure-data:bugs] #1307 Problems with Deken
by Ticket 1307 20 Dec '17

20 Dec '17

--- ** [bugs:#1307] Problems with Deken** **Status:** open **Group:** v0.47 **Created:** Tue Dec 19, 2017 11:20 AM UTC by Anonymous **Last Updated:** Tue Dec 19, 2017 11:20 AM UTC **Owner:** nobody Hi there, I freshly installed PD Vanilla 0.48.0. When trying to use the search function of PD (Help.../find externals), it returns this error message: wrong # args: should be "::deken::status msg" wrong # args: should be "::deken::status msg" while executing "::deken::status " (command bound to event) I tried to fix it by implementing deken manually (https://github.com/pure-data/deken). After I did so, the error-message does not occur, but no matter what I am searching for, I don't get any results. I tried to implement some libraries completely manually, but again: It works neither in the app specific folder, nor in the global nor the user specific folders. After adding the needed flags, i receive that the concerned library could not be loaded... I tried Pd-extended, it worked fine so far, but people told me, PD Vanilla is suppose to have a better performance, that's why I would like to change the system. I am running PD on a MacbookPro 2017 on Mac OS Sierra (10.12.6) --- 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

Re: [PD-dev] How to customize Pd.app for macOS?
by Dan Wilcox 14 Dec '17

14 Dec '17

> On Dec 13, 2017, at 2:56 PM, pd-dev-request(a)lists.iem.at wrote: > > From: Roman Haefeli <reduzent(a)gmail.com <mailto:reduzent@gmail.com>> > To: "pd-dev(a)lists.iem.at <mailto:pd-dev@lists.iem.at>" <pd-dev(a)lists.iem.at <mailto:pd-dev@lists.iem.at>> > Subject: Re: [PD-dev] How to customize Pd.app for macOS? > Message-ID: <1513173402.2276.16.camel(a)gmail.com <mailto:1513173402.2276.16.camel@gmail.com>> > Content-Type: text/plain; charset="utf-8" > > I guess I figured it out. > > From the scripts in <pd>/mac/ I found that <app>/Contents/MacOS/Pd is > actually a wish binary, which starts <app>/Contents/Resources/tcl/pd- > gui.tcl, which in turn starts the pd binary in > <app>/Contents/Resources/bin/pd. > > So what I do now is to edit the appropriate line in pd-gui.tcl > (currently 781) and specify the desired start options there: > > exec -- $pd_exec -guiport $::port -open ../patches/mypatch.pd & > > Seems to work. This is the approach I would take. > BTW, I'm amazed how easy it is to build a Pd.app on macOS. Nice work, > Dan! Thanks. I think Pd should be as easy to build as possible and it's starting to pay off. Don't forget that macOS 10.13 doesn't come with Tk 8.4 anymore, so make sure you build the .app with a TK 8.5 Wish. The current "make app" target uses the old way, but I have a PR that updates it to build the app with the same Tk version used with Miller's release builds: https://github.com/pure-data/pure-data/pull/265 <https://github.com/pure-data/pure-data/pull/265> -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

How to customize Pd.app for macOS?
by Roman Haefeli 14 Dec '17

14 Dec '17

Hey all I'd like to know whether it is possible to modify Pd.app in a way that it starts an included patch automatically with included preference settings? In other words, I'd like to make a stand-alone app from a patch. From what I was able to figure out, double-clicking the Pd.app starts Contents/MacOS/Pd which in turn seems to launch Contents/Resources/bin/pd. I tried to replace the Pd executable by a shell script that would start Contents/Resources/bin/pd with the desired flags, but that seemed to go into an endless loop of starting pd processes. Any hints appreciated. Roman

5 9

DejaVU font on w32 for 0.48-1
by Lucas Cordiviola 09 Dec '17

09 Dec '17

Hi Miller, I've put some work on shipping & loading DejaVu font on w32 for the new nice cross-platform gui. Can you review this PR? : https://github.com/pure-data/pure-data/pull/270 The branch can be downloaded from: https://github.com/Lucarda/pure-data/tree/Using-DejaVu-font-on-Ms-Windows-II I have tested it on windows machines without the font and it loads it fine. Is there anything I can do? -- Mensaje telepatico asistido por maquinas.

1 0

Re: [PD-dev] IEM GUI position & size
by Dan Wilcox 08 Dec '17

08 Dec '17

No. They are the same. Some objects simply have (always had) an offset based on the outline thickness and/or the label. It should be apparent when looking in the code. The work I did was to fix zooming, import the object sizing from Pd-extended, and fix any bugs I found. I did not change the existing behavior or sizing of the IEM guis (hopefully). > On Dec 7, 2017, at 12:00 PM, pd-dev-request(a)lists.iem.at wrote: > > With libPd, calling the getrect function of the IEM's GUIs gives > coordinates that seem to be slightly different from what is really drawn. > I've seen in the Github PR 227 ( > https://github.com/pure-data/pure-data/pull/227 <https://github.com/pure-data/pure-data/pull/227>), that the IEM's GUIs have > been updated. Do the size and the position of the objects has changed? -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

2 1

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 December 2017