Pd-dev December 2004

pd-dev@lists.iem.at

22 participants
43 discussions

ideas for developing data structure further
by Hans-Christoph Steiner 18 Dec '04

18 Dec '04

In the process of making my "Solitude" composition, I came up with a few ideas for improvements on Pd's data structures: - a way to delete scalars The biggest improvement would be the addition of a method to delete scalars. This would allow a number of things. A simple example would be to have a cursor and minute markers that only exists when the score is being played. A really great example would be the ability to show and hide parts of the graphical representation. For example, each voice could be saved to an individual file, then with a toggle, it would be displayed or hidden. - a way to raise/lower scalars so you can get to scalars that are blocked by others This is minor, but it would be handy to have a "send-to-back" function, so that you could get to scalars that are completely obscured by another. - full color support (8-bits for each R, G, B) If the data structures support standard 24-bit color, then color could be a much more usable dimension. The current scheme is a bit odd, and is quite limited in terms of the range of colors it can represent. .hc ________________________________________________________________________ ____ "Computer science is no more related to the computer than astronomy is related to the telescope." -Edsger Dykstra

1 0

Storing org.puredata.pd.plist inside pd.app?
by B. Bogart 18 Dec '04

18 Dec '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hey Miller and OSXers, I'm trying to figure out how to distribute pixelTANGO as a single .app that needs only to be dragged to be installed. Is there a way I can put the plist file inside the pd.app and have it called from there? Then I can benifit from a relative location for refering to externals and such? Right now I have to put absolute pathnames in the plist and that makes the installation an anoyance. So the idea is that I could use something like ./abstractions as a path relative to the current dir (inside the pd.app) to the abstractions? Maybe a solution to the problem of multiple concurrent configs of PD could be simply a flag to tell PD what plist to load, this would be relative to where the pd binary is? (This was suggested for .pdrc's a while back) I tried using pd.command files, but they don't seem to be run from the directory in which the reside. :( what a pain. Any suggestions would be welcome. B. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBvx3OjbOsMZSA25cRArRSAKDDioY1XIolNbAEc6dhkThFv5jVgwCeONzh ETWWtYqQT464Cbx1sI60sIg= =cki4 -----END PGP SIGNATURE-----

2 3

PD patches in XML
by Georg Holzmann 18 Dec '04

18 Dec '04

Hallo list! I know this topic was discussed ago, but as I was thinking about PD and XML I (maybe) wanna make an external for saving and opening PD patches as XML files. The advantages of XML would be (as anyone of you knows): - PD patches could be merged into the CVS - it would be easy to write PD-patches in a XML editor (so e.g. it also would be possible for blind people to write PD-patches - and at least in Graz I know a blind man who wants to try PD ...) - could be displayed in browsers with different style sheets - (and of course many more ...) So I made a first simple example for now - just to start the discussion (if anyone is interested): ---------original-patch------------------------ #N canvas 828 549 450 341 10; #X obj 49 134 print; #X msg 49 45 bang; #X obj 49 105 f 2; #X connect 1 0 2 0; #X connect 2 0 0 0; ----------------------------------------------- ---------in-xml-------------------------------- <canvas xpos="828" ypos="549" height="450" width="341"> <obj ID="obj0" xpos="49" ypos="134"> print </obj> <msg ID="msg0" xpos="49" ypos="45"> bang </msg> <obj ID="obj1" xpos="49" ypos="105"> f 2 </obj>  <connect> <outlet ID="msg0"> 0 </outlet>  <inlet ID="obj1"> 0 </inlet> </connect> <connect> <outlet ID="obj1"> 0 </outlet> <inlet ID="obj0"> 0 </inlet> </connect> </canvas> ----------------------------------------------- short explanation: every object or message gets an ID and with that ID it's possible to connect all the objects - but it's only a first trial. LG Georg

11 33

yet another nameclash
by Tim Blechmann 17 Dec '04

17 Dec '04

hi iohannes, hi developers ... i'd propose to remove mean from zexy, since it produces a nameclash with cyclone's mean and cyclone's mean in 100% compatible with zexy's mean, but is 1. max compatible 2. has some functions, zexy's mean doesn't have ... also, we would have one nameclash less ... cheers ... tim -- mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.mokabar.tk After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs

1 0

FYI: CVS ACLs changes
by Hans-Christoph Steiner 17 Dec '04

17 Dec '04

I added maxlib and iemlib to the ACLs since they are not maintained in the CVS, they are just imported there. So in order to avoid merging headaches, added ACLs Both of these are built from the externals build system, so any changes should be made there: externals/build/src externals/build/(linux|darwin|windows) Also, I realized that some of the previous ACLs probably were not working since the syntax was wrong. I changed it to have proper syntax. Let me know if anyone gets locked out and I'll fix it. .hc zen \ \ \[D[D[D[D

1 0

Delete subpatch content without subpatch being open?
by B. Bogart 17 Dec '04

17 Dec '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 hey all, I just put this feature-request onto sourceforge. It is really becoming quite an anoyance since I've been doing so much dynamic patching... For those of us doing dyanmic patching (where a patch constructs itself) It would be really handy to delete the contents of a subpatch without it opening! Currently if you want to delete the contents of a subpatch called "array" you need to send this message: ; pd-array vis 1, selectall, cut And the "array" subpatch must open for the delete operation to work. If you omit the "vis 1" message the contents of the subpatch are not deleted and PD prints a message about the patcher not being found like: "invalid command name .x442b65.m.edit" Thanks B. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBvgDHjbOsMZSA25cRAhbgAJwI7OHWK8E2NFTy/ncIMIkm/AOW9gCfdJ/R NHbMFxgo3Y4a62uqrdPtvhY= =v1ry -----END PGP SIGNATURE-----

3 3

Problems with building devel_0_38 on windows
by Bartlomiej Bazior 14 Dec '04

14 Dec '04

Hi, Finall'y I've got some spare time to waste :) , so I decided to try that devel_0_38 version of pd. First I've tried to build it with threaded soundfiler (since I use it _a_lot_ lately with devel_0_37). Unfortunately with no luck. Compilation stopped at g_array.c file with this: e:\pd_test\pd\src\g_array.c(650) : error C2143: syntax error : missing ';' before 'type' e:\pd_test\pd\src\g_array.c(651) : error C2143: syntax error : missing ';' before 'type' e:\pd_test\pd\src\g_array.c(652) : error C2275: 't_template' : illegal use of this type as an expression e:\pd_test\pd\src\g_canvas.h(214) : see declaration of 't_template' e:\pd_test\pd\src\g_array.c(652) : error C2065: 'elemtemplate' : undeclared identifier e:\pd_test\pd\src\g_array.c(653) : error C2143: syntax error : missing ';' before 'type' e:\pd_test\pd\src\g_array.c(655) : error C2065: 'elemtemplatecanvas' : undeclared identifier e:\pd_test\pd\src\g_array.c(655) : warning C4047: 'function' : '_glist ** ' differs in levels of indirection from 'int *' e:\pd_test\pd\src\g_array.c(656) : warning C4047: 'function' : 't_template ** ' differs in levels of indirection from 'int *' e:\pd_test\pd\src\g_array.c(656) : error C2065: 'elemsize' : undeclared identifier e:\pd_test\pd\src\g_array.c(656) : error C2065: 'xonset' : undeclared identifier e:\pd_test\pd\src\g_array.c(656) : error C2065: 'yonset' : undeclared identifier e:\pd_test\pd\src\g_array.c(656) : error C2065: 'wonset' : undeclared identifier e:\pd_test\pd\src\g_array.c(663) : error C2065: 'i' : undeclared identifier e:\pd_test\pd\src\g_array.c(672) : error C2065: 'x1' : undeclared identifier e:\pd_test\pd\src\g_array.c(674) : error C2065: 'x2' : undeclared identifier e:\pd_test\pd\src\g_array.c(676) : error C2440: '<' : cannot convert from 'double (__cdecl *)(double)' to 'float' e:\pd_test\pd\src\g_array.c(677) : error C2440: '=' : cannot convert from 'float' to 'double (__cdecl *)(double)' e:\pd_test\pd\src\g_array.c(678) : error C2065: 'y2' : undeclared identifier e:\pd_test\pd\src\g_array.c(683) : warning C4047: '=' : 'int' differs in levels of indirection from 'double (__cdecl *)(double)' Then I've tried with standard soundfiler. Compilation went ok, but I've got these linker errors: m_sched.obj : error LNK2019: unresolved external symbol _fifo_init referenced in function _m_scheduler m_sched.obj : error LNK2019: unresolved external symbol _fifo_put referenced in function _set_callback m_sched.obj : error LNK2019: unresolved external symbol _fifo_get referenced in function _run_idle_callbacks ..\bin\pd.dll : fatal error LNK1120: 3 unresolved externals What might be wrong? Should I perform some extra actions to properly build pd on windows? ps. I'm using Microsoft compiler from Visual Toolkit. cheers, Bart

4 6

GEM: pix_video
by Georg Holzmann 14 Dec '04

14 Dec '04

Hallo IOhannes && others! I just bought a webcam and it doesn't work corretly in GEM (as we talked about yesterday). You were rigth: blue and red was exchanged, so I changed this in GemPixUtil.cpp (line 630 - is attached). You handle this two cases in the same way: case GL_RGBA: case GL_BGRA_EXT: maybe this is the problem of the mixed blue-red channel? (in the attached file I simple exchanged the blue and red channel - so I think now it's wrong for GL_BGRA_EXT !) But the quality of the picture is still not that good as in pdp. There's a lot of noise in it - it looks like it was compressed with a low-quality JPEG algorithm. Do you know where I can improve the quality of the picture ? LG Georg

2 2

[ pure-data-Bugs-1085018 ] Arrays on 64-bit machines
by SourceForge.net 14 Dec '04

14 Dec '04

Bugs item #1085018, was opened at 2004-12-14 09: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=1085018&group_… Category: puredata Group: None Status: Open Resolution: None Priority: 5 Submitted By: Guenter Geiger (ggeiger) Assigned to: Miller Puckette (millerpuckette) Summary: Arrays on 64-bit machines Initial Comment: The float arrays on 64 bit machines do not work correctly. The problem comes from the size of the t_word union, which is exactly the size of a float on 32 bit machines, but its double the size of a float on 64 bit machines. This means that routines which treat the array as float* (the ones in d_array) treat them differently as those in g_array (which think of them as t_word elements). This could be fixed in several (all suboptimal) ways. I'm leaving this up to Miller. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1085018&group_…

1 0

[ pure-data-Bugs-1072766 ] "path..." settings create garbage plists pd.38-test10 (.app
by SourceForge.net 14 Dec '04

14 Dec '04

Bugs item #1072766, was opened at 2004-11-24 15:37 Message generated for change (Settings changed) made by bbogart You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1072766&group_… Category: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: B. Bogart (bbogart) >Assigned to: Miller Puckette (millerpuckette) Summary: "path..." settings create garbage plists pd.38-test10 (.app Initial Comment: The information entered in "path..." path? gets garbled before it ends up in the plist: <key>path1</key> <string>2ÂªÂ«Â§</string> toggles seem to work fine. ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2004-12-09 22:15 Message: Logged In: YES user_id=313747 I think I fixed this one too. -M ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1072766&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 December 2004