Pd-list May 2003

pd-list@lists.iem.at

151 participants
243 discussions

[gem] pix_multiply + pix_film
by leo {depart} 28 May '03

28 May '03

hello list! i've tried to use [pix_multiply] with two [pix_film] which results in a crash. pix_multiply works fine with images though. one branch looks like that: [gemhead]--[pix_film]--[pix_rgba]--[pix_multiply(1st inlet)]--[pix_texture]--[rectangle] (on winXp, pd 0.36, gem v0.87; 512x512 indeo5 clips) using pix_composite instead has a similar effect. did i do something wrong, or is pix_multiply unable to process films? thanks a lot! leo

1 0

midi on osx
by Matthew Nish-Lapidus 28 May '03

28 May '03

hey, does anybody have midi in/out working on osx? i have a usb midisport 2x2 that works fine with other osx software, but pd doesn't seem to like it. i've tried pd 0.36 and 0.37. matt.

1 1

Adaptive oscillator patch?
by Jaakko Prättälä 28 May '03

28 May '03

Hello. Has anyone got/seen an adaptive oscillator patch somewhere? I'd like to use one for beat induction. -- Jaakko Prättälä Jaakko.Prattala(a)Helsinki.FI

1 0

fluid~, shabby~, shaffy~ segfaults
by t.barrass＠pgrad.unimelb.edu.au 28 May '03

28 May '03

Does anyone know why I would get this message with these externals? Segmentation fault socket receive error: Connection reset by peer (104) The fluid help patch crashes when dsp is turned on, and the others exit straight away. Shabby~ and shaffy~ used to work here - could it be from changing compiler versions, or forgetting to remove something during pd recompiles/installs etc? tim

5 6

Re: [PD] PD Launcher/External Manager
by bbogart＠ryerson.ca 28 May '03

28 May '03

Hello Hans-Christoph, I think the first version will assume external binaries have already been extracted/built. The packaging thing makes me a little nervous because I was hoping the system would be a single tcl script that would run on all platforms. Only problem is the availibility of different packaging systems (tgz, dpkg, zip etcc) and dealing with them from inside the launcher. Cotributions would be great, how are/were you envisioning the project? Ben ----- Original Message ----- From: Hans-Christoph Steiner <hans(a)eds.org> Date: Friday, May 16, 2003 1:39 pm Subject: Re: [PD] PD Launcher/External Manager > > This is a great idea, something I was planning on working on this > summer. I'd like to contribute if possible. Perhaps we can put > it in > the CVS and collaborate. > > As for distributing the externals, I think rather than building > our own > distribution system, we should use what's out there for each OS. > Debian and RedHat have very nice existing methods, and the > externals in > the SourceForge CVS can be compiled into a set of Debian packages > right > now. They just need to be submitted to the Debian and/or DeMuDi > repository. It shouldn't be too hard to add RedHat/PlanetCCRMA to > that, but currently Nando at CCRMA does that outside of the CVS. > > For Windows and OS X, if we make installer packages for the same > sets > of externals as the Debian packages, that will greatly simplify > things. > But the biggest thing that would improve the situation would be > to > have all of the externals in the CVS. Then they would be included > in > the existing packages, or if necessary, they can be made into > their own > package. > > Think of it this way: if we had all of the externals that didn't > have > lib dependencies in the CVS, they could all be included in the > main > externals package in the CVS and they would all be installed with > that > package. The key omissions that I can think of off the top of my > head > are the collections of Olaf Matthes, Krzysztof Czaja, Thomas > Musil, > Dave Sabine, and Yves Degoyon; there are others as well, who's > objects > are an important addition to anyone's pd install, and I hope that > anyone who writes externals for pd will contribute them to the CVS. > > So to encourage others to join the CVS, I am going to configure > access > control lists in the CVS so that devs who choose to can restrict > write > access to their code in the CVS. I am also willing to upload > people's > code and help with setting up CVS access. > > .hc > > On Tuesday, May 13, 2003, at 13:00 America/New_York, > bbogart(a)ryerson.ca > wrote: > > > > > If someone wanted to upload built versions of the stable > externals in > > CVS, as tgz and zip files, for all platforms to a ftp server, > then > > that would be a LOT easier for the tool to do. (download and > extract, > > but then you depend on extraction tools, whats the average size > of the > > externals? (for all platforms?) > > > > I'm thinking the double pane idea would work better from a > usability > > standpoint, opinions? > > > > B. > > > > ----- Original Message ----- > > From: Marc Lavallée <odradek(a)videotron.ca> > > Date: Tuesday, May 13, 2003 9:51 am > > Subject: Re: [PD] PD Launcher/External Manager > > > >> David McCallum wrote : > >>> My Pd launcher's no more than a custom DOS .bat file that let's > >>> you turn Framestein and ASIO drivers on/off at runtime. > >> > >> I use the same technique in Linux with a shell script. > >> > >>> And as a windows user I have to ask this, how cross-platform are > >>> you intending this to be? > >> > >> Tcl/Tk. The launcher would list the externals with their > descriptions,>> and checkboxes would activate them. If an internet > source is > >> provided it > >> would first download and install the externals. Isn't there a > Windows>> mechanism to install softwares from the network? > >> > >> -- > >> Marc > >> > >> "L'homme n'est pas fait pour travailler, la preuve c'est que > cela le > >> fatigue." (Voltaire) > >> > >> _______________________________________________ > >> 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 >

6 8

RE: [PD] PD Launcher/External Manager
by Matthew Allen 28 May '03

28 May '03

This works great with xp/nt/2k but doesnt have an equivalent in 98 or 95. Depending on what systems you want to support you may want to look into better solutions. (one based on where the PD executables are on your system seems like it would be the best) m. -----Original Message----- From: Chad A. Wood To: PD List Sent: 5/27/2003 3:01 PM Subject: RE: [PD] PD Launcher/External Manager At a dos prompt if you type "set home" it shows you the homepath variable, which on my system points to the home-type folder I was talking about... that would probably work, right? Chad > -----Original Message----- > From: pd-list-admin(a)iem.kug.ac.at [mailto:pd-list-admin@iem.kug.ac.at]On > Behalf Of Frank Barknecht > Sent: Tuesday, May 27, 2003 4:48 PM > To: PD List > Subject: Re: [PD] PD Launcher/External Manager > > > Hallo, > Chad A. Wood hat gesagt: // Chad A. Wood wrote: > > > Windows XP (and I think 2000?) has a kind of a "home" folder > for each user. > > On XP at least, within the "Documents and Settings" folder, there is a > > folder corresponding the each user's name. > > Do you know, if this is consistent accross the world? I know, that at > work (at home I only run Linux) I also have this on W2000, but its > called in german "Dokumente und Einstellungen". So we'd need something > more general than just a path name. Maybe there is a registry setting > for that? On Unix, one can get this info from the file /etc/passwd or > the environment settings. > > ciao > -- > Frank Barknecht _ ______footils.org__ > > _______________________________________________ > 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 _________________________________________________ Scanned for viruses on 27 May 2003 22:16:13 No viruses found. Virus scanning by http://erado.com

1 0

ladspa plugins / bad screen distance
by Tim Blechmann 27 May '03

27 May '03

Hi all, i've got a strange problem with my ladspa plugins: i after recompiling the ladspa plugins i couldn't load any of them. i get the error message: bad screen distance "######" did anyone have this problem, too? thanks... Tim mailto:TimBlechmann@gmx.net ICQ: 96771783 http://www.nyds-exp-discogs.tk -- The only people for me are the mad ones, the ones who are mad to live, mad to talk, mad to be saved, desirous of everything at the same time, the ones who never yawn or say a commonplace thing, but burn, burn, burn, like fabulous yellow roman candles exploding like spiders across the stars and in the middle you see the blue centerlight pop and everybody goes "Awww!" Jack Kerouac

1 0

sequencer
by Mark Baily 27 May '03

27 May '03

Would anyone know a good way to set up pd as a sequencer that can record and playback with a user changeable time transport (like a midi sequencer), except it is being used to sequence a 3d graphics animation using OSC to remote control an engine over the LAN. The events that it sequences are of varying types with a timetag (ie. camera change, character move), and to record, the user selects the type of event they want to record for which entity ie. record character1 xyz-hpr and then hits record, kind of like choosing a track to record in a midi sequencer. It then overwrites all events of that type for that entity that it had stored in the time period that the user recorded, but keeps anything outside of there the way it was. Some of the events will be occuring on a per-frame basis.

2 1

grafic card + gem
by thomas gorbach 27 May '03

27 May '03

Hello List i want to install gem and get the info from Zmoelnig that it is best to have a graphic card with acceleration. Are the suggestions witch card is best for gem. Greetns Tom

4 3

Re: [PD] PD Launcher/External Manager
by bbogart＠ryerson.ca 27 May '03

27 May '03

----- Original Message ----- From: Hans-Christoph Steiner <hans(a)eds.org> Date: Monday, May 26, 2003 12:24 pm Subject: Re: [PD] PD Launcher/External Manager > I think that making a system to track down various installers and > install them is basically duplicating the effort to have pd > developers > use the CVS. If the vast majority of developers use the CVS, then > there would not be a compelling need to have an elaborate system > to > track down externals since most of them would already be included > in > the installer. So I think working making the CVS as accessible > as > possible to all Pd developers, and encouraging people to use the > CVS is > more important. I agree wholeheartedly that CVS would make things much more elegant and clean, and would hope all developers see the benifits and jump in. In terms of the software I would like to keep several of the power options to be able to do things like have different versions of the same libs on one system (in different folders) for example I use a self-modified version of zexy that is different than the CVS version (changed the terms in cart2sph) > I think this should all be in Tcl since its cross-platform and > already > there when using pd. As for doing it 'inside' pd, it would easy > enough > to have a Tcl script handle all of the startup options, then > launch pd. > So basically, it would be like a GUI .bat launcher written in > Tcl. > But I think we should also start moving towards a 'Preferences' > idea, > so that you can change these settings while pd is running. For > now, > you could just have the Preferences panel just rewrite the .pdrc, > then > you'd need to restart for the changes to take effect. But then, > as > developers are willing to dig deeper into pd, the Preferences > could be > made to change this stuff in realtime. That's my vision of how > this > should work. I am thinking of it really as a graphical version of the commandline flags, so it is really preferences I suppose. I think it would be great to have PD change the loaded libs on the fly! (audio options?!) that would be really cool. (but I think a bit PD architecture issue?) until the architecture is there I think it makes more sense to have the GUI come up before PD startup. so that #1 PD users think about them as startup options, but also with the thought of gui preferences #2 no one has to worry about restarting PD to use the config, I don't that would become more usable than the startup-gui idea. I dunno about the pdrc on windows. In fact I don't use one myself at all, I just specify all the commandline flags in aliases etc.. On that note I did find a tcl lib that creates shortcuts, which would be a great way to store config sets under windows that would not require the launcher to be run after the configs have been made. > But a related question is, what is preventing Windows from having > a > .pdrc? Anybody know? Having .pdrc be standard across all > platforms > would simplify this effort. > > .hc Thanks for your crit! B.

1 0

← Newer
1
2
3
4
5
6
7
...
25
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list May 2003