Pd-dev June 2012

pd-dev@lists.iem.at

11 participants
33 discussions

[ pure-data-Bugs-3534907 ] Pd crashes when deleting (used) array via GUI
by SourceForge.net 13 Jun '12

13 Jun '12

Bugs item #3534907, was opened at 2012-06-13 08:22 Message generated for change (Tracker Item Submitted) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3534907&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: 7 Private: No Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: Pd crashes when deleting (used) array via GUI Initial Comment: via the properties of an array you can delete the given array (this is useful if you have multiple arrays in one graph and want to get rid of one) unfortunately doing so can lead to a crash, if the thus-deleted array is used in a DSP-object. the reason for this is that dsp-arrays will usually only check for the existence of a table when the dsp-graph is compiled (dsp-method), but the GUI-deletion does not trigger a re-compilation of the dsp-graph. attached is a small example patch to trigger the problem ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3534907&group_…

1 0

building pd-extended for debian squeeze
by Tedb0t 13 Jun '12

13 Jun '12

Hi all, I just completed building pd-extended on an ARM system. I had to fix a bunch of dependencies, but I eventually got it all the way through. (It ended with "linux_make install succeeded!") After that I did make package which worked too. However, it didn't seem to actually install pd-extended into the expected default directories (/usr/local). After I installed from the package it had created, everything worked normally, but I just wanted to see if make install was supposed to actually install or not. Thanks for any insights! —Tedb0t

2 1

[ pure-data-Patches-3534062 ] apcalis oral jelly buy
by SourceForge.net 10 Jun '12

10 Jun '12

Patches item #3534062, was opened at 2012-06-09 19:12 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3534062&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: abstractions Group: bugfix >Status: Deleted >Resolution: Invalid Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: apcalis oral jelly buy Initial Comment: apcalis oral jelly buy ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3534062&group_…

1 0

[ pure-data-Patches-3534062 ] apcalis oral jelly buy
by SourceForge.net 10 Jun '12

10 Jun '12

Patches item #3534062, was opened at 2012-06-09 19:12 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3534062&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: abstractions Group: bugfix Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: apcalis oral jelly buy Initial Comment: apcalis oral jelly buy ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3534062&group_…

1 0

Re: [PD-dev] [PD] iemguts on windows 2
by IOhannes m zmölnig 08 Jun '12

08 Jun '12

seems like i missed some pd-mails in the past few days... On 06/06/2012 08:23 AM, IOhannes m zmoelnig wrote: >> >> apart from that, i think the "right" way would be to build Pd >> using the autotoolchain. afair, some tweaks are required (alas!), >> which ought to be documented in the mailinglist archives (look out >> of "patco" and "mingw") i pushed some changes for mingw to my pd-vanilla git clone on github [1] please note that i re-based my original changeset onto the new master of miller, and had to resolve some conflicts which i couldn't test right now. fgmasdr IOhannes [1] https://github.com/umlaeute/pd-vanilla/tree/mingw

1 0

[ pure-data-Bugs-3533315 ] win7 - gem window doesn't render?
by SourceForge.net 08 Jun '12

08 Jun '12

Bugs item #3533315, was opened at 2012-06-08 02:50 Message generated for change (Tracker Item Submitted) made by jmmmp You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3533315&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: João Pais (jmmmp) Assigned to: IOhannes m zmölnig (zmoelnig) Summary: win7 - gem window doesn't render? Initial Comment: Hi, on Windows 7 (64b Profi), when creating a GEM window, the contents aren't displayed. The window is created in the background, but it's always "invisible". The mouse pointer changes when going through it, though. Tried it with both pd-ext 0.42.5 and 0.43.1-extended-20120504, so I guess the problem should be related with win7. Afaik, it works on xp with the same Pd versions. jmmmp ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3533315&group_…

1 0

[ pure-data-Bugs-3533091 ] [coll] Third outlet does function as documented
by SourceForge.net 08 Jun '12

08 Jun '12

Bugs item #3533091, was opened at 2012-06-07 18:22 Message generated for change (Tracker Item Submitted) made by nanofortran You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3533091&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: v0.42 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jgeist (nanofortran) Assigned to: Nobody/Anonymous (nobody) Summary: [coll] Third outlet does function as documented Initial Comment: The third outlet of the [coll] object is documented as sending a bang when a file is saved or loaded. This does not seem to be the case. This has been reported on the forum as well. Not so important until you need it, eh? Pd-extended 42.5 Mac OS X 10.5.8 (9L31a) Old MacBook Pro . . . ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3533091&group_…

1 0

iemguts on windows 2
by Tebjan Halm - VVVV 06 Jun '12

06 Jun '12

hello, i believe this is the better list to get help for my attempt to build pd vanilla with mingw. so far i am using the makefile.mingw. it compiles all source files but still throws a linker error when linking portaudio: Creating library file: pd.a ../../pd/portaudio/src/os/win/pa_win_hostapis.o:pa_win_hostapis.c:(.data+0x4): undefined reference to `PaWinDs_Initialize' collect2: ld gab 1 als Ende-Status zurÃŒck which lib/.o file do i have to include to find the PaWinDs_Initialize? in the end, what i want to do is just to add this little line to g_canvas.h at about 366: EXTERN int glist_getindex(t_glist *x, t_gobj *y); in order to be able to link iemguts against pd.dll. if someone could do this, push the change to the repo and somehow compile it for win32, would be awesome, make my life much more easy and will be rewarded with a drink. but with some pointers form you i will get to my own build... and contribute my little imporvements back, ofc. thanks!

1 0

[ pure-data-Feature Requests-3531000 ] Proposal for an alternative file format
by s p 04 Jun '12

04 Jun '12

> what _is_ the array? Is it a patch? A canvas? A file? When you use a dictionary, the name of the key is helpful in clearing this up. Well ... this just cosmetics ... I think the array is very flexible, in that you can just stuff objects in there. And, there will be arrays anyways. What you suggested is actually not possible : { "elements" : { "obj" : {"id" : 0, "type": "osc~", "args": [440]}, "obj" : {"id" : 1, "type": "dac~"}, "connect" : {"from": [0, 0], "to": [1, 0]}, "connect" : {"from": [0, 0], "to": [1, 1]} } } In a map, keys need to be unique. So, you would need to write : { "elements" : { "obj" : [ {"id" : 0, "type": "osc~", "args": [440]}, {"id" : 1, "type": "dac~"}, ], "connect" : [ {"from": [0, 0], "to": [1, 0]}, {"from": [0, 0], "to": [1, 1]} ] } } Which imo, is not much better than : [ {"class": "object", "id" : 0, "type": "osc~", "args": [440]}, {"class": "object", "id" : 1, "type": "dac~"}, {"class": "connect", "from": [0, 0], "to": [1, 0]}, {"class": "canvas", ...}, ] in that there is less nesting, it is thus a bit simpler... but I guess that's a detail. > It can also simplify parsing order That's true ... > I think [GUI info] deserves a classification higher than 'extra info'. A formal extension of the format, so to speak, since the majority of use cases involving a pd patch will require a visual layout. That's a very good point, ... it's a good idea to specify GUI infos, for better interoperability, but it should be explicitly said that this is optional information, and parsers must handle the case when those are missing. @Jonathan : Yes, backward compatibility is mandatory, in that the new format must be a subset of the old format - I mean, "semantical" subset : it must be able to contain all the infos contained in old file format And we suggested to write a converter to help this.

4 3

[ pure-data-Feature Requests-3531000 ] Proposal for an alternative file format
by s p 04 Jun '12

04 Jun '12

> the patch's behaviour depends on the layout Arr ... that's right !!! Still, it doesn't mean that the layout is mandatory. It just means that those infos should be extracted and saved somehow. This should be pretty simple ... for example, if I think of inlets in a abstraction, I guess pd infers that inlets are numbered from left to right. So what's the problem !? Inlets can be saved with their id : {"type": "inlet", "id": 0} What else do you have in mind ?

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 2012