Pd-dev November 2011

pd-dev@lists.iem.at

22 participants
71 discussions

[ pure-data-Bugs-3438392 ] [tclpd] opening tclfile help patches crashes pd-extended
by SourceForge.net 15 Nov '11

15 Nov '11

Bugs item #3438392, was opened at 2011-11-15 09:13 Message generated for change (Tracker Item Submitted) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3438392&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: None Group: None Status: Open Resolution: None Priority: 6 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: mescalinum (mescalinum) Summary: [tclpd] opening tclfile help patches crashes pd-extended Initial Comment: When I launch Pd-extended 0.43 2011-11-15 32-bit on Mac OS X 10.6.8/Intel, then open delete-help.pd, exists-help.pd, etc. I get this error from Tcl, then Pd-extended quits: (Tcl) INVALID COMMAND NAME: invalid command name "Pt_Start()" while executing "Pt_Start() called" ("uplevel" body line 1) invoked from within "uplevel #0 $cmd_from_pd" This crash seems to really be a Tcl panic triggering a quit. Ideally, tclpd would catch the panic and just have the (Tcl) dump to the Pd window. Here's the backtrace: #0 0x910a4c5a in __kill () #1 0x910a4c4c in kill$UNIX2003 () #2 0x911375a5 in raise () #3 0x9114d6e4 in abort () #4 0x0188045f in Tcl_PanicVA () #5 0x0188047a in Tcl_Panic () #6 0x0185fc57 in Tcl_RegisterChannel () #7 0x01869263 in Tcl_CreateChannel () #8 0x0180ee08 in Tcl_ListMathFuncs () #9 0x0184c44e in TclStackAlloc () #10 0x0188c6e3 in TclObjInterpProcCore () #11 0x0180ee08 in Tcl_ListMathFuncs () #12 0x0184c44e in TclStackAlloc () #13 0x0188c6e3 in TclObjInterpProcCore () #14 0x0180ee08 in Tcl_ListMathFuncs () #15 0x0184c44e in TclStackAlloc () #16 0x0188c6e3 in TclObjInterpProcCore () #17 0x0180ee08 in Tcl_ListMathFuncs () #18 0x0180f191 in Tcl_ListMathFuncs () #19 0x01811b09 in Tcl_GetVersion () #20 0x01811eb1 in Tcl_EvalEx () #21 0x01887bc9 in TclFreePackageInfo () #22 0x01887dea in Tcl_PkgRequireProc () #23 0x01888a2f in Tcl_PkgProvide () #24 0x0180ee08 in Tcl_ListMathFuncs () #25 0x01811b09 in Tcl_GetVersion () #26 0x01811eb1 in Tcl_EvalEx () #27 0x0186fe5a in Tcl_FSEvalFileEx () #28 0x01870dce in Tcl_EvalFile () #29 0x0077f39e in tclpd_do_load_lib () ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3438392&group_…

1 0

[ pure-data-Patches-3438338 ] change float to t_float in Pd 'extra'
by SourceForge.net 15 Nov '11

15 Nov '11

Patches item #3438338, was opened at 2011-11-15 07:17 Message generated for change (Comment added) made by katjav You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3438338&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Katja (katjav) Assigned to: Miller Puckette (millerpuckette) Summary: change float to t_float in Pd 'extra' Initial Comment: 0001-change-float-to-t_float-in-Pd-extra.patch converts instances of 'float' to 't_float' in all classes of vanilla Pd's 'extra'. Also, a few constants and literals are defined with more decimals, and some float suffixes removed. The patch is intended for Pd-043.1test5. Type 't_float' is already used in most of pd core code. The changes in the 'extra' classes would make them compliant with the core in this sense. ---------------------------------------------------------------------- Comment By: Katja (katjav) Date: 2011-11-15 07:36 Message: correction: the reference for the unit test patches was pd-0.43.0 vanilla release ---------------------------------------------------------------------- Comment By: Katja (katjav) Date: 2011-11-15 07:33 Message: Accompanying the patch file, I've produced unit test patches. The reference was pd-043.1 vanilla release. The tests indicate slightly altered output for some of the classes, probably due to more precise constants and removal of float suffixes. See attached 'unittests-pdextras.zip'. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3438338&group_…

1 0

[ pure-data-Patches-3438338 ] change float to t_float in Pd 'extra'
by SourceForge.net 15 Nov '11

15 Nov '11

Patches item #3438338, was opened at 2011-11-15 07:17 Message generated for change (Comment added) made by katjav You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3438338&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Katja (katjav) Assigned to: Miller Puckette (millerpuckette) Summary: change float to t_float in Pd 'extra' Initial Comment: 0001-change-float-to-t_float-in-Pd-extra.patch converts instances of 'float' to 't_float' in all classes of vanilla Pd's 'extra'. Also, a few constants and literals are defined with more decimals, and some float suffixes removed. The patch is intended for Pd-043.1test5. Type 't_float' is already used in most of pd core code. The changes in the 'extra' classes would make them compliant with the core in this sense. ---------------------------------------------------------------------- >Comment By: Katja (katjav) Date: 2011-11-15 07:33 Message: Accompanying the patch file, I've produced unit test patches. The reference was pd-043.1 vanilla release. The tests indicate slightly altered output for some of the classes, probably due to more precise constants and removal of float suffixes. See attached 'unittests-pdextras.zip'. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3438338&group_…

1 0

[ pure-data-Patches-3438338 ] change float to t_float in Pd 'extra'
by SourceForge.net 15 Nov '11

15 Nov '11

Patches item #3438338, was opened at 2011-11-15 07:17 Message generated for change (Tracker Item Submitted) made by katjav You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3438338&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Katja (katjav) Assigned to: Miller Puckette (millerpuckette) Summary: change float to t_float in Pd 'extra' Initial Comment: 0001-change-float-to-t_float-in-Pd-extra.patch converts instances of 'float' to 't_float' in all classes of vanilla Pd's 'extra'. Also, a few constants and literals are defined with more decimals, and some float suffixes removed. The patch is intended for Pd-043.1test5. Type 't_float' is already used in most of pd core code. The changes in the 'extra' classes would make them compliant with the core in this sense. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3438338&group_…

1 0

[ pure-data-Bugs-3437976 ] dac~ and adc~
by SourceForge.net 15 Nov '11

15 Nov '11

Bugs item #3437976, was opened at 2011-11-14 16:38 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3437976&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: None Group: v0.44 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: dac~ and adc~ Initial Comment: adc~: bad vector size dac~;bad vector size ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3437976&group_…

1 0

sound + video : real time issues
by Ricardo Fabbri 14 Nov '11

14 Nov '11

Hi, I am building instalations/instruments which control sounds through the webcam, using a color detector that I submitted to this list a couple of days ago. Things work well, and I am just facing real time/delay issues now. When I try to generate sound with any pix processing, I am getting jumps in the sound (like on/off sounds at about 5-20Hz). Turning off any pix processing, the sound is then back to normal, even if I show the raw video from the camera on a gemwin. By pix processing I mean anything with even only 1 pass through the image on the CPU. I am using a ps3eye camera, which makes things better as it has a high framerate, but I still get interruptions in the sound. Why is this lag in the sound? The image with the output of the pix processing doesn't seem to be moving any slower with or without sound. What are your experiences in trying to get gem pix processing, video, and DSP to work in real time? My application is interactive, so that I really need the sound to be as smooth as possible. Here are some factors I will investigate, let me know if they make any sense to you: - It could be just too much data, even a single pass on each pixel could be causing delays/jumps. I could downsample the image prior to any pix processing - The kernel is too slow in processing the video stream; I tried '-rt' with no success - Perhaps there is a problem in Pd sound scheduling vs pix processing - Perhaps its just the CPU. In fact, I used OSC to do the video on one machine, send the parameters to a second machine which then processes the audio there. This effectively solved the problem. Question is, is this due to CPU or to another factor? I would really appreciate hearing ideas from you, as I am new to this. Best, Ricardo Fabbri -- Linux registered user #175401 www.lems.brown.edu/~rfabbri labmacambira.sf.net

5 7

changes in tclpd 0.3.0 - typemaps support
by mescalinum＠gmail.com 14 Nov '11

14 Nov '11

with tclpd 0.3 I finally fixed typemaps support. there are some conversions that take place automatically, when calling pd C functions from tcl, namely: for arguments t_symbol*, t_atom* (one atom), and for (int argc, t_atom *argv) (a list of atoms). t_symbol* maps directly to tcl strings and vice versa. t_atom* maps to {selector value} (e.g. {float 1} or {symbol foo}) and similarily (int argc,t_atom* argv) maps to atom lists, like {{float 1} {float 2} {float 3} {symbol foo}} in addition, $self is cast automatically to t_tcl*, t_text*, t_pd*, t_object* when needed. so, calling the pd api should now be straightforward. those changes are reflected in tclpd.tcl and in the examples. there are still bugs unfixed: - get_binbuf problem (binbuf actually not available, needs fix) - slider2.tcl remains somewhat broken because I haven't had time to fix - bitmap's help (makes pd crash only if opened via context menu Help) - problem with namespace prefixes (e.g. [dir/classname]) @hc: note for tclfile externals, now you need to apply such changes: - set dir [[canvas_getdir $current_canvas] cget -s_name] + set dir [canvas_getdir $current_canvas] and similar. (also, update package requires with TclpdLib 0.20 and Tclpd 0.3.0)

1 0

[ pure-data-Bugs-3437533 ] vanilla, extra loading missing
by SourceForge.net 13 Nov '11

13 Nov '11

Bugs item #3437533, was opened at 2011-11-13 13:44 Message generated for change (Tracker Item Submitted) made by ricardofabbri You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3437533&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.44 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ricardo Fabbri (ricardofabbri) Assigned to: Nobody/Anonymous (nobody) Summary: vanilla, extra loading missing Initial Comment: Hi, For some reason I compiled pd-extended from the latest sources and it couldn't load "vanlilla" nor "extra". If I use "-lib" it works fine. I noticed that in packages/linux_make/default.pdextended there is no "vanilla" or "extra" in the file. Adding that manually fixes the problem system-wide. Not really sure why loading is not working out-of-the-box. I am using Ubuntu 11.10 64bit Thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3437533&group_…

1 0

[ pure-data-Bugs-3437312 ] Deleting abstraction in a subpatch crashes Pd
by SourceForge.net 13 Nov '11

13 Nov '11

Bugs item #3437312, was opened at 2011-11-13 06:51 Message generated for change (Tracker Item Submitted) made by reduzent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3437312&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Roman Haefeli (reduzent) Assigned to: Nobody/Anonymous (nobody) Summary: Deleting abstraction in a subpatch crashes Pd Initial Comment: Steps to reproduce the crash: 1) pd -noprefs -open crasherbug/CRASHERPATCH.pd 2) Open the [pd some_tilde_abstraction] subpatch 3) Delete the [mx-aux-send] object. --> Segfault This happens on / with: - Ubuntu 11.04 - Pd-0.43test5 Some additional notes: - This does _not_ crash the previous release (Pd-0.43test4) - The crash can be prevented by disconnecting the signal-wires before deleting [mx-aux-send] - It seems that some abstractions inside [netpd_f] are necessary to make the crash happen. gdb backtrace: #0 0x0809b08a in obj_ninlets (x=0x812f888) at m_obj.c:540 #1 0x0805936d in linetraverser_next (t=0xbfffe750) at g_canvas.c:260 #2 0x0805ad87 in canvas_deletelinesforio (x=0x812f738, text=0x812dd60, inp=0x812dcd8, outp=0x0) at g_canvas.c:788 #3 0x0805d6f7 in canvas_rminlet (x=0x812dd60, ip=0x812dcd8) at g_graph.c:311 #4 0x080705b5 in vinlet_free (x=0x8130928) at g_io.c:86 #5 0x08097cfd in pd_free (x=0x8130928) at m_pd.c:29 #6 0x0805d04d in glist_delete (x=0x812dd60, y=0x8130928) at g_graph.c:122 #7 0x0805aa25 in canvas_free (x=0x812dd60) at g_canvas.c:709 #8 0x08097cfd in pd_free (x=0x812dd60) at m_pd.c:29 #9 0x0805d04d in glist_delete (x=0x812f738, y=0x812dd60) at g_graph.c:122 #10 0x0805aa25 in canvas_free (x=0x812f738) at g_canvas.c:709 #11 0x08097cfd in pd_free (x=0x812f738) at m_pd.c:29 #12 0x0805d04d in glist_delete (x=0x812d6b0, y=0x812f738) at g_graph.c:122 #13 0x0805aa25 in canvas_free (x=0x812d6b0) at g_canvas.c:709 #14 0x08097cfd in pd_free (x=0x812d6b0) at m_pd.c:29 #15 0x0805d04d in glist_delete (x=0x812e0d0, y=0x812d6b0) at g_graph.c:122 #16 0x0805fd9b in graph_delete (z=0x812e0d0, glist=0x812cba8) at g_graph.c:992 #17 0x08076f7d in gobj_delete (x=0x812e0d0, glist=0x812cba8) at g_editor.c:66 #18 0x0805cfa9 in glist_delete (x=0x812cba8, y=0x812e0d0) at g_graph.c:110 #19 0x0807cfb2 in canvas_doclear (x=0x812cba8) at g_editor.c:2251 #20 0x0807ba5e in canvas_key (x=0x812cba8, s=0x811ae88, ac=3, av=0xbffff004) at g_editor.c:1773 #21 0x080997a1 in pd_typedmess (x=0x812cba8, s=0x811ae88, argc=3, argv=0xbffff004) at m_class.c:685 #22 0x08074ba6 in guiconnect_anything (x=0x812f630, s=0x811ae88, ac=3, av=0xbffff004) at g_guiconnect.c:70 #23 0x08099c57 in pd_typedmess (x=0x812f630, s=0x811ae88, argc=3, argv=0xbffff004) at m_class.c:769 #24 0x0809d704 in binbuf_eval (x=0x81290b8, target=0x812f630, argc=0, argv=0x0) at m_binbuf.c:722 #25 0x080a5c5f in socketreceiver_read (x=0x812b550, fd=6) at s_inter.c:551 #26 0x080a51ca in sys_domicrosleep (microsec=5000, pollem=1) at s_inter.c:191 #27 0x080a523c in sys_microsleep (microsec=5000) at s_inter.c:213 #28 0x080a2c3b in m_pollingscheduler () at m_sched.c:508 #29 0x080a2d9b in m_mainloop () at m_sched.c:568 #30 0x080a34ae in sys_main (argc=4, argv=0xbffff3f4) at s_main.c:302 #31 0x080ab17b in main (argc=4, argv=0xbffff3f4) at s_entry.c:32 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3437312&group_…

1 0

[ pure-data-Bugs-3437142 ] Font WAY too small for main console
by SourceForge.net 13 Nov '11

13 Nov '11

Bugs item #3437142, was opened at 2011-11-12 20:11 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3437142&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.42 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: Font WAY too small for main console Initial Comment: Win 7 ultimate, 20" monitor. The font size is WAY too small for the main console [where 'font' is grayed-out on Edit menu.] Is there a file or plug-in that can be edited to adjust the font size ?? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3437142&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 November 2011