Pd-dev October 2005

pd-dev@lists.iem.at

25 participants
41 discussions

uninitialized values bug
by Mathieu Bouchard 11 Oct '05

11 Oct '05

fixed four instances of a bug having to do with mistaken priorities of && and || operators that caused strcmp to be called on an uninitialized value. If Miller wants it, it's in devel_0_39. ____________________________________________________________________ Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju Freelance Digital Arts Engineer, Montréal QC Canada

10 30

objective TCL
by chun 11 Oct '05

11 Oct '05

hi all: matju and i have been working on some documentation of DesireData, below is the part that describes the objective TCL currently implemented in the client side. hope it will be interesting/useful to some:) current classes: thing `-> view <- observable |-> wire |-> canvas |-> scalar `-> box |-> textbox | |-> objectbox | |-> atombox | `-> messagebox |-> numbox |-> comment |-> radio |-> slider |-> bang |-> toggle |-> vu |-> dropper `-> cnv Class declaration: The way each class is created is done by calling proc class_new {self {super {thing}}}. For example, to initialize the textbox class, we will do "class_new textbox {view}". This will first declare itself being a valid class and also its superclass, and then further define methods to create each instances of the class. As a result, each instance of the class can be created by calling CLASSNAME_new or CLASSNAME_new_as. class modification: the combination of "proc def {class selector args body}" and the modification to proc unknown provides the mechanism to call methods on each instance of class view's sub-calsses. First, proc def defines a proc ${class}_$selector to be declared. For example, calling def objectbox draw will define a proc objectbox_draw. Second, by adopting a proc lookup_method, it is then possible at the end to call a method of each instance of an class through the following syntax: OBJECT_ID ACTION ARG1 ARG2 ..... for example, the following syntax "825ea50 init 450 500 +0+0 1" will initialize object 825ea50 with the arguments of 450 500 +0+0 1 and it's canvas in this case. In such syntax, OBJECT_ID is called the receiver of the message and the ACTION is the selector. This implementation of calling methods can be described as the "subject verb complement" syntax. In Objective Tcl, this is the syntax that enables the lookup, while its original form looks like this: canvas_init $OBJECT_ID $ARG1 $ARG2 ... the @ sigil: In objective TCL, '@' is used to prefixs '_($self:)' part of the name of the variable. This makes typing variable names much quicker. For example, instead of typing _($self:x), all we need to do now is just @x. Furthermore, this makes it easy to adapt the existing code to work with the new "dict" feature in TCL 8.5. All that is required is to update the arguments of regsub that handles the prefix substitution. many thanks chun

2 1

portaudio/portmidi in CVS
by Thomas Grill 10 Oct '05

10 Oct '05

Hi all, updating the SConscript in devel_0_39 i realized that portmidi in CVS seems to be _quite_ old. One of the API functions and the file structure of portmidi has changed in the meantime. I would think (and i already stated that about 2 years ago) that at least for the devel versions we should get rid of portaudio and portmidi in CVS, since it's always outdated and because it should be easy to download and install the original versions for everyone interested in compiling devel. Apart from that, Windows and OSX versions seems to build fine now (with external portmidi). best greetings, Thomas

1 0

GridFlow documentation fundraising.
by David Plans Casal 10 Oct '05

10 Oct '05

Hello everybody, It took a while to set up, but we're now running a fund-raising campaign for GridFlow documentation efforts. GridFlow is a multidimensional dataflow processing library intended for interactive video/sound art. You can use it within PureData (http://puredata.info , an Open Source alternative to Max/MSP) or Ruby itself, on Linux, OSX and Windows. This fundraising campaign aims to enable Mathieu Bouchard, the creator of GridFlow, and associates if relevant, to write a workshop-style book and better documentation for GridFlow classes. We believe GridFlow is extremely powerful, in that it allows a user to create a Puredata object without having to learn C, in a language designed for creative productivity. Using GridFlow, it is possible to write a functional PD object in a couple of lines of clearly understandable Ruby, a programming language extremely well suited to beginners, but powerful enough for programming experts. However, currently, the documentation is not thorough enough to help people get started as well as it could. Imagine the power of your own Puredata objects without the C/C++ situps, and donate to help us achieve a textbook for newcomers to both puredata and interactive art programming! Matthieu Bouchard does not currently have a way to handle online donations, so I will be managing donations through a secure PayPal account. To learn more about GridFlow, why it is the bee's knees, and how to donate, see here: http://www.davidcasal.com/gridflow.html Thanks for reading, David -- # David Plans Casal problem.each { |day| assert_nil(spoon) }

4 6

[ pure-data-Patches-1309457 ] proper initialization and fix some memleaks
by SourceForge.net 10 Oct '05

10 Oct '05

Patches item #1309457, was opened at 2005-09-30 14:48 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1309457&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: bugfix >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: IOhannes m zmÃ¶lnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: proper initialization and fix some memleaks Initial Comment: running pd with profilers like valgrind show some memory leaks and that several values don't get properly initialized. attached is a patch that a) fixes the use of unitialized values in s_file.c (thanks to matju) due to improper bracketing b) fixes some tiny memory leaks (they are not really crucial, being in the pdsettings-loader which is only called once) TODO: do more profiling (currently i just start pd and quit it....) to find more memory leaks and fix them ---------------------------------------------------------------------- >Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2005-10-10 13:33 Message: Logged In: YES user_id=564396 so i think miller kind of accepted this.... ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2005-10-08 21:13 Message: Logged In: YES user_id=313747 I took the Mathieu bugfixes and the changes to s_path.c ... as to explicitly freeing all mallocs, this needs a more general mechanism. The sys_cleanup mechanism would be cleaner if called once from s_entry.c -- but now I see that someone should get in and close all the audio/midi devices too (this seems not to happen currently if we "quit" cleanly, only if we quit via glob_quit() -- and if via glob_quit, we never get to sys_cleanup. I now think this all just needs a rewrite. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1309457&group_…

1 0

[ pure-data-Patches-1248135 ] fixed wrong vararg types
by SourceForge.net 10 Oct '05

10 Oct '05

Patches item #1248135, was opened at 2005-07-30 23:40 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1248135&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: bugfix >Status: Closed >Resolution: Accepted Priority: 7 Submitted By: Thomas Grill (xovo) Assigned to: Miller Puckette (millerpuckette) Summary: fixed wrong vararg types Initial Comment: For the click message in g_text.c, parameters were set to 0 (integer) and not to the correct vararg type (double). Fixed this with a cast. ---------------------------------------------------------------------- >Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2005-10-10 13:31 Message: Logged In: YES user_id=564396 accepted by miller ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2005-10-08 21:23 Message: Logged In: YES user_id=313747 Looks like I already took this one but forgot to post a 'followup' -- thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1248135&group_…

1 0

-nogui documentation
by Chris McCormick 10 Oct '05

10 Oct '05

Hi, I'm trying to find documentation on interfacing with PD through a socket with it running -nogui. Does anyone know of a good source/tutorial on this subject? Best, Chris. ------------------- chris(a)mccormick.cx http://mccormick.cx

1 0

data "fields" - pure enough?
by Mathieu Bouchard 10 Oct '05

10 Oct '05

Btw I didn't receive Frank's reply, so I'm pasting it from the pd-dev archives. On Sun, 9 Oct 2005, Frank Barknecht wrote: > Mathieu Bouchard hat gesagt: // Mathieu Bouchard wrote: > > On Sun, 9 Oct 2005, Frank Barknecht wrote: > > > a) let w only go from 0 to 100 and > > > b) let w be displayed as going from 0 px to 38 px. > > > What is still missing here is an alternate way to display w: scaled, > > > but *without* restricting w to the range 0 to 100. > > it could use (0:) as meaning w>=0, (:0) as meaning w<=0, and (:) as > > meaning no restriction. > Not quite: You would not know how to scale, as there is no input range > given. D'oh. Sorry. it's true that the current notation doesn't lend itself to specifying scale factors without ranges, as all scale factors are computed from a pair of ranges. Well, there's not much of a choice but to invent a new syntax for scale factors. ____________________________________________________________________ Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju Freelance Digital Arts Engineer, Montréal QC Canada

1 0

data "fields" - pure enough?
by notyves 09 Oct '05

09 Oct '05

wondering what mathieu's 'fields' addition to m_pd.h is to look in practice..saw a mention of 'bitmask', does this mean an incremental update of say, the 2nd and 5th attributes woudl look something like this? x252115:1 update 010001000 2.45555 rofl this is an extra step for the client to figure out (i already know im updating 'leetness' and 'grunt', but now have to look up which field it is..) and continues the tradition of unreadable patches..where you have to get out some kind of field reference, proably only existing in the pd source somewhere, to decode it.. ( i mean sure, x y the first couple are easy but then it rapidly descends..) toxy uses a key->value structure so the message would look more like x252115:1 #leetness 378.0 #grunt ugh im not a fan of the # prefix either, (and requiring them all the time could bloat file-size and network bandwidth...but an optional method would be great) but like the idea of key-value hash..especially in terms of patch readability and dynamically updating attributes via msg..or from a client GUI (how do yo update a iemgui dynamically, deconstruct the fields into some crazy 15-element message?) from a brief glance it looks like miller's data structures use a key-value idea, at least from the users standpoint, i mean [set template3 h] is exactly how youd do the same thing in tcl: [dict set template3 h 10].. and are converted to raw fields of data (seperated with escaped ";" !) so my question is, are the new devel_'s GUI fields the same as pd's datastructure_gui fields? if not, why not? one of hte main reasons ive been hacking around with GUI stuff is i loved the _concept_ of the data-structure GUIs but realized it would need little snippets of tk or perhaps openGL to make the datastruct views more useful (and get better control data back). inveting yet another format is a great way to contribute to the confusion.. but i admit i am NOT a fan of this new msp(d)-0.39 w(0:100)(0-38) nonsense, what the heck is that?!?!

3 4

[ pure-data-Bugs-1319163 ] fiddle~ segfault in Hans's OS X Pd.app
by SourceForge.net 09 Oct '05

09 Oct '05

Bugs item #1319163, was opened at 2005-10-08 19:04 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1319163&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: externals Group: None Status: Open Resolution: None Priority: 5 Submitted By: Towynlin (towynlin) Assigned to: Nobody/Anonymous (nobody) Summary: fiddle~ segfault in Hans's OS X Pd.app Initial Comment: fiddle~ is causing Pd to segfault with both of these versions of Hans's OS X apps: Pd-0.38-4-extended-RC1 and Pd-0.39test2-extended-RC0. I'm on OS 10.4.2. This causes the crash: [adc~] | [fiddle~] Turn audio computation on. I also tried adding the default arguments to fiddle~. No difference. I found it while trying out Help => Tutorials/playnow => voice-fm.pd Crash log attached. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1319163&group_…

1 0

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 October 2005