Pd-list December 2002

pd-list@lists.iem.at

63 participants
88 discussions

chicago_pd
by justin c. rounds 03 Dec '02

03 Dec '02

to any chicagoland, illinois, u.s.a. pd users out there -- i am starting up a local pd users group and wish to invite all interested parties to join. currently i have established a yahoo group (i am not a fan of yahoo's advert/spam practices, but as a starting point it will suffice) at http://groups.yahoo.com/group/chicago_pd/ the primary goal of the group is to hold regular meetings where we shall discuss various pd issues and developments, present work, give/receive technical assistance, and collaborate on pd-driven projects. comments welcome. ___________________________ justin c. rounds {multimedia audiovisualist} http://justincrounds.org/ ___________________________

2 1

usb midisport 2x2 problem
by João Miguel Pais 02 Dec '02

02 Dec '02

Dear list, I am trying to connect a midi fader box to my notebook through the 2x2 midisport. The faders go in In-A (in-b not used), and to the computer through the usb output. The system is windows xp, pd .35 t26. The purpose is to set up an improvising patch, to act on a concert next Saturday (rehearsals begin thursday!). Until now I tried the connection, and windows detected the device correctly and installed it - but only when it is phisically present, or it won't show up in the configuration. Windows says the hardware didn't passed their tests fully. What I couldn't do was make the connection between the midi input and pd. I have both midi yoke nt 2.5 and midi-ox (until now only used yoke to connect a virtual keyboard to other applications, never worked with hardware). But nothing appeared in the inputs or outputs menu in yoke. (unfortunately couldn't make a pd -listdev while with the device, but doubt if it would be detected) Has anybody set up a system configuration like this one? Are there any test programs for midisport? I couldn't find anything on the cd. Thanks as usual, João Miguel Pais

1 0

Re: Fw: [PD] crossfade of complete sample buffer
by Orm Finnendahl 02 Dec '02

02 Dec '02

Hi Thomas, Am Montag, den 02. Dezember 2002 um 14:57:26 Uhr (+0100) schrieb Thomas Grill: > Hi Orm, > > > - vasp.window > > more precisely it's vasp.*window, vasp.*!window or vasp.*xwindow Thanx a lot. Looks pretty cool. That seems to come just in the right moment. I'm going to look into it (and vex) later today, but after a quick glance I'm pretty sure, it's what I'm looking for. Not knowing yet, what vasp.*window is, I guess, with vasp it is possible to determine the size of a table/buffer, or there is a way to tell some operations to use "all the samples" of the buffer. -- Orm

2 1

Measure units in gem
by Enrique Franco 02 Dec '02

02 Dec '02

Hi, I would like to know what kind of measure units does GEM use for the Geos (disk, square). Are they pixels, points.....? E. -- Tel: +353-61-202741 Fax: +353-61-202734 Room CS2-036, Interaction Design Centre CSIS Building University of Limerick Limerick Ireland http://www.ul.ie/~idc/ http://www.iua.upf.es/~ffranco

3 2

Re: [PD-announce] pd 0.36 test 10 released - source, and compiled for MSW
by Adam Lindsay 02 Dec '02

02 Dec '02

Miller Puckette said this at Fri, 29 Nov 2002 20:49:05 -0800: >Bug fixes: >"undo typing" crash... >"keyup" Looks like the Text Editor bug first noted by Frank is fixed, too. Thanks! 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 0

An introduction and a question
by Eldad Gwetta 02 Dec '02

02 Dec '02

Hello, My name is Eldad and I'm doing my first steps in PD. Right now I'm trying to sync PD to an external MTC (from hardware sampler), and my question is somewhat off-topic but relevant to this mission: Is it possible to use emagic's MT4 as a midi interface for receiving external MTC? I'm trying to use it, and its input LED blinks when the MTC is sent, but pd doesn't seem to receive anything. I'm pretty sure the problem lies in the MT4 since trying the same thing with a different midi interface (which is usually occupied for a different task) give better results (F8 messages are received at PD). Any idea what could be the problem? Thanks, Eldad

1 0

Problems compiling CVS Gem under SUSE8
by bbogart＠ryerson.ca 02 Dec '02

02 Dec '02

Hello all, got the Gem CVS up and running and am trying my first compile. Already behaves better than the normal .87 version. Still no pd_linux though. makeauxlibs and configure go through no problems, looks like they find everything. I run make and after a lot of compiling I get: echo ----------../yuv---------- make[1]: Entering directory `/usr/local/gem_current/Gem/src/yuv' make[1]: *** No targets specified and no makefile found. Stop. make[1]: Leaving directory `/usr/local/gem_current/Gem/src/yuv' make: *** [subdirs] Error 255 the yuv stuff is new for the gemcvs right? "no targets specified, no makefile found" does sound suspisious. Any ideas? Thanks! Ben

2 1

Guenter's personal CVS version of Gem 0.87
by bbogart＠ryerson.ca 01 Dec '02

01 Dec '02

Hello all, I'm currently using Guenter's personal CVS version of gem-0.87. This is before the real cvs was up and running. I used it because I could not get the normal 87 version compiled. Anyhow I've discovered something which behaves different in this version (under linux) than it does in windows (with the normal 87 version) I have a bunch of squares using pix_image and pix_texture as well as a few using pix_movie. When I use the pix_image geometry by itself all works fine, works as it should. As soon as I add the pix_movie geometry (different objects) it CHANGES the way the pix_texture applies the pix_image to the other geometry. These are not attached in any way, no send or receive, no separator, different geometry and differet gemheads. If I cut the pix_movie geometry out of the patch and rerender, boom it works as normal again. So I did I little experiment and added pix_texture after pix_movie, even though you don't need it. And low and beyhold, the pix_texture applies the pix_movie onto the geometry in the same messed up fashion as pix_texture applies pix_image to the other geometry. (looks like x if shifted towards negative about half the width of the geometry and y is shifted towards negative the same amount) I don't reproduce this under windows. So I'm going to try and compile .87 again, on a different machine, and see if its an alteration in Guenter's version? Can anyone else see how the way a texture is applied to one object changes how the texture is applied to another?!? It seems to be just pix_movie doing this... I'll work out a demo patch as soon as I can. Thanks Ben

2 1

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 December 2002