Pd-list January 2002

pd-list@lists.iem.at

83 participants
162 discussions

gltt and freetype
by Stu Yarrow 19 Jan '02

19 Jan '02

Hi Everyone I am trying to get Pd and GEM up and running under Yellow Dog Linux 2.1 on a G4. I have got to the stage of compiling GEM, but the configure script reports that the gltt library is missing. When I try to compile and install gltt, it cannot find the freetype library, which is definately installed (both freetype and freetype-devel). I suspect that this is either because it can't find it or because I have freetype 2, which is not supposed to work with gltt. Unfortunately it seems that lots of other (important) things rely on freetype 2.....is there any way round this or do I have to ditch Yellow Dog and get Debian or something? As I only installed Linux to run pd/gem I wouldn't really mind doing this if I thought it would work. Any advice would be much appreciated. cheers Stu

1 0

[announce] PeRColate 0.03
by Olaf Matthes 19 Jan '02

19 Jan '02

Hi all, PeRColate version 0.03 is up on http://www.akustische-kunst.de/puredata/percolate.html There are some new objects and minor bugfixes. New objects are: chase~ - uses a sync signal to determine who gets out which outlet escalator~ - signal operator to round signals in three ways dcblock~ - blocks dc offset gQ~ - stereo filter munger~ - granulating delay line scrub~ - delay line scrubber Have fun, Olaf

1 0

Re: [PD] [announce] faster, faster sonogram~
by Yves Degoyon 18 Jan '02

18 Jan '02

Oops, www.askmiller.com actually exists !!! Yves/ ----- Original Message ----- From: "Yves Degoyon" <ydegoyon(a)free.fr> To: <msp(a)ucsd.edu> Cc: <pd-list(a)iem.kug.ac.at> Sent: Friday, January 18, 2002 1:46 PM Subject: Re: [PD] [announce] faster, faster sonogram~ > hi miller, > > that's perfectly correct ( as usual ), > all those who make graphical externs > should keep that in mind. > I guess this limitation is due to the stack limit. > > [ I should have asked www.askmiller.com ] :-) > > so, right now, a version [v0.2+] is available > and i couldn't provoke any crash with it yet. > i guess this object is quite complete now, > i'll be moving to something else > ( like mp3decode~ ) > which is missing to receive > a shoutcast sream. > > cheers and thanx a lot !!! > > Yves/ > http://ydegoyon.free.fr > > ----- Original Message ----- > From: "Miller Puckette" <mpuckett(a)man104-1.ucsd.edu> > To: "Yves Degoyon" <ydegoyon(a)free.fr> > Cc: <pd-list(a)iem.kug.ac.at> > Sent: Friday, January 18, 2002 6:54 AM > Subject: Re: [PD] [announce] faster, faster sonogram~ > > > > Hi all, > > > > There's a maximum of 2K bytes per message to the GUI than sys_vgui can > > handle. if you have a variable-size message to send to the GUI, it's > > better to use sys_gui() which doesn't impose any limit. This > > might be the problem here... > > > > cheers > > Miller > > > >

1 0

[announce] faster, faster sonogram~
by Yves Degoyon 18 Jan '02

18 Jan '02

hi, well, i've got good news and bad ones. let's start with the good ones : a new release of sonogram~ [v0.2] is available, it's way faster than [v0.1]. i've totally changed the tk part and now all the updates are made block by block unlike in [v0.1] where it was made point by point. i didn't know, at first, that tk was able to let you draw inside an image. using this feature lets you handle one single tk object and, thus, all graphic operations are efficient and the object is usable in a real-time context. but, because there's a but, and that's the bad news, when blocks are too big, pd craches. Considering that the size of a sonogram's block is the dac block size multiplied by the zoom factor, if you increase those values, you easily reprodruce the crash. using a debugguer, the stack indicates the crash happens out of my code. my guess is that messages sent to the interface become too big. if someone could try to debug this, i'd be grateful. anyway, if you use default settings ( dac block size = 256, zoom factor = 1), it works fine and quickly. Enjoy!! cheers, Yves/

2 2

Midi In not working
by Eric Edward Schultz 18 Jan '02

18 Jan '02

Hi, I am trying to get PD to work with my Soundblaster Live! card on Windows NT. When I test Audio / Midi, I can hear the audio, but have no idea how to test the midi in. Basically, I am using sensors to send MIDI to MIDI in of the SBLive! card. I have tested everything on a Linux box running PD, so I know the external hardare, and PD patch works. BUT, on windows, it doesn't MIDI IN. I start PD with -midiindev 1. This prevents the message "MidiInOpen: there is no driver installed in your system (or something like that). I have drivers installed for MIDI, but I have no idea what else to try to get it to work. Any thoughts? thanks Eric

2 2

.pdrc ?
by oliver stotz 17 Jan '02

17 Jan '02

sorry, if this was an issue before... i'm not sure whether .pdrc in linux overrides flags specified in the command line or the other way round ? are there any ways to define different pd-settings for different purposes? another thing i discovered is, that the iemlib-sliders when used excessively (i.e. by sending a stream of numbers to it ) take a deadly amount of CPU. the speed of the stream of numbers has not been that dramatic (a metro with 200ms) but still my CPU went berserk. is there a way (i.e. by setting a specific flag) to reduce the gui-priority, like the "overdrive"-option in max/msp ? btw: my system is debian 2.4.16, pd-0.34-4 thanx for any clue oliver

6 5

Re: [PD] .pdrc ?
by CK 17 Jan '02

17 Jan '02

I read: > i'm not sure whether .pdrc in linux overrides flags specified in the > command line or the other way round ? I guess cmdline parameters override .pdrc but I don't have the sources at hand right now. > are there any ways to define different pd-settings for different > purposes? #!/bin/bash # pd1 mv ~/.pdrc1 ~/.pdrc pd and so on ... should do the trick right ? cheers x p.s.: how about a viennese pure data stammtisch next week ? -- chris(a)lo-res.org Postmodernism is german romanticism with better http://pilot.fm/ special effects. (Jeff Keuss / via ctheory.com)

5 5

streamin~ and streamout~
by Ben Bogart - FMPM/F1999 17 Jan '02

17 Jan '02

Hello everyone, I'm currently working on a project which would involve a shared audio space between UK, France and Canada. I had some questions about the LAN streaming objects in the ggext package. In order to solve my 3 channel input problem I was going to record audio on another machine and stream the audio data right into PD on another machine. Both machines running PD under linux. Currently the system will be using broadcaster to stream the audio live from the UK and France here to Canada. Then the space will be assembled here and streamed back to both sites. Is there any way to stream the audio from a Mac computer running some normal and easy to find software (like broadcaster) right into a PD/Linux machine? The system is now up to 7 computers just to deal with all the data paths. :( One machine to recieve each stream, connected to PD via sound card, One machine to stream the third audio stream into PD. One machine each to stream audio back to UK and France. If we could get a machine to recieve and send an audio stream at the same time then that would be ideal. We have found no software that does this with a live source at a reasonable quality from both MAC and PC. So any suggestions? Oh the original question was, am I to expect any problems using streamin~? It would be an extremely important link in the system... Thanks everyone! Ben B. Bogart ---------

2 1

OSCAR Interactive Improvisation System
by Greg Rippin 17 Jan '02

17 Jan '02

Hello everyone, I've finally finished the write-up of my now-defunct pd-based OSCAR Interactive Improvisation System. You can find descriptions, code fragments and explanations, design outlines, and OSCAR's eulogy at home.nyu.edu/~gmr222/oscar.html. Feedback is most welcome. Cheers, Greg -- Greg Rippin, Graduate Assistant Music Technology Program New York University 35 West 4th Street, Suite 777 New York, NY 10012 phone 212-998-5422 fax 212-995-4043 musictechgrad.info(a)nyu.edu www.nyu.edu

1 0

are there qelems in pd?
by Orm Finnendahl 16 Jan '02

16 Jan '02

Hi, another question concerning externals: Is there something similar a qelem in pd, or should they be solved by using fork/exec commands in unix (which probably makes externals impossible to compile under NT)? Yours, Orm

2 1

← Newer
1
...
7
8
9
10
11
12
13
...
17
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 January 2002