Pd-dev March 2003

pd-dev@lists.iem.at

24 participants
34 discussions

#include issue
by Yves Degoyon 10 Mar '03

10 Mar '03

hi, Miller, i've got this problem : i cannot include gem and pdp headers at the same time because they both include "m_pd.h" which does not support multiple inclusions. it's annoying since i'm making a gem->pdp bridge. could m_pd.h be modified to look like : #ifndef __M_PD_H #define __M_PD_H ... #endif for now, i'm patching pdp.h, that's quite dirty. cheers, sevy/yves

3 2

Re: [PD] [GEM] - CVS on OSX
by bbogart 10 Mar '03

10 Mar '03

hmmmm? [g4:~/gem] synthops% cvs -d:pserver:anonymous@cvs.sourceforge.net:/pd-gem login(Logging in to anonymous(a)cvs.sourceforge.net) CVS password: cvs [login aborted]: authorization failed: server cvs.sourceforge.net rejected access where password is [enter] as stated in the cvs page... I did set CVS_RSH=ssh Ben On Friday, March 7, 2003, at 11:54 AM, guenter geiger wrote: > > On Fri, 7 Mar 2003, bbogart wrote: >> I just realized I don't know the cvs info for Gem, is it just under >> the >> externals repository? > > No it has its own project now: > www.sf.net/projects/pd-gem > > Guenter > > >> >> Thanks >> Ben >> >> On Thursday, March 6, 2003, at 06:04 PM, chris clepper wrote: >> >>> Hi >>> >>> I just committed changes to the GEM CVS that add a message which sets >>> the second screen mode for the [gemwin]. usage: [secondscreen 0/1( >>> - >>> to enable or disable the second screen fullscreen output. this flag >>> has to be set before creating the gemwin. >>> >>> this should enable users without hardware acceleration on the second >>> screen to at least use the main accelerated display for output. GEM >>> does not work with un-accelerated hardware on OSX, and probably will >>> never do so. >>> >>> you can either build from CVS or wait until the next binary update >>> (this weekend at the latest). >>> >>> cgc >>> >>> _______________________________________________ >>> PD-list mailing list >>> PD-list(a)iem.kug.ac.at >>> http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list >> >> >> _______________________________________________ >> PD-list mailing list >> PD-list(a)iem.kug.ac.at >> http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list >> > > > _______________________________________________ > PD-list mailing list > PD-list(a)iem.kug.ac.at > http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list

3 4

Debian Package Files into CVS?
by Hans-Christoph Steiner 10 Mar '03

10 Mar '03

I was looking around for the debian package files (rules, menu, etc) for pd the SourceForge CVS. I have only found them in the Debian source package which I downloaded from Debian.org. It seems to me that since the debian package stuff for the externals is kept in CVS, that the debian package stuff for pd should be kept there too. I would really like to be able to cvs checkout pd and compile a DEB like I can with the externals. .hc zen \ \ \[D[D[D[D

2 1

[GEM] cvs update *.*
by IOhannes zmoelnig 10 Mar '03

10 Mar '03

hi GEMers ! last night i have updated some files in the Gem-CVS and had no time for sending out a mail ... sorry, here it goes: 1. [pix_film]/[pix_movie] under linux: has no support for libavifile. i have only tried to compile it vs. libavifile0.7 (i guess). this should enable reading of many video-files, but i haven't had that much luck. it kept crashing when i tried to load the anim-1.mov file, and it still has some serious troubles with image-formats. also i don't have any idea, how to make libavifile use codecs from windows-dll's, anyone ? libavi is no real news, since it is in CVS for approx one week. but i might have forgotten to tell. anyhow it is still very much unstable. 2. fonts you can now choose to compile Gem without font-support (under linux with "./configure --without-gltt") there is a "USE_FONTS" define in Base/TextBase.h which should disable all the font-specific stuff in text2d.cpp ... 3. [separator] hopefully i have fixed the bug that kept it crashing when it was used with images. 4.[pix_buf] hopefully fixed the bug that kept it crashing when it was used with images. [pix_buf] will store image-data into a separate buffer. all pix_ objects below [pix_buf] will have access to the buffered data instead of the original one. thus you can split the image-processing chain and will not have the chains effect each other ([separator] does this for openGL-stuff) normally [pix_buf] updates its buffer, whenever a new image comes in. you can now force an update by sending it a |bang(. (there was a request for this once, because you had to reload a static image if you wanted an effect to take place, when you changed parameters.) you can also send it an |auto 1/0( message, which enables forced buffering each render-cycle. This is probably a not so good idea, because it might be quite CPU-intensive. 5. [pix_crop] i thought i had checked this in long ago (but obviously had not, and now i have found the original code again) it takes sub-images of images (withan offset x/y pair and a dimen w/h pair) 6. what else ? a minor configure-script update + "cannot remember" mfg.a.dr IOhannes

4 5

CVS externals update
by Adam Lindsay 10 Mar '03

10 Mar '03

Hi folks. Just a couple of little updates for MacOSX into CVS/externals. I fixed a makefile typo or two in maxlib's darwin instructions. I also added an experimental 'altpackage' make instruction to the build/ darwin/makefile, to make an installer that puts stuff into /Library/Pd/ Externals. Cheers, adam -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Adam T. Lindsay atl(a)comp.lancs.ac.uk Computing Dept, Lancaster University +44(0)1524/594.537 Lancaster, LA1 4YR, UK Fax:+44(0)1524/593.608 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

1 1

Re: [PD] windows binaries / cvs
by Daniel Heckenberg 09 Mar '03

09 Mar '03

----- Original Message ----- From: "guenter geiger" <geiger(a)xdv.org> > Yes, it should not be to hard. Zexy, flext and OSX should probably be > compilable with their supplied Makefile. All other are built in > build/platform directory. > > The plan was to have a general build system for all externals, but I > didn't want to mess around in the personal sub folders, so all > externals that are compiled under the "build" tree are in build/src > (actually they are some sort of links to the real externals). I've just worked through many of the externals and gotten most to build... some of the others are going to be a bit challenging to get going under windows. A couple of questions: 1) why are there c files in the externals/build/win directory but not in the the other externals/build/platform directory? 2) many externals seem to have setup functions that don't match their filenames... particularly the ext13 tilde externals. (e.g. send13~) why is this? how does PD correctly load the setup function? > I think for the future we should come up with some guidelines how > to write externals, so that they fit into this framework. Yup. I'll post a list of things I've had to fix in externals to get them to build with the hope that people can write new code with these things in mind. > Another goal is to do quality control on the externals, and just include > those that meet the requirements of beeing reasonable bugfree. Yes... how do we do this? Stable and unstable release? > Great that you are doing this work, Daniel. I am happy if we have > and nmake system for now, finally I would prefer mingw if this is > doable. I'll have a look into mingw when I've finished on the nmake front. Has anyone managed to compile PD itself with mingw? Daniel

2 2

pix_buf
by bbogart 08 Mar '03

08 Mar '03

hey guys, been playing with pix_videoDarwin and pix_buf, they seem to play along but pix_buf is acting a little strange. It seems whatever is in the gemchain ahead of the pix object that gets separated by pix_buf actually gets transmitted to both the objects after the pix source and the objects after the pix_buf. (in other words it seems to act exactly like separator, except also pases pix data along?) anyhow here is an ugly example patch, please change pix_videoDarwin to a pix_image of some sort and play with the translate and scale stuff. Thanks! Ben

2 1

PD 0.36 key binding issues
by bbogart 08 Mar '03

08 Mar '03

Hey all, Well I got gem to work and now I'm really going to start using PD on OSX seriously. A few key bindproblems, I apologize if they are already known: Left and right cursor keys don't work inside message/object boxes The enter on the numberpad is not recognized. One must use the enter on the main keyboard. I'm using the lastest jaguar tcl/tk from sourceforge, seems a little snappier than the old version. Keep up the good work! Ben

2 1

[GEM] several additional changes checked in
by guenter geiger 07 Mar '03

07 Mar '03

Hi there, I hope nothing went wrong with this checkin, if so, please let me know. Here it goes: 1) removed the MMX code (was not good and fast enough) 2) enabled fast processing in pix_convolve, pix_add, pix_sub using manual loop unrolling and int calculation. 3) added experimental ffmpeg pix_film support. the movie is still the wrong way round and seeking in the movie is not possible. Please let me know if this still works on other platforms, especially OSX with RGB processing. I discoverd a bug when changing from the object from pix_add to pix_subtract ... have to track down why .. Greetings, Guenter

1 0

rt + opengl -> pd freeze
by Tom Schouten 06 Mar '03

06 Mar '03

hi all, i am experiencing temporary pd locks when moving the gem window when running pd with rt scheduling on linux. the same thing is happening with the pdp opengl output object. when you disable rt, this doesnt occur. does anyone know what this is about? tom

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 March 2003