Pd-list February 2002

pd-list@lists.iem.at

89 participants
173 discussions

Re: [PD] [announce][Gem] well, here it is....
by IOhannes m zmoelnig 26 Feb '02

26 Feb '02

Dave Phillips wrote: > > IOhannes m zmoelnig wrote: > > GEM: pix_film: Loaded file: /home/dlphilp/anim-1.mov with 90 frames > (256x256) > GEM: Only using 8 color bits > GEM: window created > GEM: Start rendering > Segmentation fault > > So something goes wrong when I hit the bang box... > ok, i did some searching in my sources and found a bug in line200 of pix_filmLinux.cpp: -- row[0]=mframe ++ while(i--)rows[i]=m_frame+m_xsize*m_csize*i; this should fix the crashing when reading MOV-files good night (tired after a long long day) mfg.cds.aser IOhannes

1 0

sgml pd manual
by jfm3 26 Feb '02

26 Feb '02

For what it's worth, I have made an DocBook/SGML version of the pd manual. The images only work when it is converted to HTML, but I'm working on it. http://www.pure-data.org/pd_manual.tar.gz (about 90Kb) -- (jfm3)

1 0

Re: [PD] [announce][Gem] well, here it is....
by Yves Degoyon 26 Feb '02

26 Feb '02

hi, > please have a look, whether the pix_dv works and report bugs. this is meant for linux-users only; no dv yet under win32 > > mfg.c.asdr > IOhannes tried it ... some little problems encountered : * libmpeg3 is now requested on linux but the dependency is not mentionned. * happy the model loading works ... with new model objects provided, not ancient ones. * happy i could play mpGs movies, but it's __SOOOOO_ slow : is this graphic-card dependent ??? mine is not too good. thanx anyway for having fixed so many problems. cheers, Yves/

2 1

rhythm_esitamtor_0.1 .
by joge . 26 Feb '02

26 Feb '02

i got this bad boy to compile on windows however i had to comment a identifier called "rint" , it lead to an unresolved external . does any one know where i could find this external, or was it part of one of the old pd release but is not longer included ? i am jsut worried that the variable that is defined with this "rint" identifier might not be doing it job properly . here is he line of code and the modification i made to it : /* Then, the exact "continuous" IOI is discretized (quantized) */ /* ioi_index = (unsigned)rint (ioi / ge->ioi_resolution); */ ioi_index = (unsigned) (ioi / ge->ioi_resolution); it can be found in the file rhythm_ioi_histogram.c also there is another occurence of "rint" in rhythm_quantum.c . it reads : /* first_index = (unsigned)rint (ge->min_quantum/ge->ioi_resolution); */ first_index = (unsigned) (ge->min_quantum/ge->ioi_resolution); thanks again ! joge .

4 5

Re: [PD] pianoroll on nt .
by joge . 26 Feb '02

26 Feb '02

i have placed the files on the web at http://www.rpi.edu/~ardelg/ you will see a two directories, one for pd 34 and one for pd 35 test 11 . i had some issues with the grid working on both 34 and 35 when compiled with 34 libraries and source so that is the reason there are two verions on there . these dll's were compiled with VS .NET if any one was curious to know . joge . ----- Original Message ----- From: "Matthew Nish-Lapidus" <mattn-l(a)rogers.com> To: "joge ." <gboy(a)nycap.rr.com> Sent: Monday, February 25, 2002 9:25 PM Subject: Re: [PD] pianoroll on nt . > hi, > > would i be able to get a copt of the compiled object for win? i really want > to try it out, but i don't know how to port it myself. > > matt. > > ----- Original Message ----- > From: "joge ." <gboy(a)nycap.rr.com> > To: <pd-list(a)iem.kug.ac.at> > Sent: Monday, February 25, 2002 2:45 AM > Subject: Re: [PD] pianoroll on nt . > > > > hehe ,.. ok i got it working now .. i did some investigating [reading] and > i > > began to understand the problem of exporting a funtion ... > > > > thanks . > > > > joge . > > > > ----- Original Message ----- > > From: "joge ." <gboy(a)nycap.rr.com> > > To: <pd-list(a)iem.kug.ac.at> > > Sent: Monday, February 25, 2002 1:04 AM > > Subject: Re: [PD] pianoroll on nt . > > > > > > > thanks for the responce . > > > i am not sure i understand what you mean by the #ifdef ? why would i > > need > > > that ? wouldnt that only make sense if i was using c++ ? i am not too > > > familiar with programming dll's . > > > i should clarified by saying that i am tring to get Yves pianoroll > object > > to > > > compile on nt . > > > > > > thanks . > > > > > > joge . > > > > > > ----- Original Message ----- > > > From: "mark" <mark(a)junklight.com> > > > To: "joge ." <gboy(a)nycap.rr.com>; <pd-list(a)iem.kug.ac.at> > > > Sent: Sunday, February 24, 2002 3:42 PM > > > Subject: RE: [PD] pianoroll on nt . > > > > > > > > > > make sure you are exporting the function "pianoroll_setup" properly. > > > > If you have a working library there you should be able to > > > > find the syntax - I haven't got it here I'm on the wrong machine. > > > > > > > > its something like: > > > > > > > > #ifdef __C++_SYMBOL__ (find out what this is ) > > > > extern "C" { > > > > #endif > > > > > > > > __declspec(dllexport) setup_function() > > > > > > > > #ifdef __C++_SYMBOL__ (find out what this is ) > > > > } > > > > #endif > > > > > > > > > > > > cheers > > > > > > > > mark > > > > > > > > -----Original Message----- > > > > From: joge . [mailto:gboy@nycap.rr.com] > > > > Sent: 24 February 2002 19:50 > > > > To: pd-list(a)iem.kug.ac.at > > > > Subject: [PD] pianoroll on nt . > > > > > > > > > > > > hi , > > > > > > > > i just got the pianoroll.dll compiled on my machine [i used the > > workspace > > > > from idelay~ and modifed the dependences and some names]. any how , > now > > i > > > > try to load it into pd [both 34 and 35] and i says it can't find the > > > > "pianoroll_setup" symbol . > > > > > > > > here is the exact message : > > > > > > > > load_object: Symbol "pianoroll_setup" not found > > > > pianoroll: can't load library > > > > > > > > > > > > anybody know what this might be. i read some earlier posts that the > > code > > > > itself should work fine on both linux and windows, only the > compilation > > is > > > > different. > > > > > > > > oh yeah.. and to get it to compile using the pd 34 libraries i had to > > > change > > > > one of the variable names that seems to have changed in pd 35. > > > > > > > > i got idelay~ compiled and running fine on my machine so i am not sure > > > what > > > > the problem could be . > > > > > > > > any help would be greatly appreciated . > > > > > > > > > > > > joge . > > > > > > > > > > > > > > > > > > > > > > > > > >

3 2

graphics card recommendation for GEM?
by martin dupras 26 Feb '02

26 Feb '02

Hi, I'm using PD with GEM on RH linux 7.1, with a 2x1.7GHz pentium III xeon box. I'm considering getting a second graphics card for the sole purpose of displaying GEM graphics; in other words I want to use the default graphics card (an Nvidia MX2? The exact model escapes me at present) to display the gui stuff, while the newer card displays the GEM graphics on a separate screen or projector. Can anyone recommend a second graphics card that will be: 1) performing well with GEM 2) will work with RH Linux 7.x well Performance and support are the key issues here, whereas price is not very important. Thanks! - martin

2 1

Scripting
by mark 26 Feb '02

26 Feb '02

Hi, I gave some serious thought to the scripting thing last night. I am thinking of building a "python" external that would allow simple scripts - you would make make an object: py scriptname which would take a python class that is similar in structure to the external "class" structure used by externals currently - obviously a bit more simple. No DSP of course (can't imagine it would be vaguely fast enough). Python is a good fit with PD I belive - it does good list type manipulation (in fact it will be easy to write a set of list manipulation externals which I have been wanting for a while now) and its got some quite nifty features. Oh and I want to learn it which strikes me as a good a reason as any ;-) So - does anyone have any requests for features or things I should be considering? cheers mark

7 8

loadbang for externals
by Thomas Grill 26 Feb '02

26 Feb '02

Hi list, i realized that, contrary to Max, the loadbang method of an external is not triggered upon object creation. I'd stick more to the Max behavior (and would emulate this in the flext C++ layer), but i guess there were good reasons for the pd style. Can you give me some pros or cons so that i can decide how to handle that? thanks! Thomas -------------------- flext, xsample, etc. http://www.parasitaere-kapazitaeten.net/Pd/ext

12 20

Re: [Csnd] [PD] release of csound~ for pd
by Stefan Kersten 26 Feb '02

26 Feb '02

Richard Dobson wrote: > Changing orcs according to the i/o range is the one thing we need to > avoid. We need orcs to be completely portable. i agree. > The problem is only that of the 'raw' range. I maintain that the only > sane range (and one compatible with everythng else, clearly including > MAX/MSP and PD) is +-1.0. But ~some~ users reserve the right to > read/write raw floats in any range whatsoever (or rather, in no range!), > so we need to cover that somehow. At the moment, in my 0dbfs code, I > have 1.0 hard-coded as the floats range, everywhere, except for 'raw' > where I ignore 0dbfs completely, and use Istvan's 'floatran_noscl' > alternatives. But this is clearly wrong for csound~ in PD, and > presumably for csound~ in Max too. but what amplitude range corresponds to 0dB inside an orchestra? +-1.0? are there actually opcodes that expect different ranges to work properly? if i'm not missing anything, 0dbfs is used for interfacing with the external world, while there still needs to be a means to specify the dynamic range inside an orchestra (or keep it fixed at a reasonable default, e.g. +-1.0). i seem to be confused :) > All we need is a mechanism (possibly in the main 'O' structure) to > signal use of 0dbfs (or the current formatted conversions) for raw > streams. As I consider this will be the predominant behaviour for the > majority of Csound users (and certianly for Csound running uinside PD or > MAX), I would like to make this the default, and have a command flag, if > one is needed at all, to suppress 0dbfs conversion for raw files only. > As by definition, 'raw' data can never come in from hardware, only from > disk, it should be possible (haven't looked at the code yet) to override > 'raw' automatically when input is from a real-time source. If this is > sufficient, then no flag is needed. note that a realtime source doesn't necessarily have to be a hardware device (as in csound~, both msp and pd). > If streamed floats in a different range really are a possibility, one > trick might be to add an optional numeric argument to the -f flag, such > as " -f1000" to say that the range of incoming floats is +- 1000.0. sounds reasonable. > Ironically, had I kept in the code that (unintentionally) converted raw > float streams, PD Csound might well be working already! yes, it does. in not so recent versions of csound ;) > I'm now applying 0dbfs handling to soundin and diskin. A ~lot~ of easy > but tedious code to add in <sigh>. thanks for your efforts! <sk>

1 0

Re: [PD] ASIO for win NT/2K
by joge . 26 Feb '02

26 Feb '02

actually i know one of the developers from another listserv . but at the time when he mentioned it the WDM drivers didnt have a mixer implemented yet ... so i refrained . however once i get my desktop its new processor and its working again i will look into the drivers and tell the group what i find . joge . ----- Original Message ----- From: "Christian Guirreri" <christian_guirreri(a)yahoo.com> To: "joge ." <gboy(a)nycap.rr.com> Sent: Monday, February 25, 2002 9:10 AM Subject: Re: [PD] ASIO for win NT/2K > Actually, a group got together and have a working WDM version in > development for WinNT/Win2K/WinXP. I haven't tried it yet, but most are > giving positive feedback on it. > > Chris > > At 08:12 AM 2/25/2002 -0500, you wrote: > >yes i have know about this for some time .. but it only for windows 98 and i > >stopped using it in 1998 ... :[ > > > >joge . > > > >----- Original Message ----- > >From: "Christian Guirreri" <christian_guirreri(a)yahoo.com> > >To: "joge ." <gboy(a)nycap.rr.com> > >Sent: Monday, February 25, 2002 6:19 AM > >Subject: Re: [PD] ASIO for win NT/2K > > > > > > > Check out come.to/sblive - not sure if you've seen this or not, but there > > > are recreated ASIO drivers for the sblive based on the APS drivers. They > > > work great! > > > > > > Chris > > > > > > At 01:06 AM 2/25/2002 -0500, you wrote: > > > >wow , thats better then i could have ever hoped for . no all i need to > >do > > > >is hope that creative will release there ASIO drivers for the SBLive! > >cards > > > >and i am set !! > > > > > > > >thanks . > > > > > > > >joge . > > > > > > > >----- Original Message ----- > > > >From: "Miller Puckette" <mpuckett(a)man104-1.ucsd.edu> > > > >To: "joge ." <gboy(a)nycap.rr.com> > > > >Cc: <pd-list(a)iem.kug.ac.at> > > > >Sent: Sunday, February 24, 2002 6:04 PM > > > >Subject: Re: [PD] ASIO for win NT/2K > > > > > > > > > > > > > I'm working on getting this into the next Pd release... I remember > > > >writing > > > > > a week ago that I was probably not going to try this but I seem to > > > > > have changed my mind. > > > > > > > > > > cheers > > > > > Miller > > > > > > > > > > On Sun, Feb 24, 2002 at 12:39:45PM -0500, joge . wrote: > > > > > > just curious if this got placed on the web some where for > >downloading > > > >... i > > > > > > am very interested in playing around with it . > > > > > > > > > > > > thanks . > > > > > > > > > > > > joge . > > > > > > > > > > > > ----- Original Message ----- > > > > > > From: "Michael Iber" <music(a)chemie.fu-berlin.de> > > > > > > To: "Michael Casey" <mkc(a)media.mit.edu> > > > > > > Cc: <pd-list(a)iem.kug.ac.at> > > > > > > Sent: Thursday, February 21, 2002 10:42 AM > > > > > > Subject: Re: [PD] ASIO for win NT/2K > > > > > > > > > > > > > > > > > > > This is brilliant!!!!!! > > > > > > > Will you publish your version? (I am afraid I don't have MSVC) > > > > > > > I would appreciate it. > > > > > > > Bravo, > > > > > > > Michael > > > > > > > > > > > > > > > > > > > > > > > > > > > > At 18:24 19.02.02 -0500, you wrote: > > > > > > > > > > > > > > >I compiled an ASIO version of PD using PortAudio v1.7 with the > >beta > > > >ASIO > > > > > > > >drivers and Steinberg's ASIO 2.0 SDK. The program compiled > > > >successfully > > > > > > > >using s_mac.c and s_portaudio.c with MSVC++ 6.0. > > > > > > > > > > > > > > > >Both audio input and output are working as tested on a DIGIGRAM > > > >VxPocket > > > > > > > >v2.0 PCMCIA audio card running on a Sony Vaio under win2k with > >the > > > >latest > > > > > > > >driver package from Digigram (v4.4c). I tested it with a > >microphone > > > >and > > > > > > > >monitor speakers. > > > > > > > > > > > > > > > >The software reports 12ms latency for each device: i.e. 24ms I/O > > > >latency. > > > > > > > >This corresponds with what I heard and is a significant > >improvement > > > >over > > > > > > > >the ~350ms latency reported when using the Microsoft Wave or > >DirectX > > > > > > > >drivers. > > > > > > > > > > > > > > > >Here's the PortAudio startup report: > > > > > > > > > > > > > > > >P:\pd\bin>pd > > > > > > > >MIDI: not yet implemented > > > > > > > >read/write > > > > > > > >PaASIO_QueryDeviceInfo: numDrivers = 1 > > > > > > > >PaASIO_QueryDeviceInfo: InputChannels = 2 > > > > > > > >PaASIO_QueryDeviceInfo: OutputChannels = 2 > > > > > > > >PortAudio : possible sample rate = 32000 > > > > > > > >PortAudio : possible sample rate = 44100 > > > > > > > >PortAudio : possible sample rate = 48000 > > > > > > > >---------------------------------- > > > > > > > >PortAudio : minSize = 504 > > > > > > > >PortAudio : preferredSize = 512 > > > > > > > >PortAudio : maxSize = 2016 > > > > > > > >PortAudio : granularity = 126 > > > > > > > >PortAudio : User buffer size = 128 > > > > > > > >PortAudio : ASIO buffer size = 512 > > > > > > > >PortAudio : Minimum BufferOffset for Output = 0 > > > > > > > >PortAudio : ASIOCreateBuffers with size = 512 > > > > > > > >PortAudio : InputLatency = 572 latency = 12 msec > > > > > > > >PortAudio : OuputLatency = 572 latency = 12 msec > > > > > > > > > > > > > > > >To do: create a new file called s_nt_asio.c that includes the NT > >MIDI > > > > > > > >interfaces as well as the PortAudio calls from s_mac.c. Has > >someone > > > >done > > > > > > > >this already ? If not, I'll try and make it. > > > > > > > > > > > > > > > >Best regards, > > > > > > > > > > > > > > > >Mike Casey > > > > > > > >www.media.mit.edu/~mkc > > > > > > > > > > > > > > > > > > > > > > > >----- Original Message ----- > > > > > > > >From: "Miller Puckette" <mpuckett(a)man104-1.ucsd.edu> > > > > > > > >To: "mark" <mark(a)junklight.com> > > > > > > > >Cc: "Matthew Nish-Lapidus" <mattn-l(a)rogers.com>; "PD List" > > > > > > > ><pd-list(a)iem.kug.ac.at> > > > > > > > >Sent: Sunday, January 27, 2002 6:09 PM > > > > > > > >Subject: Re: [PD] ASIO drivers in windows > > > > > > > > > > > > > > > > > Hi all, > > > > > > > > > > > > > > > > > > There's a Pd "portaudio" interface (in s_mac.c and > >s_portaudio.c), > > > >and > > > > > > > > > portaudio supports ASIO in "beta"... see > > > > > > > > > http://www.portaudio.com/ > > > > > > > > > > > > > > > > > > So in principle you can get Pd to talk to ASIO by just linking > >it > > > >all > > > > > > > > > toghether. I haven't tried this because I don't have any > > > >soundcards in > > > > > > my > > > > > > > > > Windows machine that support ASIO. > > > > > > > > > > > > > > Michael Iber > > > > > > > > > > > > > > http://www.iberspace.de > > > > > > > mailto://mail@iber-online.de > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _________________________________________________________ > > > Do You Yahoo!? > > > Get your free @yahoo.com address at http://mail.yahoo.com > > > > > > > > > _________________________________________________________ > Do You Yahoo!? > Get your free @yahoo.com address at http://mail.yahoo.com > >

2 1

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