Pd-dev February 2006

pd-dev@lists.iem.at

25 participants
55 discussions

CVS account submission
by Alexandre Quessy 23 Mar '06

23 Mar '06

Hi, I would like to get a CVS account. My user id is alexandrequessy. I want to submit my abstractions and externals : muzaq. I have currently two externals : matches is for pcre regular expressions matching (require libpcre) and concat is for concatening lists into symbols. More to come. My abstractions are mostly musical algorythms. Some info can be found at the two URL below. Some of it is in french. -- Alexandre Quessy http://alexandre.quessy.net/ http://www.sourcelibre.com/puredata/ La parole nous a été donnée pour déguiser notre pensée. -+- Charles-Maurice de Talleyrand-Perigord -+-

5 11

including [dssi~] in Pd-extended
by Hans-Christoph Steiner 20 Mar '06

20 Mar '06

On Feb 23, 2006, at 4:04 AM, Jamie Bullock wrote: > Hi Hans, > > On Wed, 22 Feb 2006 14:11:22 -0500 > Hans-Christoph Steiner <hans(a)eds.org> wrote: > >> >> First off, I recommend against making an esoteric Pd version. We >> will >> all be better off if we all work on one distro. If you need to >> include >> some libs in the main distro, that can be arranged, and is already >> happening on all platforms. >> > > I agree about working on one distro, but once you know the details, > you may not want my changes in PD-extended. > > Firstly, I haven't modified the PD build itself, I just used your > RC7 build. > > I have stripped out all of the documentation, libs and externals to > reduce the file size (although this was probably a dubious thing to > do, and not strictly necessary). Um, yeah, I wouldn't agree with that ;) > I then added: > > - my [dssi~] external. Yay! no problem there. Also, I'd like to help you to move your makefile to externals/Makefile. I can do the work if you want. Then it'll be automatically included in Pd-extended, and compile on GNU/ Linux, Mac OS X, and Win32. > - FluidSynth-DSSI and hexter DSSI plugins to the Plugins folder Isn't there an existing method of distributing DSSI plugins? It seems that we should use that instead of starting to manage them ourselves. The idea of Pd-extended is that its everything in the pure-data CVS, and all built from source. But if necessary, it would be possible to include the DSSI plugin sources in the pure-data CVS and have everything built and included from there. They could be imported into externals/postlude/dssi/plugins and be managed there. > - All libraries required by the above: liblo, libfluidsynth, > libjack, libdssialsacompat and libmx. On Debian, and other GNU/Linuxes, these should be handled by the package system whenever possible. On Mac OS X, the script packages/darwin_app/embed-MacOSX- dependencies.sh automatically includes library dependencies from /sw/ lib. Its already working quite nicely with PDP, PiDiP, and the ogg objects, and it could easily look in /usr/local/lib also. On Windows, I have been manually including the DLLs, but a script like the one I just mentioned should probably be written. It was easy on Mac OS X because of "otool -L" and "install_name_tool", hopefully there are equivalents in Windows (actually, I don't think an "install_name_tool" is needed for DLLs). > - All the frameworks required by the above: GLib, GDK, GTK Those should be installed seperately, like using Debian, Fink, Windows installers etc. That should be easy to do with Fink or Darwinports. > > If you wanted to (in time), I would be willing to maintain a more > complete set of DSSI plugins, but you may feel that this bloats PD- > extended..... Sounds ok to me, especially if you can get them working on all three platforms. Just import the sources that you use into the pure-data CVS, so others can easily build Pd-extended too without having to download sources from a million different places. I am not worried about the size of the package. If people want a small package, they can easily download Miller's. Much more important is having as much as possible included and _working_ with just a simple install. .hc >> If you want to see how things are built, check out the source. These >> files are off interest: >> >> package/darwin_app/Makefile >> package/darwin_app/embed-MacOSX-dependencies.sh >> pd/src/makefile.in >> >> There you can see some examples of install_name_tool >> > > Thanks, I'll have a look at that. So far I've been doing things 'by > hand' so it would be nice to have some scripts to follow. > > Feel free to forward this to PD-dev if you think it is relevant to > everyone. > > Regards, > > Jamie ________________________________________________________________________ ____ News is what people want to keep hidden and everything else is publicity. - Bill Moyers

10 37

gemlist and pdp packet format documentation
by Hans-Christoph Steiner 12 Mar '06

12 Mar '06

Is there any documentation of the formats of gemlist and pdp packet? Can either of these formats be broken down into lesser elements within Pd, like floats, etc.? .hc ________________________________________________________________________ ____ "Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies." - Amy Smith

4 4

poly voice stealing control
by Jamie Bullock 03 Mar '06

03 Mar '06

Hi, I think there should be another way to turn voice stealing on/off for [poly] other than by its argument. The reason I say this is that for teaching purposes, when I am projecting onto a big screen, I like to be able to change things using big sliders, toggles etc, rather than by typing, which takes more time, and more prone to errors. It wouldn't be too hard to add a method for "steal" and "nosteal" or something like that. What do people think? Maybe there is an alternate object for doing voice allocation that supports this ... best, Jamie

2 1

time for svn?
by Hans-Christoph Steiner 03 Mar '06

03 Mar '06

SourceForge just announced that their Subversion service is out of beta. Is it time to give it a try? It sounds really great, a lot more that I expected. It seems that now would be a good time to start testing since development activity is pretty low. (perhaps everyone is busy with other things...). I have not used svn really at all, so I am probably not the one to spearhead this effort. But I can test while learning SVN. .hc Begin forwarded message: > > Subversion General Availability > ------------------------------- > > The SourceForge.net team is pleased to announce the General > Availability > of Subversion service to SourceForge.net-hosted projects, effective > 2006-02-21. This service offering is in addition to our existing CVS > service; as with all of our services, projects may select (and > enable in > the project admin pages) the portion of our offering that best meets > their needs. > > We wish to extend our thanks to the many projects and developers who > have helped us to test our Subversion service as part of our six-week > beta, which completed last week. Our particular thanks go to these > projects, whose members provided substantial feedback regarding the > new service: > > * Inkscape - http://sourceforge.net/projects/inkscape/ > * DejaVu Fonts - http://sourceforge.net/projects/dejavu/ > * ScummVM - http://sourceforge.net/projects/scummvm/ > * evilnet - http://sourceforge.net/projects/evilnet/ > > > Our Subversion service includes: > > SSL-based Repository Access: > * Developer Subversion access via HTTPS, auth is requested when you > perform a write operation > * Anonymous Subversion access via HTTPS > * No sync delays between developer and anonymous Subversion access > * Per-developer access control over repository access (ACL support > to be > added in the future) via the SourceForge.net permissions system > > Web-based viewing: > * Web-based repository access via ViewVC (formerly known as ViewCVS) > > On-demand self-service backups and mirroring capability: > * Read-only rsync access to the repository to permit backups and > remote mirroring > > Ease of migration: > * Automated self-service migration of your SourceForge.net project CVS > repository, CVS tarball, or Subversion dump to our Subversion service > > Well-considered add-ons to basic service: > * A selected set of hook scripts, including commit email support and > CIA bot support > * Statistics tracking of Subversion repository activity > > > Service may be enabled by project administrators in the "Subversion" > section of the Project Admin pages. > > Complete service documentation is available at: > http://sf.net/docs/E09/ > > Documentation is provided for supported clients at: > http://sf.net/docs/F06/ for the command-line SVN client > http://sf.net/docs/F07/ for TortoiseSVN > > Our support of Subversion has been based on substantial research and > testing in the past few months, which we have pursued specifically > based > on requests from the community. SourceForge.net continues to consider > new technologies and evaluate community requests in further > strengthening our service offering. ________________________________________________________________________ ____ "The arc of history bends towards justice." - Dr. Martin Luther King, Jr.

8 23

d_soundfile.c MAXBUFSIZE
by David Plans Casal 03 Mar '06

03 Mar '06

Hello everyone, Would someone be able to explain to me why d_soundfile.c has the following buffer size allocation? #define MAXBUFSIZE 16777216 /* arbitrary; just don't want to hang malloc */ I'm not sure about the 'hanging malloc' thing...does it mean that enlarging that buffer size could screw with memory allocation because it we might 'run out'? AFAICT, 16777216 is about 6.3 minutes. If I need more like 26460000 (10m) allocation, could I just alter MAXBUFSIZE and recompile? Or is there a saner way of doing it, so that I don't end up with a 'custom' pd? d -- David Plans Casal Researcher, UEA Studios d.casal at uea dot ac dot uk http://www.davidcasal.com

4 8

shell undefined symbols _sched_setscheduler
by Hans-Christoph Steiner 28 Feb '06

28 Feb '06

Compiling on Mac OS X 10.4.5 (gcc 4.0): cc -bundle -bundle_loader /Users/hans/cvs/pure-data/externals/../pd/ bin/pd -L/sw/lib -o "/Users/hans/cvs/pure-data/externals/../externals/ build/src/shell.pd_darwin" "/Users/hans/cvs/pure-data/externals/../ externals/build/src/shell.o" -lm -lc \ `test -f /Users/hans/cvs/pure-data/externals/../externals/ build/src/shell.libs && cat /Users/hans/cvs/pure-data/externals/../ externals/build/src/shell.libs` \ `test -f /Users/hans/cvs/pure-data/externals/../externals/ build/src/../darwin/shell.libs && \ cat /Users/hans/cvs/pure-data/externals/../externals/ build/src/../darwin/shell.libs` /usr/bin/ld: Undefined symbols: _sched_setscheduler collect2: ld returned 1 exit status make: *** [/Users/hans/cvs/pure-data/externals/../externals/build/src/ shell.pd_darwin] Error 1 .hc ________________________________________________________________________ ____ News is what people want to keep hidden and everything else is publicity. - Bill Moyers

5 5

pixelTANGO in CVS WAS: Re: [PD] some useful abstractions
by B. Bogart 27 Feb '06

27 Feb '06

hi Andres, I don't have time to try them out now, but they look very nice. I'm especially interested in objects.pd what does it do exactly? Anyhow to the devs, pixelTANGO has a slew of useful abstractions that are there only to make the patching of the high-level GOPs easier, things like [dirpanel] to choose a directory, and [dirlist] to read all files that match a wildcard pattern in a directory and output as a list. They don't have any help-files yet, so the pixelTANGO GOP abstractions are the best documentation on how to use them. So the question is, since these abstractions work outside of the context of pixelTANGO, how should they be included in CVS? Right now they are all in the pixelTANGO folder... As we're talking about redundancy in externals what do you all think should be done to reduce the problem of too many redundant abstractions? (specifically excluding such conceptual sets of abstractions, like Frank's abstraction reimplimentations of externals) Just thinking aloud again... .b. Andres Ferrari wrote: > here, some useful and pedagogical abstractions. > acceptance suggestions. > enjoy. > > http://www.puredata.org/Members/anfex > > > soon, some more. > > > > __________________________________________________ > Correo Yahoo! > Espacio para todos tus mensajes, antivirus y antispam ¡gratis! > Regístrate ya - http://correo.espanol.yahoo.com/ > > _______________________________________________ > PD-list(a)iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list >

2 1

pdp_bitmap.c:478: error: invalid storage class for function ‘_map’
by Hans-Christoph Steiner 27 Feb '06

27 Feb '06

Yup, still compiling on Mac OS X 10.4.5 (gcc 4.0): cc -DPD -Wall -W -Wstrict-prototypes -Wno-unused -Wno-parentheses - Wno-switch -I/Users/hans/cvs/pure-data/externals/pdp/../../pd/src -O2 -funroll-loops -fomit-frame-pointer -ffast-math -DPDP_VERSION= \"0.12.4\" -I. -I/usr/X11R6/include -I../include -I../../include -I/ Users/hans/cvs/pure-data/externals/pdp/../../pd/src -I/sw/include -o pdp_bitmap.o -c pdp_bitmap.c pdp_bitmap.c: In function ‘_pdp_packet_bitmap_convert_mchp_to_rgb8’: pdp_bitmap.c:478: error: invalid storage class for function ‘_map’ make[3]: *** [pdp_bitmap.o] Error 1 make[2]: *** [common] Error 2 make[1]: *** [pdp_all] Error 2 make: *** [/Users/hans/cvs/pure-data/externals/../externals/pdp/ pdp.pd_darwin] Error 2 .hc ________________________________________________________________________ ____ Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish. -William Carlos Williams

2 1

[ pure-data-Patches-1417804 ] make versions into macros for easier use
by SourceForge.net 27 Feb '06

27 Feb '06

Patches item #1417804, was opened at 2006-01-29 00:11 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1417804&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: wishlist Status: Open Resolution: None >Priority: 7 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: make versions into macros for easier use Initial Comment: This patch makes PD_BUGFIX_VERSION and PD_TEST_VERSION macros in m_pd.h and builds pd_version in s_main.s using those macros. Having all four parts of the version defined as macros will make it much easier to use the version numbers, like for example, a [version] object or [;pd get version( message. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-02-27 12:41 Message: Logged In: YES user_id=27104 the original patch did not put the version into doc/1.manual/1.introduction.txt, which is used as the "About Pd" page. The second patch fixes that, and moved the PD_VERSION replacement to the "make install" target rather than happening dynamically in menu_opentext(). This means that it is no longer necessary to send the pdgui the version, since that's the only place that it was used. So pd_myversion and related elements are removed from u_main.tk in this patch. This stuff is included in Pd-extended and makes the version numbers MUCH easier to handle. I've spent quite a bit of time figuring out regexps to parse out the ever changing format of pd_version, so this fix should make things much easier for anyone who wants to dynamically use the pd version number. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1417804&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 February 2006