Pd-dev November 2007

pd-dev@lists.iem.at

27 participants
161 discussions

[ pure-data-Bugs-1830071 ] no help file for [ftos]
by SourceForge.net 28 Nov '07

28 Nov '07

Bugs item #1830071, was opened at 2007-11-11 20:48 Message generated for change (Comment added) made by stffn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1830071&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: pd-extended Group: v0.40.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: robbert (vh_robbert) Assigned to: Hans-Christoph Steiner (eighthave) Summary: no help file for [ftos] Initial Comment: in pd-0.40.3-extended-20071106, there seems to be no help file for [ftos]. cheers, robbert ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-11-28 09:57 Message: Logged In: YES user_id=1658640 Originator: NO In cvsroot/externals/ext13/doc/ext13-help.pd there is some info one some of the ext13 externals. fx ftos. true there is no dedicated help file per class. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-11-28 06:29 Message: Logged In: NO One doesn't exist for it, anyone want to write one and submit it? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1830071&group_…

1 0

[ pure-data-Bugs-1750770 ] [stat] crashes with unknown directory input
by SourceForge.net 28 Nov '07

28 Nov '07

Bugs item #1750770, was opened at 2007-07-09 16:26 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1750770&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: v0.40.2 >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Luke Iannini (lukeiannini) Assigned to: Hans-Christoph Steiner (eighthave) Summary: [stat] crashes with unknown directory input Initial Comment: Hi Hans! On OS X and a recent autobuild of PD-E 0.40.2, stat crashes Pd when given a nonexistent file or directory. (it used to give a not-found error, as of a couple months ago) That's a bummer!! ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-11-28 00:34 Message: Logged In: YES user_id=27104 Originator: NO This is fixed, it turns out I was adding 2 to a pointer when I should have been adding 1. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-07-11 12:09 Message: Logged In: YES user_id=27104 Originator: NO Strange, so it seems to be a build issue, since it crashes again in the nightly build. Time to dig deeper... ---------------------------------------------------------------------- Comment By: Luke Iannini (lukeiannini) Date: 2007-07-09 22:34 Message: Logged In: YES user_id=1541432 Originator: YES Hi Hans, I built it just now, it indeed no longer crashes. I did notice that connecting a print to the error outlet (and providing a nonexistent dir) outputs print: error does_not_existconsistency check failed: atom_string does_not_exist Thanks! ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-07-09 17:27 Message: Logged In: YES user_id=27104 Originator: NO I am able to reproduce it, and I recompiled it with a very minor seemingly cosmetic fix and it seems to have fix the crash. Strange. I guess we'll see tomorrow whether this actually fixed the bug. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1750770&group_…

1 0

[ pure-data-Bugs-1830071 ] no help file for [ftos]
by SourceForge.net 28 Nov '07

28 Nov '07

Bugs item #1830071, was opened at 2007-11-11 11:48 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1830071&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: pd-extended Group: v0.40.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: robbert (vh_robbert) Assigned to: Hans-Christoph Steiner (eighthave) Summary: no help file for [ftos] Initial Comment: in pd-0.40.3-extended-20071106, there seems to be no help file for [ftos]. cheers, robbert ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-11-27 21:29 Message: Logged In: NO One doesn't exist for it, anyone want to write one and submit it? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1830071&group_…

1 0

VideoIO status?
by Hans-Christoph Steiner 28 Nov '07

28 Nov '07

Hey, I haven't heard anything about the VideoIO project in a while, or the other GSoC project for that matter. I'd love to hear/see more about that. .hc ------------------------------------------------------------------------ ---- Access to computers should be unlimited and total. - the hacker ethic

1 0

Is there a way to do this? Reflecting on Structs
by Mike McGonagle 27 Nov '07

27 Nov '07

Hello all, >From a suggestion that Ben Bogart had made in regards to being able to store data structs within a database, I was wondering if there is any programmatic way to interegate PD as to what structs are defined, and how to get the field names for each of the elements? Mike McGonagle -- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician

1 0

[ pure-data-Bugs-1837649 ] pd-extended's "make" does "make install"
by SourceForge.net 27 Nov '07

27 Nov '07

Bugs item #1837649, was opened at 2007-11-24 11:30 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1837649&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: pd-extended Group: v0.39.2 >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Hans-Christoph Steiner (eighthave) Summary: pd-extended's "make" does "make install" Initial Comment: when doing a "make" in pd-extended (as root), will install everything to /usr/local/ this is _not_ what is usually expected: use "make install" when you want to install things with make. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-11-26 14:48 Message: Logged In: YES user_id=27104 Originator: NO That sounds like a good idea, I added it to generate_install_makefile.bash and checked it in. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2007-11-26 04:46 Message: Logged In: YES user_id=564396 Originator: YES oops, got the quotes wrong, this should be better: default: @echo 'you have to run "make install" to install pd-extended' ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2007-11-26 04:07 Message: Logged In: YES user_id=564396 Originator: YES a quick fix would be to just add these 2 lines to the very beginning of the Makefile: default: @echo 'you have to run "make install' to install pd-extended' ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2007-11-26 04:06 Message: Logged In: YES user_id=564396 Originator: YES ok, here are the steps to reproduce it: 1. get Pd-0.39.3-extended-planetccrma6-i386.tar.bz2 2. untar it 3. cd into the Pd-0.39.3-extended/ directory 4. become a privileged user (aka root) 5. run "make" 6. Pd-extended will install itself into /usr/local the README.txt says, that you have to run "make install" to install, not just "make" ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-11-24 14:53 Message: Logged In: YES user_id=27104 Originator: NO Where are you running make? More details are needed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1837649&group_…

3 2

[ pure-data-Bugs-1839447 ] slow reactions
by SourceForge.net 27 Nov '07

27 Nov '07

Bugs item #1839447, was opened at 2007-11-27 13:59 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=1839447&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: pd-extended Group: v0.40.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: robbert (vh_robbert) Assigned to: Hans-Christoph Steiner (eighthave) Summary: slow reactions Initial Comment: when opening a patch, the screen takes a little while to show--first all the objects show up, then after almost 1/2 second the connections show. after doing something--eg hitting cmd-s, it takes some time for the system to be ready for the next action: hitting eg cmd-1 or cmd-e directly doesn't do anything. wait a second, and it works again. this was not the case in earlier autobuilds (march this year). pd ext-40-03 recent autobuilds on osx 10.4.x (both on .8 and on recently upgraded .10) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1839447&group_…

1 0

[ pure-data-Patches-1552482 ] update to [cnv] help to document arguments
by SourceForge.net 27 Nov '07

27 Nov '07

Patches item #1552482, was opened at 2006-09-05 01:48 Message generated for change (Comment added) made by lukeiannini You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1552482&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: Open Resolution: None Priority: 5 Private: No Submitted By: Luke Iannini (lukeiannini) Assigned to: Miller Puckette (millerpuckette) Summary: update to [cnv] help to document arguments Initial Comment: The canvas object seems to take arguments happily enough - while I could not find this documented, I discovered what went where by trying "cnv a b c d e f g h..." and checking where they ended up in the properties. This worked, but while the arguments appear in the properties, they do not actually "show up" in the canvas until the property window is closed again. I've attached a patch that demonstrates this behavior. (I was hoping to build a "canvas generator" that would save me the trouble of opening property windows to set dimensions or a recieve symbol that could be used with Joao Miguel Pais's "gui-edit" abstraction. But the receive symbol does not start functioning until the props are opened, then closed.) Also, the first 3 arguments do not seem to do anything (they'd logically control "selectable size" and the x and y dimensions of the canvas). ---------------------------------------------------------------------- >Comment By: Luke Iannini (lukeiannini) Date: 2007-11-19 09:11 Message: Logged In: YES user_id=1541432 Originator: YES Sorry I never did this, here's the file. File Added: my_canvas-help.pd ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-06-14 08:20 Message: Logged In: YES user_id=27104 Originator: NO this patch does not apply cleanly to anything that I tried. Please submit the original pd help patch rather than the diff/patch file. diffs don't really work with .pd files. ---------------------------------------------------------------------- Comment By: Luke Iannini (lukeiannini) Date: 2006-09-20 02:45 Message: Logged In: YES user_id=1541432 Hello Hans, Done : ). But I can't effect the bug>patch change. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-15 17:54 Message: Logged In: YES user_id=27104 It would be awesome then if you updated the help file and submitted that as a patch to the tracker. Then the rest of us can benefit from your explorations. You can attach an updated help file to this tracker, then change it from a "Bug" to a "Patch". ---------------------------------------------------------------------- Comment By: Luke Iannini (lukeiannini) Date: 2006-09-05 03:12 Message: Logged In: YES user_id=1541432 Sorry about that, thanks! ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2006-09-05 03:03 Message: Logged In: YES user_id=564396 this is, because you are using wrong arguments and not because of a bug in [cnv]. attached is a working patch (which uses more arguments than the original one) there are 4 possibilities to "reverse engineer" the arguments of an object: 1) read the help (won't help you with [cnv]) 2) read the pd-list (ask! chances are high that somebody already solved your problem) 3) read the patch (save a patch with the object as you would like it; open the patch with a text editor; look which arguments are used; understand what the arguments mean) 4) read the source esp. #3 is a very simple and efficient and good way to discover the arguments of an object (the object usually knows best which arguments it needs) ---------------------------------------------------------------------- Comment By: Luke Iannini (lukeiannini) Date: 2006-09-05 01:50 Message: Logged In: YES user_id=1541432 This is on Pd-x-39.2t4 (OS X.4.7 PPC) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1552482&group_…

3 3

[ pure-data-Patches-1833178 ] arrow keys update scrollbars
by SourceForge.net 26 Nov '07

26 Nov '07

Patches item #1833178, was opened at 2007-11-16 09:56 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1833178&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: Open Resolution: None Priority: 5 Private: No Submitted By: oskude (oskude) Assigned to: Miller Puckette (millerpuckette) Summary: arrow keys update scrollbars Initial Comment: this patch _always_ updates the scrollbars when moving objects with the arrow keys. a "better" patch would be to only update scrollbars if we are getting bigger than the current canvas size. and for long shot, maybe we should do this all in canvas_displaceselection anyway... ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-11-26 17:46 Message: Logged In: YES user_id=27104 Originator: NO I added this change as described in my previous comment to branch-0-40-extended. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-11-16 13:52 Message: Logged In: YES user_id=27104 Originator: NO It looks to me that this should definitely be included directly in canvas_displaceselection(): sys_vgui("pdtk_canvas_getscroll .x%lx.c\n", x); Then this could probably be removed from canvas_mouseup(): if (x->gl_editor->e_onmotion != MA_NONE) sys_vgui("pdtk_canvas_getscroll .x%lx.c\n", x); My only concern is that this could slow things down on older machines, since it would be running pdtk_canvas_getscroll a low more. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1833178&group_…

1 0

long messages
by B. Bogart 26 Nov '07

26 Nov '07

Hey all, Does anyone have any experiences with really long messages in PD. I mean in cases when using things like "pix_dump" that drop many floats. Is there a maximum, what has the most anyone has used? I'm currently trying a patch with pix_dump'ing a 400x300 RGBA image each 12s. 40x30 worked very well (where pix_dump outputs 4800 floats) and rock solid, but pretty low-res. Thanks! B. Bogart

2 2

Jump to page:

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 November 2007