Pd-list February 2002

pd-list@lists.iem.at

89 participants
173 discussions

Re: [PD] [announce] Max-PD C++ compatibility layer v 0.1 / xsample objects v0.2
by Thomas Grill 13 Feb '02

13 Feb '02

am 13.02.2002 0:27 Uhr schrieb Joschi unter joschi(a)eds.org: > what a terrific idea! I'm just curious if you have put any thought into > extending it across jMax too? I have, but jMax/FTS differs from pd and Max in more than just a few defines. At the moment i am busy with a larger pd/Max project but afterwards i will have a look at the possibilities of addressing jMax as well... hang on! greetings, Thomas

1 0

RE: [PD] [announce] Max-PD C++ compatibility layer v 0.1 / xsampl e objects v0.2
by Mark Danks 13 Feb '02

13 Feb '02

Actually, it isn't his call :-) GEM has the gpl... BTW, I think that the layer is _very_ cool! Later, Mark ============================== = mdanks(a)stormfront.com = Technical Director PS2/XBox = http://www.danks.org/mark ============================== > -----Original Message----- > From: smoerk [mailto:smoerk@gmx.de] > Sent: Tuesday, February 12, 2002 3:05 PM > To: Pd-List > Subject: Re: [PD] [announce] Max-PD C++ compatibility layer v 0.1 / > xsample objects v0.2 > > > On Tue, 12 Feb 2002 23:27:07 +0100, Thomas Grill wrote: > > >Hi list, > >here is a first version of the Max-PD C++ compatibility > layer for PD and Max > >externals. > > i would prefer a license like bsd or the pd license. nothing against > gpl, but for such a general thing, it would be better to have a > license, which gives the author of a new external the freedom > to choose > a license for it. (yes, i know, i don't have to use your > layer and it's > your decission, but ... it would make me happier ;) > >

4 3

[announce] Max-PD C++ compatibility layer v 0.1 / xsample objects v0.2
by Thomas Grill 13 Feb '02

13 Feb '02

Hi list, here is a first version of the Max-PD C++ compatibility layer for PD and Max externals. It is GEM style, hence a lot of code is borrowed from this package, but many things have been added to fit for Max/MSP. There are still unsufficiencies, but it should be possible to write standard message and dsp handling externals with very few preprocessor defines separating PD and Max code. Find an overview in the package file readme.txt. http://www.parasitaere-kapazitaeten.net/Pd/ext/maxpd-0.1.zip ---- As an example how the above max-pd package is used, take a look at the source of the strictly C++ written xsample objects (at the moment built only for Windows). These externals (xgroove~,xplay~,xrecord~) are flexible and fast objects for doing sample stuff with buffers/arrays (based on the functionality of the respective Max/MSP objects). Some simplistic help patches are included but much more features are yet not well documented. http://www.parasitaere-kapazitaeten.net/Pd/ext/xsample-0.2.zip have fun, Thomas

2 1

Re: [PD] Trying to configure Gem under Linux ...
by Jim Ruxton 12 Feb '02

12 Feb '02

> > > > >Thanks Jim. That worked. All I had to do on top of that was >add "#include <math.h>" in pix_diff.h and everything >compiled just fine. > Strange , I didn't have to add the #include <math.h> . Maybe a difference between RH7.1 and RH7.2 . > > >Did you get a lot of warnings about extra tokens at the end >of ifdef's? I did, not quite sure why. But gem seems to > Yes I also got these warnings but Gem works fine. Jim

1 0

Re: [PD] Trying to configure Gem under Linux ... gltt not available
by Jim Ruxton 12 Feb '02

12 Feb '02

Ok so I finally got ./configure to work. What I did to get it to work is I went back to the gltt site and downloaded the rpm gltt-devel-2.5.2-2.i386.rpm instead of gltt-2.5.2-2.i386.rpm which I downloaded first time around . This file contained : libgltt.a libgltt.so libglttso.0 libgltt.so.0.0.0 libgltt.la The rpm installed them in /usr/lib and now ./configure appears to be working. Maybe it would be good to put this information in the Gem FAQ. Now the sad ending to this story is that "make" is not finishing or creating Gem.pd_linux . There are errors in compiling GemGluObj.cpp ie. GemGluObj.cpp: In method 'void GemGluObj::typeMess (t_symbol *)': GemGluObj.cpp:83: 'strcmp` undeclared (first use this function) GemGluObj.cpp:83: (Each undeclared identifier is reported only once for each function it appears in.) make[1]: ***[GemGluObj.o] Error 1 etc. Any thoughts on this one. Thanks again for all the help I've been getting with this. Jim

4 8

powerbook MIDI
by Jonathan Impett 12 Feb '02

12 Feb '02

Hello, Has anyone cracked the issue of MIDI (via USB) on a Powerbook G3? Might there be a difference between linux flavours in terms of suitability? Thanks, Jonathan -- ------------------ Dr Jonathan Impett School of Music University of East Anglia Norwich NR4 7TJ UK +44 (0)1603 592408 j.impett(a)uea.ac.uk

1 0

Re: [PD] Trying to configure Gem under Linux ... gltt not available
by Jim Ruxton 12 Feb '02

12 Feb '02

Hi Martin , Assuming you get past the ./configure process and are having trouble with "make" just add #include <string.h> to GemGluObj.cpp GemPixImageLoad.cpp circle.cpp colorSquare.cpp cube.cpp primTri.cpp rectangle.cpp square.cpp triangle.cpp Jim >Jim Ruxton wrote: > >>Thanks everyone who has helped me with this. Gem is now running fine >>under Linux. The only problems I had testing out the examples is that I >>couldn't load models (which is no big deal) and pix_movie isn't >>supported. Now away I go to try and load new drivers for my midi interface. >>Jim >> > >Hi Jim, > >I too had problems compiling Gem under RedHat under RH Linux (7.1). > >Did you get it to compile just by adding '#include <string.h>' to all files >concerned , or did you also have to do something else? > >Thanks, > >- martin > > >

1 0

USB MIDISPORT 2x2 works with PD under Linux
by Jim Ruxton 12 Feb '02

12 Feb '02

I thought I'd let people know that I got the MidiSport 2x2 working with PD under Linux. MIDIMAN doesn't supply Linux drivers for this device however Bill Orcutt (Thanks Bill) suggested trying the ones here: > > >http://member.nifty.ne.jp/Breeze/softwares/unix/usbmidi-e.html > > You must also download firmware to the device which you can get here: http://ezusb2131.sourceforge.net/ Jim

4 4

rabin~
by Krzysztof Czaja 12 Feb '02

12 Feb '02

hi all, if anybody would like to look at what could be a simple way (option a) in my Saturday's post) to make a polyphonic instrument class, there is a prerelease (or better: a barely working prototype) of rabin~ external at suita.chopin.edu.pl/~czaja/miXed/externs/rabin.html Coding this one had been very simple, thanks to the cleaner api of pd-0.35-test8. So simple, that I wonder if I have not missed any serious trouble spots. If not, and if Pd api does not change soon, then I will attempt the proper design (but again, no promises!). What this could be? Do we really need (numbered!) in/outs as in poly~, instead of regular inlets/outlets? Is thispoly~ the right mechanism to choose? The rabin~ (this name is reserved only for the current restricted, remote controlled, and very rough prototype) will not work with earlier versions of Pd, and there is no .dll. The only example, rabin-test.pd, uses xeq library (to show how to connect the two), but works also without xeq installed, with just a [notein] as a source of notes. Krzysztof

1 1

hammerfall digiface with pd
by Jeffrey Kent Ridenour 12 Feb '02

12 Feb '02

Hi folks, I'm just joining the list, and I was wondering if anyone has tried, successfully or unsuccessfully, to use Gunter Geiger's Hammerfall driver with a a hammerfall digiface on linux? I'm trying to port over a multichannel audio installation onto a linux box, and i'm wondering if i could use the digiface, or if i need to get a 9652. thanks, jeff

1 0

← Newer
1
...
9
10
11
12
13
14
15
...
18
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 February 2002