Pd-dev June 2009

pd-dev@lists.iem.at

16 participants
105 discussions

UTF-8 for pd-devel (again)
by Bryan Jurish 20 Jan '10

20 Jan '10

moin folks, I believe I've finally got pd-devel 0.41-4 using UTF-8 across the board. So far, I've tested message boxes & comments (g_rtext), as well as symbol atoms, and all seems good. I think we can still expect goofiness if someone names an abstraction using a multibyte character when the filesystem isn't UTF-8 encoded (raw 8-bit works for me here too), but I really don't want to open that particular can of worms. So I guess I have 2 questions: (1) what should I call the generic UTF-8 source files? (see my other post) (2) shall I commit these changes to pd-devel/0.41-4, or somewhere else, or just post a diff (ca. 33k, ought to be easier to read now; I've tried to follow the indentation conventions of the source files I modified)? marmosets, Bryan -- Bryan Jurish "There is *always* one more bug." jurish(a)ling.uni-potsdam.de -Lubarsky's Law of Cybernetic Entomology

5 13

[declare] bug (id 2251387)
by Roman Haefeli 26 Dec '09

26 Dec '09

hi everyone i once posted a bug to the tracker and it still appears to be there in version 0.42.3. since this bug is kind of viral, so that it corrupts patches invisibly and without being noticed by the author, and also since quite some of my own patches got affected by that bug, i would like to ask to raise the priority of this one. BEWARE: everyone, who was working on patches in 0.42.X, that contain abstractions containing [declare]'s is most likely affected, or i should rather say: infected. read the description here: http://sourceforge.net/tracker/index.php?func=detail&aid=2251387&group_id=5… roman ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de

3 3

Finished iemguts' [canvasselect] and a max-toolbox-like proof of concept
by Luke Iannini 02 Jul '09

02 Jul '09

Yo all, My usual caveat applies: that I'm as nearly unconscious as I always am when I'm releasing public works :) I had a flight today which gave me a chance to finish up [canvasselect] (by merging in some code from zexy's tabdump in my usual naive fashion to make it output index-lists rather than just post() the currently selected objects (thus, IO, you should probably double check my work :) )), and then put it to work starting to create some patching-assist functionality similar to max-toolbox. I'm pretty excited for what can come out of this! What I've got so far is the start of the [meta-abs] library, [meta-connect] - it works like: select one or more objects, press "[", select a new group of objects you'd like to connect the first group to, and press "]". [meta-connect] will magically connect them all (you can make some lovely line art selecting a big pile of [bng]s :) ). Not amazingly useful, yet, but the start o' something good : ). I sketched a mini-domain language for this sort of thing here: http://puredata.info/dev/GuiIdeas#object-numbering a long while ago. I'd love to hear some ideas on how such complex autopatching would work ideally, as I'll be implementing a suite of this type of thing over the next couple weeks. IOhannes, do you know if it's possible to get and set the coordinates of arbitrary objects simply by index, much like [canvasposition] can do now but including externals etc. where you can't place a [canvasposition] object? This would enable the final piece of maxtoolbox layout stuff, which was Pd's Tidy... function times 10000, and would let me do stuff like "connect the 4 horizontally-aligned selected objects above to the 4 selected objects below" or simply "connect these all top to bottom" with a single keycommand. Back soon with more... Best Luke

6 20

uDMX pd external crashes pd
by Georg Werner 30 Jun '09

30 Jun '09

Hi, i tried to compile the uDMX ( http://www.anyma.ch/research/udmx/ ) external on winxp. which worked after some trial and error. but now my question is: can somebody tell me by looking an the source why it crashes pd if i send a float message to the right inlet (there is no device connected - so maybe it wont crash if there is, but i'm curious how to figure out the reason) i started pd with -d (different numbers) and there was no output related to the crash (which debug level is the best for this case?) best g. /* udmx.c pd-Interface to the [ a n y m a | udmx - Open Source USB Sensor Box ] Authors: Michael Egger Copyright: 2007 [ a n y m a ] Website: www.anyma.ch License: GNU GPL 2.0 www.gnu.org Version: 0.1 2007-01-28 */ #include "m_pd.h" #include "uDMX_cmds.h" #include <stdio.h> #include <math.h> #include <stdlib.h> #include <string.h> #include "usb.h" /* this is libusb, see http://libusb.sourceforge.net/ */ #define USBDEV_SHARED_VENDOR 0x16C0 /* VOTI */ #define USBDEV_SHARED_PRODUCT 0x05DC /* Obdev's free shared PID */ typedef struct _uDMX // defines our object's internal variables for each instance in a patch { t_object p_ob; // object header - ALL objects MUST begin with this... usb_dev_handle *dev_handle; // handle to the uDMX usb device int debug_flag; int channel; // int value - received from the right inlet and stored internally for each object instance } t_uDMX; void *uDMX_class; // global pointer to the object class - so max can reference the object // these are prototypes for the methods that are defined below void uDMX_int(t_uDMX *x, long n); void uDMX_debug(t_uDMX *x, t_symbol *s, short ac, t_atom *av); void uDMX_list(t_uDMX *x, t_symbol *s, short ac, t_atom *av); void uDMX_open(t_uDMX *x); void uDMX_close(t_uDMX *x); void *uDMX_new(long n); static int usbGetStringAscii(usb_dev_handle *dev, int index, int langid, char *buf, int buflen); void find_device(t_uDMX *x); //-------------------------------------------------------------------------- void uDMX_setup(void) { uDMX_class = class_new ( gensym("uDMX"),(t_newmethod)uDMX_new, 0, sizeof(t_uDMX), CLASS_DEFAULT,0); class_addfloat(uDMX_class, (t_method)uDMX_int); // the method for an int in the left inlet (inlet 0) class_addmethod(uDMX_class, (t_method)uDMX_debug,gensym("debug"), A_GIMME, 0); class_addlist(uDMX_class, (t_method)uDMX_list); class_addmethod(uDMX_class, (t_method)uDMX_open, gensym("open"), 0); class_addmethod(uDMX_class, (t_method)uDMX_close, gensym("close"), 0); post("uDMX version 0.9 - (c) 2006 [ a n y m a ]",0); // post any important info to the max window when our object is laoded } //-------------------------------------------------------------------------- void uDMX_int(t_uDMX *x, long n) // x = the instance of the object; n = the int received in the left inlet { unsigned char buffer[8]; int nBytes; if (n > 255) n=255; if (n < 0) n=0; if (x->channel > 512) x->channel=512; if (x->channel < 0) x->channel=0; if (!(x->dev_handle)) find_device(x); else { nBytes = usb_control_msg(x->dev_handle, USB_TYPE_VENDOR | USB_RECIP_DEVICE | USB_ENDPOINT_OUT, cmd_SetSingleChannel, n, x->channel, buffer, sizeof(buffer), 5000); if(nBytes < 0) if (x->debug_flag) error("uDMX: USB error: %s", usb_strerror()); } } //-------------------------------------------------------------------------- void uDMX_list(t_uDMX *x, t_symbol *s, short ac, t_atom *av) { int i; unsigned char* buf = malloc(ac); int nBytes; if (x->channel > 512) x->channel=512; if (x->channel < 0) x->channel=0; if (!(x->dev_handle)) find_device(x); else { if (x->debug_flag) post("uDMX: ac: %i\n", ac); for(i=0; i<ac; ++i,av++) { if (av->a_type==A_FLOAT) buf[i] = MIN(MAX(av->a_w.w_float, 0), 255); else buf[i] = 0; } nBytes = usb_control_msg(x->dev_handle, USB_TYPE_VENDOR | USB_RECIP_DEVICE | USB_ENDPOINT_OUT, cmd_SetChannelRange, ac, x->channel, buf, ac, 5000); if (x->debug_flag) post( "bytes returned: %i\n", nBytes); if(nBytes < 0) if (x->debug_flag) error("uDMX: USB error: %s\n", usb_strerror()); else if(nBytes > 0) if (x->debug_flag) post("uDMX: returned: %i\n", (int)(buf[0])); free(buf); } } //-------------------------------------------------------------------------- void uDMX_debug(t_uDMX *x, t_symbol *s, short ac, t_atom *av) // x = the instance of the object; n = the int received in the left inlet { x->debug_flag = 1; if (ac) { if (av->a_type==A_FLOAT) x->debug_flag = av->a_w.w_float; } } //-------------------------------------------------------------------------- void uDMX_free(t_uDMX *x) { if (x->dev_handle) usb_close(x->dev_handle); } //-------------------------------------------------------------------------- void uDMX_open(t_uDMX *x) { if (x->dev_handle) { post("uDMX: There is already a connection to www.anyma.ch/uDMX",0); } else find_device(x); } //-------------------------------------------------------------------------- void uDMX_close(t_uDMX *x) { if (x->dev_handle) { usb_close(x->dev_handle); x->dev_handle = NULL; post("uDMX: Closed connection to www.anyma.ch/uDMX",0); } else post("uDMX: There was no open connection to www.anyma.ch/uDMX",0); } //-------------------------------------------------------------------------- void *uDMX_new(long n) // n = int argument typed into object box (A_DEFLONG) -- defaults to 0 if no args are typed { t_uDMX *x; // local variable (pointer to a t_uDMX data structure) x = (t_uDMX *)pd_new(uDMX_class); // create a new instance of this object // create a second int inlet (leftmost inlet is automatic - all objects have one inlet by default) floatinlet_new((t_object *)x, (t_float *)x->channel); //assigns float in inlet 2 directly to channel x->channel = 0; x->debug_flag = 0; x->dev_handle = NULL; find_device(x); return(x); // return a reference to the object instance } //-------------------------------------------------------------------------- static int usbGetStringAscii(usb_dev_handle *dev, int index, int langid, char *buf, int buflen) { char buffer[256]; int rval, i; if((rval = usb_control_msg(dev, USB_ENDPOINT_IN, USB_REQ_GET_DESCRIPTOR, (USB_DT_STRING << 8) + index, langid, buffer, sizeof(buffer), 1000)) < 0) return rval; if(buffer[1] != USB_DT_STRING) return 0; if((unsigned char)buffer[0] < rval) rval = (unsigned char)buffer[0]; rval /= 2; /* lossy conversion to ISO Latin1 */ for(i=1;i<rval;i++){ if(i > buflen) /* destination buffer overflow */ break; buf[i-1] = buffer[2 * i]; if(buffer[2 * i + 1] != 0) /* outside of ISO Latin1 range */ buf[i-1] = '?'; } buf[i-1] = 0; return i-1; } //-------------------------------------------------------------------------- void find_device(t_uDMX *x) { usb_dev_handle *handle = NULL; struct usb_bus *bus; struct usb_device *dev; usb_init(); usb_find_busses(); usb_find_devices(); for(bus=usb_get_busses(); bus; bus=bus->next){ for(dev=bus->devices; dev; dev=dev->next){ if(dev->descriptor.idVendor == USBDEV_SHARED_VENDOR && dev->descriptor.idProduct == USBDEV_SHARED_PRODUCT){ char string[256]; int len; handle = usb_open(dev); /* we need to open the device in order to query strings */ if(!handle){ error ("Warning: cannot open USB device: %s", usb_strerror()); continue; } /* now find out whether the device actually is uDMX */ len = usbGetStringAscii(handle, dev->descriptor.iManufacturer, 0x0409, string, sizeof(string)); if(len < 0){ post("uDMX: warning: cannot query manufacturer for device: %s", usb_strerror()); goto skipDevice; } // post("uDMX: seen device from vendor ->%s<-", string); if(strcmp(string, "www.anyma.ch") != 0) goto skipDevice; len = usbGetStringAscii(handle, dev->descriptor.iProduct, 0x0409, string, sizeof(string)); if(len < 0){ post("uDMX: warning: cannot query product for device: %s", usb_strerror()); goto skipDevice; } // post("uDMX: seen product ->%s<-", string); if(strcmp(string, "uDMX") == 0) break; skipDevice: usb_close(handle); handle = NULL; } } if(handle) break; } if(!handle){ post("uDMX: Could not find USB device www.anyma.ch/uDMX"); x->dev_handle = NULL; } else { x->dev_handle = handle; post("uDMX: Found USB device www.anyma.ch/uDMX"); } }

3 4

[ pure-data-Bugs-2805445 ] crash pd extnd 41.4
by SourceForge.net 27 Jun '09

27 Jun '09

Bugs item #2805445, was opened at 2009-06-12 13:08 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2805445&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: Closed Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: crash pd extnd 41.4 Initial Comment: crash when i selected a soundcard (motu ultralite mk3). ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2009-06-27 02:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-06-12 17:49 Message: Please provide as detailed information as possible including which operating system (OS), CPU type, specific hardware, and the exact distro and version of Pd itself, etc. For example: Pd version 0.41.4-extended Mac OS X 10.5.7/Intel built-in sound ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2805445&group_…

1 0

Quick tip for compiling objects on Snow Leopard
by Luke Iannini 26 Jun '09

26 Jun '09

Yo, I installed OS X 10.6, which apparently defaults to compiling everything for 64 bit, and I'm still running a 32-bit build of Pd-extended. So, trying to compile the latest iemguts gave me "Mach-o, but wrong architecture" when trying to load the now 64-bit compiled externals. The trick is to add -m32 to the CFLAGS and -arch i386 to the LDFLAGS in the Makefile to force gcc back to 32-bit mode (well, or use a 64-bit Pd but that's for another day). Hope this helps anyone else on the bloody edge Luke

2 1

[ pure-data-Bugs-2812603 ] mouse click & cursor position get out of sync in comment
by SourceForge.net 26 Jun '09

26 Jun '09

Bugs item #2812603, was opened at 2009-06-26 07:21 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2812603&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: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: mouse click & cursor position get out of sync in comment Initial Comment: 1. Make a multiline comment (16 lines or more to see this bug clearly) 2. Select the text, then click with the mouse to move the cursor down to the next line. 3. Repeat as necessary. Eventually you will find that the mouse y pos gets way out of sync with the cursor y position, such that you must click three lines lower to get the cursor to move down one line. This is noticeable with as few as six lines of text. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-06-26 07:22 Message: Oops, forgot the details: Pd-ext 0.41-4 winxp sp3 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2812603&group_…

1 0

[ pure-data-Bugs-2812603 ] mouse click & cursor position get out of sync in comment
by SourceForge.net 26 Jun '09

26 Jun '09

Bugs item #2812603, was opened at 2009-06-26 07:21 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2812603&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: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: mouse click & cursor position get out of sync in comment Initial Comment: 1. Make a multiline comment (16 lines or more to see this bug clearly) 2. Select the text, then click with the mouse to move the cursor down to the next line. 3. Repeat as necessary. Eventually you will find that the mouse y pos gets way out of sync with the cursor y position, such that you must click three lines lower to get the cursor to move down one line. This is noticeable with as few as six lines of text. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2812603&group_…

1 0

[ pure-data-Bugs-2804472 ] pd crash using jack
by SourceForge.net 26 Jun '09

26 Jun '09

Bugs item #2804472, was opened at 2009-06-10 22:50 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2804472&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.41 >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: pd crash using jack Initial Comment: Pd extended 0.41.4 crash when jack is selected as audio port, no error messages, only crash and abort, this not happens on version 0.40.3 OSX 10.5.7 - qjackctl - audio interface edirol Fa-66 (fw) ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2009-06-26 02:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-06-11 16:04 Message: Using Mac OS X 10.5.7/Intel, Pd-extended 0.41.4, and Jack OSX 0.8.1, I can't reproduce this. Jack works fine for me. Perhaps you need to upgrade jackosx? More detail is needed, like CPU type, jackosx version, etc. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2804472&group_…

1 0

[ pure-data-Patches-1072765 ] .printout.text: no such object in console for pd.38-test10
by SourceForge.net 22 Jun '09

22 Jun '09

Patches item #1072765, was opened at 2004-11-24 21:35 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1072765&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: Fixed Priority: 2 Private: No Submitted By: B. Bogart (bbogart) Assigned to: Miller Puckette (millerpuckette) Summary: .printout.text: no such object in console for pd.38-test10 Initial Comment: When Copying in console widget: (Apple-C) error: .printout.text: no such object ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-06-22 19:32 Message: still available in Pd-0.42 ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-05-29 17:36 Message: Logged In: YES user_id=27104 Originator: NO Here's the crux of it: pdtk_standardkeybindings . bind . <$ctrl_key-Key-a> {.printout.text tag add sel 1.0 end} bind . <$ctrl_key-Key-x> {tk_textCut .printout.text} bind . <$ctrl_key-Key-c> {tk_textCopy .printout.text} ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-05-29 17:34 Message: Logged In: YES user_id=27104 Originator: NO should be fixed in Pd-extended with this commit: http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=9942 ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-10-16 15:39 Message: Logged In: YES user_id=1658640 Originator: NO This is still the case in Pd-0.40-2. Note that the selected text from the console window does get copied -- ready for pasting (apple-v). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1072765&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 June 2009