Pd-list

pd-list@lists.iem.at

19 participants
33278 discussions

Re: Sound Cards
by Søren Bovbjerg 15 Jul '99

15 Jul '99

Hi Karl I have a live card but I am sorry to say, that it is not fully supported under Linux yet! The driver is in a beta state (0.3b), and is not very stable. Version 0.3b was released a few days ago, and I have not tried it yet with PD. The other versions did not work (dacs died) and there was no MIDI support (yet). Creative has a newsgroup on the subject: news.soundblaster.com / creative.linux There also seems to be problems with SMP but you can read on in the NG. So.. I don't recommend the card (yet). But it might be a nice card when the drivers get better.. with full duplex and all. Cheers Soeren > >Anyone have experience with the soundblaster live cards under linux? I am >considering upgrading my pitiful Yamaha OPL3sa built-in sound card and was >wondering about the creative cards under the newest versions of linux >(RedHat/Mandrake 6 specifically). Any experience with SMP would be great >(I know that there were some issues at one time with the Live Card and >SMP). If you know of a suitable alternative that would be fine too. >

1 0

gem bug - single buffering
by Mark Danks 15 Jul '99

15 Jul '99

Someone noticed that GEM has a bug where nothing appears to be drawn in single buffering mode. I have a fix for the bug and will put it in the next release, unless someone wants/needs it earlier. Later, Mark ---------------------------------------- -- Mark Danks -- mdanks(a)stormfront.com -- http://www.danks.org/mark ----------------------------------------

2 1

ggext -- bug warning
by Guenter Geiger 29 Jun '99

29 Jun '99

Hi there ! Just encountered a bug in the "state" object of ggext. Using number boxes to select different states doesn't work ! (Until now I only used float messages for that). A fix for the problem is at http://gige.epy.co.at/pd/pdlib/externals/ggext-0.6p1.tar.gz I think I still have to make quite a few changes until ggext is really stable. I did some fairly (for me) experimental things with the "slider" and "toddle" objects. Upcoming is a new version of the "groover", because the "state" object simplifies loading and saving of patterns a lot. Have fun ! Guenter

1 0

ggext-0.6 ready for testing
by Guenter Geiger 28 Jun '99

28 Jun '99

Hi there ! I did put a new version of my externals on the web: http://gige.epy.co.at/pd/pdlib/externals/ggext-0.6.tar.gz I have included two GUI objects (slider and toddle). Bugreports appreciated ! Guenter ( The package is setup for usage with Linux, but some parts should compile under SGI and NT too, if someone dares to try it out, let me know what happens )

1 0

Sound Out on Windows NT 4.0
by joseph＠binky.ri.mgh.mcgill.ca 26 Jun '99

26 Jun '99

Hi, I just downloaded Pd ver 0.25 for Windows NT 4.0, and tried to run the test audio and MIDI patch. There seems to be no problem with the MIDI, but I get no audio at all. Upon loading, Pd gives the message: waveOutOpen device: The specified device is already in use. Wait until it is free, and then try again. Looking through the list archives, I saw something about using the -soundoutdev flag in this situation, but trying out various numbers for x in -soundoutdev x did not help, although it did change the message to other things like "out of range" device numbers. I also played around with the audio buffer, but this did not change anything either. Any help would be greatly appreciated, Lawrence

2 1

Re: ggext
by Guenter Geiger 18 Jun '99

18 Jun '99

forum::f=FCr::uml=E4ute writes: > H=F6y ! >=20 > Since I do not know, whether the list received my first attempt on w= riting > this, give me another chance :: >=20 >=20 > Being made interested by the group, I downloaded the ggext-0.5 and t= ried to > make it run on Win95(that's what I use, and that's what I regret). > Guenter, did you test your external on Win-platforms already ? > Me, I got some more or less serious problems. >=20 > ADSR : me thinketh, that <unistd.h> and <sys/mman.h> are mere linux = includes > STREAMIN: somewhere in the streamin_perform() -function (reading 8bi= t/16bit > STREAMOUT: the same as above, plus problems with incompatible pointe= r types ok, will fold this in in the next snapshot, thank you. I once tried streamin, streamout, but then I think I changed too much meanwhile. > FOFSYNTH: this is what I definitely did not make work :: somewhere t= he hmmm .. probably nobody can get this one to work ... it's still in a=20= strange testing phase ... and not really working as a fof. Guenter

1 0

hello
by Scott Draves 16 Jun '99

16 Jun '99

hi, i have just installed Pd on my new linux machine and it works! i plan on working on eye-candy graphics controlled by sound. my first project is to port bomb (http://draves.org/bomb). after that i will work on a more modular and better intergrated approach to 2D graphics in Pd. in the meantime i have a lot to learn about Pd and GEM. i hope you will tolerate some beginner questions. i have encountered two glitches so far: 1) The sound driver thinks my Sound Blaster ISA AWE64 doesn't support duplex IO, contrary to my understanding. Guenter describes a patch for PCI128 cards that sounds like it solves the same problem. Is this the right fix? 2) When I open 2B_sampler.pd in the doc, i get: [spot@salvia src]$ pd -adc Pd version 0.24 test pd: opened /dev/dsp in read only mode pd: advance 34, samplerate = 44100, channels = 2 pd: starting engine MIDIlib: Found one MIDI port on /dev/midi00 pd: external fname = ./qsample.pd.pd_linux pd: external fname = /usr/lib/pd/externs/qsample.pd.pd_linux pd: external fname = turn/qsample.pd.pd_linux pd: turn/qsample.pd.pd_linux: cannot open shared object file: No such file or directory pd: external fname = ./qgain.pd.pd_linux pd: external fname = /usr/lib/pd/externs/qgain.pd.pd_linux pd: external fname = turn/qgain.pd.pd_linux pd: turn/qgain.pd.pd_linux: cannot open shared object file: No such file or directory is that a known bug? i don't know why it's trying to load a qgain object because qgain is just a subpatch...

3 6

RE: Gem on SGI
by Mark Danks 12 Jun '99

12 Jun '99

> -----Original Message----- > From: Michael Thompson [mailto:mat0001@jove.acs.unt.edu] > Sent: Friday, June 11, 1999 4:24 PM > To: pd-list(a)iem.mhsg.ac.at > Subject: Gem on SGI > Hopefully I can help with this... > Im trying to build an SGI n32 version (gcc/g++ I dont have > access to the > SGI compilers anymore) of Gem and have run into a problem. Where can I > find libvice.so and what is it used for. Seems that configure needs it > for some reason and gem wants me to link against it even if I tell it > no. Anybody know which source file contains the header file that needs > this library? > I believe that the library is for the video processing. If you remove pix_video*.* you should be okay. > Can I use the windows Gem 0.80 source to build SGI gem? > Yes, assuming that you have all of the libraries (they haven't changed from 0.79). I'm sorry to everyone that I haven't had time to compile Gem 0.80 for the SGI yet. However, it looks like I may be getting physical access to an Octane soon at CNMAT, so I'll have to see. > BTW some of the files in the Gem source file are foobar and I had to > surf to find the source for some of the libraries... > Can you tell me which ones are screwed up? I want to make sure that everything is okay. Later, Mark ---------------------------------------- -- Mark Danks -- mdanks(a)stormfront.com -- http://www.danks.org/mark ----------------------------------------

1 0

how to un-sub?
by Neil Leonard 12 Jun '99

12 Jun '99

Mail*Link(r) SMTP how to un-sub? How does one get off of this list? Thank you, Neil

3 2

named pipes, stdout, pd and mp3
by 17.hzV.tRL.478 09 Jun '99

09 Jun '99

jui. we got a hacked version of pd outputting to stdout as well as to dev/dsp so redirected the pcm into 'encoder', the only mp3encoder aprt from fraunhofer stuff, that reads stdin, and haad the encoder write on a named pipe. but stil, we couldnt manage to finally stream directly to the icecast server, because the streaming utilites coming with icecast, cant really cope with the pipe stuff .. but once that works out, it would be easy to encode from a named pipe written into by an 'sfread'. (and then start the encoder with an 'exec' obj on demand). there also other problems: -for example that the encoder isn tfast enough on a p233. ;) (or: why isnt there a -speedratherthanquality option to the encoder(s)) -also, pd still depends on an existing /dev/dsp to ever output any signal, and be it 'only' through streamout or sfwrite.? (guenther: i have still many jodels in the box, so i can easily afford one just to cheers you up ;) and of course, if its not longer than one mailscreen, its not a todolist .. fifo! -- bzorstogipptude

2 2

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