Pd-dev September 2002

pd-dev@lists.iem.at

27 participants
37 discussions

Flext on OSX (I think)
by Adam T. Lindsay 23 Sep '02

23 Sep '02

Hi all. I'm not sure if anyone else has tried to get Thomas Grill's intriguing flext to work on MacOSX. I seem to have had some success with conservative changes to the linux distribution. The make and config files (1.3 Kbytes) are packed up here: <http://homepage.mac.com/~atl/sw/> Untar into the same directory that flext (linux) makes, check that the config-pd-darwin.txt suits your system, and run ./build-pd-darwin.sh. I'm pretty much a novice with makefiles, so I would appreciate feedback from other OSX developers to see if this worked. From the libraries that were built, I was able to get Martin Pi's transverb~ port working. I'm going to experiment some more... adam PS. Anyone thought about connecting AudioUnits with PD? -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Adam T. Lindsay atl(a)comp.lancs.ac.uk Computing Dept, Lancaster University +44(0)1524/594.537 Lancaster, LA1 4YR, UK Fax:+44(0)1524/593.608 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

2 1

Re: [PD-dev] loading abstractions into objcts...?
by czaja＠chopin.edu.pl 23 Sep '02

23 Sep '02

hi Olaf, have a look at http://suita.chopin.edu.pl/~czaja/miXed/externs/rabin.html do not know if it works with the current Pd version, but the source in rabin.c might give you some idea. Krzysztof > say I have an abstraction having one (control) inlet and one (control) > outlet and an external with the same number of inlets/outlets that does > nothing by it's own. What I now would like to do is to 'load' the > abstraction into may external instead of loading it as a 'stand-alone > object'. Thus my external would always be there but I could load > different abstractions into it. Would that be possible without having to > write a second Pd in an external? --------------------------------------------- This message was sent using Endymion MailMan. http://www.endymion.com/products/mailman/

2 1

OS X 10.2 midi, tcl/tk problems ;-(
by tigital 13 Sep '02

13 Sep '02

hello, ...well, I've been putting off a 10.2 posting until I had some things that I really couldn't get around, and the day has come! ...I was working on a pix_film-based video mixing app using a development version of GEM, and came to a point where I wanted to add the midi input/control...unfortunately, it doesn't seem to work. I'm using a m-audio usb 1x1 with the 3.0 drivers, and it works with MIDI monitor 1.13, but pd doesn't seem to recognize anything! ...also, has anyone noticed any tcl/tk weirdness under 10.2? I'm getting stalls all over the place, for instance opening a patch hangs until you move the cursor...actually, cursor movement seems necessary for any pd interface update...seems I've got TCL/TK 8.4a4, which is the latest I've seen around (with an installer, that is; is there a more current/stable cvs somewhere?) ...on the upside, I solved a problem or two I was having with some of GEM, and pix_film's are much faster now! Seems to've broken pix_movie, but probably not for long...also, this change makes it easier to do some of the other stuff I wanted to address before the next release... help! jamie

4 4

setting receive
by Krzysztof Czaja 10 Sep '02

10 Sep '02

hi, most probably I am overlooking something, but if not, there seem to be two easy ways: 1. counting 'outlet_' calls being executed, and handling the 'set' message only if the counter is 0; 2. calling clock_delay(..., 0) in a 'set' method, and performing the un/binding in a separate event. One other thing -- if Pd/receive is to be compatible with max/receive, then it is only the object *without an argument* to get its inlet, and handle the 'set' message. So, anyway, there would be *no overhead* in case of the objects with an argument (all that are in use now). A sketch showing an easy way 2. is in the attachment. Krzysztof Miller Puckette wrote: ... > I don't think it's enough simply to insist that "set" messages come through > the inlet; there could still be people traversing either the new or > the old symbol somewhere up the stack. > > I think the only solution would be somehow to detect reentrancy and refuse > to bind or unbind something to a symbol reentrantly. I just can't think of a > really efficient way to do this...

1 0

Re: [PD] numberbox bug report
by Thomas Grill 10 Sep '02

10 Sep '02

> There's a longstanding problem with the way number boxes grab keyboard input > (by binding themselves to a symbol, related to the "receive set" bug > people were just talking about.) I'm going to fix it but it will require > changing the way "key" events are dispatched in g_canvas.c. By the way, is there any reason to not directly capture events (like enter/leave/etc.) of canvas widgets from tcl/tk? Could any problems with future pd versions arise? greetings, Thomas

1 0

Re: [PD-dev] numberbox sizes + fonts
by Andre Schmidt 10 Sep '02

10 Sep '02

yes, you can change the WIDTH in properties, but the height should be the same on all numberboxes... -andre ----- Original Message ----- From: "marius schebella" <marius.schebella(a)chello.at> To: "Andre Schmidt" <andre(a)vju-tv.net>; <pd-list(a)iem.kug.ac.at> Sent: Tuesday, September 10, 2002 2:39 PM Subject: Re: [PD-dev] numberbox sizes + fonts > you mean the size? > you can adjust it via preferences. (right click) > sme. > > > ----- Original Message ----- > From: Andre Schmidt > To: PD-dev > Sent: Tuesday, September 10, 2002 2:32 PM > Subject: [PD-dev] numberbox sizes + fonts > > > hi, > > has some1 seen this too on pd0.35-1 > http://www.vju-tv.net/test_courier.gif > compare the two numberboxes on top to the nb on bottom... strange... > i've seen the same problem on many of the sample patches... > this is on windows2000, i wonder if its on linux/osx too... > > ... > > as i find courier somehow "dirty" and my font (PUFO) "steril" i made some > mods... > http://www.vju-tv.net/test_puco.gif > dont pay attention to the capitals ! they are still under construction... > i also added 2pix for the height (before 8x11, now 8x13) good/bad ? > yes, the (empty space)height is still smaller than couriers but i think this > is big enough !? (atleast for objects&co, on normal text they are MAYBE too > close) > > as courier is not good readable under 12pt i thought i make "simple" fonts > starting from 5x7pix(~6pt) and then "morphing" on the way to courier at > 12pt. after 12pt we can use courier thats nice readable... > > ... > > btw. is this used and how ? (from pd.tk) > > <snip> > proc iemgui_toggle_font {id} { > set vid [string trimleft $id .] > > set var_iemgui_gn_f [concat iemgui_gn_f_$vid] > global $var_iemgui_gn_f > > set $var_iemgui_gn_f [expr [eval concat $$var_iemgui_gn_f] + 1] > if {[eval concat $$var_iemgui_gn_f] > 2} {set $var_iemgui_gn_f 0} > if {[eval concat $$var_iemgui_gn_f] == 0} {$id.gnfs.fb configure -text > "courier" -font {courier 10 bold}} > if {[eval concat $$var_iemgui_gn_f] == 1} {$id.gnfs.fb configure -text > "helvetica" -font {helvetica 10 bold}} > if {[eval concat $$var_iemgui_gn_f] == 2} {$id.gnfs.fb configure -text > "times" -font {times 10 bold}} > } > </snip> > > > cheers > -andre >

2 2

numberbox sizes + fonts
by Andre Schmidt 10 Sep '02

10 Sep '02

hi, has some1 seen this too on pd0.35-1 http://www.vju-tv.net/test_courier.gif compare the two numberboxes on top to the nb on bottom... strange... i've seen the same problem on many of the sample patches... this is on windows2000, i wonder if its on linux/osx too... ... as i find courier somehow "dirty" and my font (PUFO) "steril" i made some mods... http://www.vju-tv.net/test_puco.gif dont pay attention to the capitals ! they are still under construction... i also added 2pix for the height (before 8x11, now 8x13) good/bad ? yes, the (empty space)height is still smaller than couriers but i think this is big enough !? (atleast for objects&co, on normal text they are MAYBE too close) as courier is not good readable under 12pt i thought i make "simple" fonts starting from 5x7pix(~6pt) and then "morphing" on the way to courier at 12pt. after 12pt we can use courier thats nice readable... ... btw. is this used and how ? (from pd.tk) <snip> proc iemgui_toggle_font {id} { set vid [string trimleft $id .] set var_iemgui_gn_f [concat iemgui_gn_f_$vid] global $var_iemgui_gn_f set $var_iemgui_gn_f [expr [eval concat $$var_iemgui_gn_f] + 1] if {[eval concat $$var_iemgui_gn_f] > 2} {set $var_iemgui_gn_f 0} if {[eval concat $$var_iemgui_gn_f] == 0} {$id.gnfs.fb configure -text "courier" -font {courier 10 bold}} if {[eval concat $$var_iemgui_gn_f] == 1} {$id.gnfs.fb configure -text "helvetica" -font {helvetica 10 bold}} if {[eval concat $$var_iemgui_gn_f] == 2} {$id.gnfs.fb configure -text "times" -font {times 10 bold}} } </snip> cheers -andre

1 0

even more confusion?
by Krzysztof Czaja 10 Sep '02

10 Sep '02

hi all, this is in a way a follow-up to both my mails from this morning:) While browsing pd/src at sourceforge I found this: x_connective.c 1.1.1.1.8.1 9 days ggeiger \ added set message to send/receive, patches from cxc and ext13 ...surprise! Looking at the patch, I wonder, why nobody has ever reported crashes caused by a receive settable in a cxc/ext13 way? Lets try '; x set y', [r x], [r x] or anything similar. Forgive me please, but I think the core of Pd, like send/receive behaviour, should not be changed behind Miller's back... Btw, 'receive74' is settable, but 1) only via its inlet, never remotely, 2) only if it has no argument (apparently for compatibility reasons?). The 'send74' is not settable (it is the 'forward74', which is...) Krzysztof

4 5

playlist bug?
by Michal Seta 10 Sep '02

10 Sep '02

Hi Yves & the gang, I noticed that when I use [playlist] in an abstraction and send it 'location' or 'seek' message through inlets or [s]/[r] pair I get: invalid command name ".x10104eb8.c" printed in the stderr. It works as expected, though, it just litters my output window unnecessarily. This does not happen when the abstraction window is open. Is it only me? I'm using pd 0.35 on a woody/ppc. cheers. -- ./MiS Michal Seta

2 3

pd.tk confusion regarding fonts
by Andre Schmidt 09 Sep '02

09 Sep '02

hi, yes, its me again with font problems :) ok, here are some lines from original pd.tk (0.35-1) file that i assume are used/needed for setting fonts: <snip1> radiobutton $name.radiof.radio8 -value 8 -variable fontsize -text "8" radiobutton $name.radiof.radio10 -value 10 -variable fontsize -text "10" radiobutton $name.radiof.radio12 -value 12 -variable fontsize -text "12" radiobutton $name.radiof.radio16 -value 16 -variable fontsize -text "16" radiobutton $name.radiof.radio24 -value 24 -variable fontsize -text "24" radiobutton $name.radiof.radio36 -value 36 -variable fontsize -text "36" pack $name.radiof.radio8 -side top -anchor w pack $name.radiof.radio10 -side top -anchor w pack $name.radiof.radio12 -side top -anchor w pack $name.radiof.radio16 -side top -anchor w pack $name.radiof.radio24 -side top -anchor w pack $name.radiof.radio36 -side top -anchor w </snip1> <snip2> ############ pdtk_text_new -- create a new text object #2########### proc pdtk_text_new {canvasname myname x y text font color} { # if {$font < 13} {set fontname [format -*-courier-bold----%d-* $font]} # if {$font >= 13} {set fontname [format -*-courier-----%d-* $font]} $canvasname create text $x $y \ -font [format -*-courier-bold--normal--%d-* $font] \ -tags $myname -text $text -fill $color -anchor nw # pd [concat $myname size [$canvasname bbox $myname] \;] } </snip2> <snip3> proc pdtk_pd_startup {version} { global pd_myversion set pd_myversion $version set width1 [font measure -*-courier-bold--normal--8-* x] set height1 [lindex [font metrics -*-courier-bold--normal--8-*] 5] set width2 [font measure -*-courier-bold--normal--10-* x] set height2 [lindex [font metrics -*-courier-bold--normal--10-*] 5] set width3 [font measure -*-courier-bold--normal--12-* x] set height3 [lindex [font metrics -*-courier-bold--normal--12-*] 5] set width4 [font measure -*-courier-bold--normal--14-* x] set height4 [lindex [font metrics -*-courier-bold--normal--14-*] 5] set width5 [font measure -*-courier-bold--normal--16-* x] set height5 [lindex [font metrics -*-courier-bold--normal--16-*] 5] set width6 [font measure -*-courier-bold--normal--24-* x] set height6 [lindex [font metrics -*-courier-bold--normal--24-*] 5] set width7 [font measure -*-courier-bold--normal--36-* x] set height7 [lindex [font metrics -*-courier-bold--normal--36-*] 5] pd [concat pd init [pdtk_enquote [pwd]] \ 8 $width1 $height1 \ 10 $width2 $height2 \ 12 $width3 $height3 \ 14 $width4 $height4 \ 16 $width5 $height5 \ 24 $width6 $height6 \ 36 $width7 $height7 \ \;]; } </snip3> not tragic but i see theres a size calculated for 14pt but is not used in <snip1> reason/error? and then a test with this original pd.tk. i open 14.more.tabread.pd and test the sizes with "fontbomb" 8 : all sizes are changed 10 : diddo 12 : diddo 16 : diddo 24 : only the array name text size is changed (others stay @ 16)?! 36 : all sizes changed nothing tragic ?! just wanted to report... then to my font. i change only this <snip2b> ############ pdtk_text_new -- create a new text object #2########### proc pdtk_text_new {canvasname myname x y text font color} { if {$font < 13} {set fontname [format -*-pufo-----%d-* $font]} if {$font >= 13} {set fontname [format -*-courier-bold----%d-* $font]} $canvasname create text $x $y \ -font $fontname \ -tags $myname -text $text -fill $color -anchor nw # pd [concat $myname size [$canvasname bbox $myname] \;] } </snip2b> and then a test with this modified pd.tk. i open 14.more.tabread.pd and test the sizes with "fontbomb" 8 : selects my font at 5pt (5x7pix) 10 : selects my font at 7pt (6x9pix) 12 : selects courier !? (see <snip2b> if(s)) and so on... and then i tried to get the sizes right and changed still this <snip3b> proc pdtk_pd_startup {version} { global pd_myversion set pd_myversion $version set width1 [font measure -*-pufo---normal--8-* x] set height1 [lindex [font metrics -*-pufo---normal--8-*] 5] set width2 [font measure -*-pufo---normal--10-* x] set height2 [lindex [font metrics -*-pufo---normal--10-*] 5] </snip3b> or this (because its a bitmap font) </snip3c> proc pdtk_pd_startup {version} { global pd_myversion set pd_myversion $version set width1 5 set height1 7 set width2 6 set height2 9 </snip3c> and then a test with this modified pd.tk. i open 14.more.tabread.pd and test the sizes with "fontbomb" 8 : selects my font at 7pt (6x9pix) ?! see test before... 10 : selects my font at 7pt (6x9pix) and so on... the object sizes are correct but SOME number boxes are couple pixels too small but NOT ALL ?!?!?! i'm frustated... dunno what i can do... it's all so unlogical to me... but i hope i've just overseen something important... on a text editor i get the right sizes 6pt selects 5x7pix (program says 5pt is too small for the prog. [5pt would be the right size but 6pt goes too]) 7pt selects 6x9pix 8pt selects 8x11pix but i wont give up. well, maybe 4 today :) but this is a tcl/tk problem, right?! so maybe i should ask in tcl/tk forums or so... cheers -andre ps. i'm on win2k... pss. yes, i made a new font 5x7pix. but i wont let it out before i get it to work in pd..

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