Pd-dev June 2002

pd-dev@lists.iem.at

22 participants
30 discussions

Re: [PD-dev] [gem] pix_film problem
by tigital 21 Jun '02

21 Jun '02

>that's good news about the GEM development. i've got .tga image >output from vdsp going and i'm starting on the quicktime file bit >this weekend. have you gotten all of the file loading stuff worked >out yet? seems pretty straightforward but i'm sure i'll find a way >to screw it up! Even more good news: just got pix_movie to work! Seems kinda klunky, but I'm just trying to get things working all around, then pass back and optimize/prettify ;-) ...Anyone have an idea on when I should start a public alpha/beta? Guess it depends on me writing up a list of known problems/limitations and making a website... >as for your problem, i seem to remember only pix_movie ever working >for me in the past. if i remember that's the one that does the >direct glTexImg and pix_film allows pix ops... ...which is what I really wanna do! still not working, tho... > >btw - do you hang out on any irc channels or the like? there's one >for jmax at irc.openprojects.net #jmax that's mostly the people >doing vdsp and gridflow. maybe stop by to have a chat some time... > >best >cgc yeh, I should hop onto irc...just never have done it much...now on to adding particles! l8r, jamie

1 0

[gem] pix_film problem
by tigital 21 Jun '02

21 Jun '02

hello, ...things have been going just fine with the OS X port: images are now working, so I'm trying to get movies/film started...thing is, whenever I open the example "film.pd", I get a major crash in the program with the following console output: Consistency check failed: pd_new: apparently called before setup routine ...I've found this is generated within pd, but I'm not sure why or how to make it go away! btw, this error doesn't occur when using the "movie.pd" example patch... any ideas? jamie

1 0

recycling symbols
by Krzysztof Czaja 19 Jun '02

19 Jun '02

hi all, the 'symbol' selector has no special meaning in max, while Pd has a special kind of 'symbol' message. If any Pd object sends any message with a 'symbol' selector, it will always be delivered as a single symbol, even if the object constructs a multi-atom message and sends it as `anything'. I do not want cyclone classes to play any tricks in order to make them handle symbols in a more 'compatible' way -- but am I right? Ok, this one is probably a trifle, but I would like to be sure of not overlooking anything, because the same question recurs again and again while cloning max classes. My bet is to choose consistency over compatibility -- if by any means any cyclone object was to be asked to output a message with a 'symbol' selector, then this message would always be a proper Pd symbol message, i.e. having exactly one symbol atom of data. So, if for whatever reason multi-atom messages with a 'symbol' selector (or 'symbol <float>' messages) are used in a max patch one is going to port, then the options would be either to manually substitute another selector (e.g. 'Symbol'), or not to use any selector explicitly, but instead, to pack all the atoms into one using [tosymbol]. Am I right? Krzysztof

1 0

jack client & more
by Andrew (Andy) W. Schmeder 17 Jun '02

17 Jun '02

(quoting G.Geiger from message on pd-list) > The way to go is definitely ALSA, or better jack (jackit.sourceforge.net). > The jack audio server allows several applications to share the sound > device, it is supposed to be low latency and it is callback based. > (and has a simpler API, only floating point format, non-interleaved > samples, which all fits pd very well). I wholeheartedly second the idea to make pd a jack client. That would be great! > Well, I hope we can manage to show pd at its best within this > distribution, with all externals, docs, examples, etc etc that > all people are contributing here ... I really think that PD and all its bits need to get into CVS... I'm afraid that not using CVS might really be hurting development and collaboration, considering the size of the community. --- aws

8 14

Re: [PD-dev] CVS for pd externals
by g�nter geiger 17 Jun '02

17 Jun '02

On Mon, 17 Jun 2002, [ISO-8859-1] Juha Vehvil�inen wrote: > Good news! > > My id in sourceforge.net is "jusu". > > Is there a tree structure to think of.. or will it .. happen by itself? Yep, there is something we have to think of, reading the docs of sourceforge it seems to be a bit complicated to change it later, .... My proposal as a starting point for discussion: cvsroot -> pd (The pd source, playground for tcl/tk hacks, fonts, and probably other improvement and bugfixes. If this works out, we might do some serious stuff here, having different branches and ideally Miller doing his updating this too. So we could have a miller branch, and a hackers cvsroot -> abstractions place for patches, effects etc, ... cvsroot -> gem cvsroot -> externals -> <externalpackage1> <externalpackage2> : <externalpackagen> release The external packages should be put into the externals subdirectory as they are (I think most of them have a top directory, which will later serve as a module name too). The idea of the release project is to put symlinks to the different externals there and provide na additional build systems. First the simple things, later we think about externals that depend on libraries, or external libraries that use common code. This way, the externals that are in release are the ones that the developers think that should be in releasable state, still everyone can toy around in his specific externalpackages, have non working and experimental stuff in there. The stuff in release will be used by the autobuilders too. I hope this will get us a fast start, because for the developers in the first place nothing changes. They just have to import their package using "cvs import externals/<externalpackage> vendor-tag release-tag", or the equivalent in wincvs. I would prefer to build standalone externals wherever possible, instead of libraries. Thats why gem is not really part of the externals subdirectory. Comments welcome, there is a lot left to say, define, write down, etc. Guenter > > > Hi there, > > > > I got positive response from the sourceforge team that they will host > > to project. > > > > Here are the next steps to be taken: > > > > The cvs server is > > cvs.pure-data.sourceforge.net >

2 2

GEM development
by Daniel Heckenberg 17 Jun '02

17 Jun '02

Hi, Is anyone doing much in the way of GEM development at the moment? I've been digging into GEM to write a couple of my own objects and fix a few bugs that have reared their heads... Things that I'm interested in at the moment - multitexturing (in the GEM todo file) - render to texture - render to pixbuffer (in the GEM todo file) - pixel shader programming to do pix_ style effects in compatible video hardware (altho I believe this is vendor specific at the moment). I've also made some fairly significant changes to the gempixdualobject class to fix a few bugs. As far as I can tell, the class is/was fairly problematic both in operation and during shutdown due to the way the right input behaves. I've fixed the problems that I've encountered but they're quite drastic. I made the stoprender call part of the daglink structure rather than a method of gembase. This way it can be called on a per-input rather than per-object basis. This fixes all of the shutdown/object deletion crashes that I was having with the released version of the code (0.87) Has there been any discussion about the design of n-input GEM objects? daniel

2 8

pdb updated
by Norbert Math 16 Jun '02

16 Jun '02

hello, just made a long pending update to the pure data base. i try to make it as complete as possible, so please tell me if something is missing/wrong. especially, this time i did not check 'old' libraries (gem, ggee, zexy ... ) for new objects. norbert ps. pd external CVS - yes please!

1 0

Re: [PD-dev] Re: CVS? and licensing
by Juha Vehviläinen 14 Jun '02

14 Jun '02

I'm sure this was meant for the list.. >> I think you put it backwards, surely cvs.pure-data.org should redirect TO >> cvs.pd.sourceforge.net? > > ah, yes, the other way round of course:) > now, I am going to create the sourceforge project, just to make sure. > They say this may last some days, meanwhile we can discuss boring problems > like licensing. We have to put all the externals uner the same license, > I requested GPL, just because I am to lazy to think about this. > > Finally if this doesn't work out, we have to start the CVS repository > somewhere else, so those who are not happy with this license, please > speak up, ... > > Guenter

1 0

message passing
by Krzysztof Czaja 10 Jun '02

10 Jun '02

hi, what is the proper way (fast, robust, surviving Pd api changes) for an external to send arbitrarily long messages, if these messages contain a mix of data acquired through inlets and data stored in an object? Say, there is a function, declared as a method of an external class, which is going to pass such a message to an 'outlet' call. Should this function: 1. copy data to the main stack, i.e. use a buffer in the local memory space of a function; 2. handle a private stack ala binbuf_eval(); 3. call binbuf_eval(); 4. allocate with getbytes() in every call (as pack/unpack_anything() does); 5. use a pre-allocated buffer stored in an object's memory space, after making sure the call is not reentrant (otherwise choose one of 1-4, or do nothing)? I am asking this in the context of porting max classes to Pd. I suspect, that most of the originals use method no 1. This is not a problem in max, in which messages cannot exceed a 256-atom limit. But even in max this limit might get lifted some day... Krzysztof

4 8

Re: [PD-announce] pd 0.35 test 26 released (sources, plus Win compiled)
by ich＠peabody.jhu.edu 09 Jun '02

09 Jun '02

For compiling on OS X: To fix the following error: ld: Undefined symbols: _PaConvert_Process _PaConvert_SetupInput _PaConvert_SetupOutput Run autoconf before ./configure For Tcl/Tk related problem (missing X11 header files), see: http://mambo.peabody.jhu.edu/~ich/osx/pd.phtml Ich On Sat, 8 Jun 2002, Miller Puckette wrote: > HI all, > > I've uploaded pd version 0.35 test 26, to the usual: > > http://crca.ucsd.edu/~msp/software.html > > I've fixed a bunch of problems in ASIO support and also, perhaps, fixed it > so it will compile on Mac OSX again (but haven't tested that.) You can > now select input and output audio device numbers in Mac OSX and ASIO; also > -listdev should now work. > > The bug about typing into "pd foo" boxes is fixed, I added an "event number" > for Krzystof, and I fixed a few bugs about boxes changing size. > > The only other thing I want to try to do before turning (at last) to > documenting all these changes is to fix "graph on parent" abstractions to > deal somehow with possible collisions when called from a patch with a different > font size. I'm uncertain but I think I should just force the text to have the > contained patch's font size (the alternative is to change the size of the > box.) > > cheers > Miller > > _______________________________________________ > PD-announce mailing list > PD-announce(a)iem.kug.ac.at > http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-announce >

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 2002