Pd-list

pd-list@lists.iem.at

19 participants
33278 discussions

Re: Full-duplex questions
by Michael Lechasseur 22 Dec '98

22 Dec '98

Is there a simple way to test for a driver's full-duplex capabilities outside of pd? I've tried mixing several inputs sources such as line-in, cd audio in, and playing an mp3, which can all heard via the sound cards output. This suggests to me that my sound card and drivers are full-duplex capable outside of pd. Or is this a naive assumption? The doc's for OSS/Free suggest that these drivers are half-duplex only. I didn't actually try it outside of pd before I bought the commercial drivers. Are you getting full-duplex audio outside of pd using OSS/Free? >2) Didn4t try OSS/Linux, because it crashed my computer (alpha) > the last time I installed it. You could try setting the audiobuffer > size and look if it works .. I am unfamiliar with the audiobuffer size parameter. Do I want to set this for the driver or loading pd? >1) with OSS/Free, the card only works in full duplex with BIG > audiobuffer sizes.(kernel 2.1.131) Same question. How do you set the audiobuffer? >In my opinion the OSS driver just don4t work as documented, or rather, the >documentation lacks a specification of minimum audiobuffer sizes. I have found the OSS email tech support to be excellent and really fast. Which is why I paid for the commercial drivers. Why don't you get in touch with them? >3) After trying ALSA I realized, that the ALSA code in pd is only > full duplex with two soundcards. Then, I4m having problems with ALSA under > Alpha anyway, which I have to investigate further. Hey, I still have my old SB16. Maybe I can use that as an input device and use my PCI128 as output. I doubt that win95 would like that configuration, but ALSA supports it. Thanks for the idea. I found that the ALSA drivers sounded better than the OSS ones, but have no testing gear to prove it. >until then (early Jan), you could only look into s_linux.c and try to fix >OSS code yourself.. ha! I have the ambition, but I doubt the technical knowledge yet. There are people in the know here at school though. Maybe between I can convince them to give a hand for a good cause. >Merry Christmas Same to you!

2 1

Full-duplex questions
by Michael Lechasseur 21 Dec '98

21 Dec '98

I'm having problems with full-duplex mode in Linux. I'm using a Sound Blaster PCI128 with OSS/Linux and alternately with ALSA drivers. The ALSA drivers seem very nice BTW, a bit of pain to setup, but they sound great. With OSS/Linux I get this message when starting pd: pd: dacs died.. switching to alternate time source the same error occours with the -adc switch, -dac works fine. Using the ALSA drivers, which are full duplex, pd starts in -dac mode even if it the switch is not specified. ie: I get the "write only" message from pd. Using the ALSA compatible mixer "xamixer" I can mix multiple inputs with no problems while listening to the output. I don't know if this is the best way to test full-duplex capabilities in Linux? Any ideas? Does pd support 16-bit full-duplex audio? It seems to work ok in win95. Thanks.

2 1

GEM/CD-ROM
by SETA,MICHAL,MR 15 Dec '98

15 Dec '98

Hello all, I'd like to install GEM, now that I have pd running (sort of...). I don't seem to able to do that, so maybe someone will have an idea.. I'm running LinuxPPC on an Apple machine (ppc 7200/120). Essentially, after having done what the readme file is saying, when I start pd -lib gem , the app is looking for a (shared library?) gem.pd_linux. I figure, I should compile it myself but nothing wants to even start compiling... Also, is there a plan for an external to read from a CD??? Thanx +------------> | Michal Seta | | http://www.geocities.com/vienna/1257/ | <~~~~~~~~~~~~~~~~~~~~~| | It's only when I know what I'm doing that it's boring | j cage | +--------------------------------------------------------+

3 2

GEM Faq
by Mark Danks 15 Dec '98

15 Dec '98

The Gem faq which is distributed in the release package is at: http://www.danks.org/mark/GEM/gem_06.FAQ There is nothing much about Linux, but if people have Q/A's that can be added, that would be great. I'll probably have my linux box in Jan, so I'll have more insight in how to deal with it. Later, Mark ---------------------------------------- -- Mark Danks -- mdanks(a)stormfront.com -- http://www.danks.org/mark ----------------------------------------

1 0

Re: GEM/CD-ROM
by antiorp＠tezcat.com 15 Dec '98

15 Dec '98

- http://194.19.130.194/=cw4t7abs/0f0003/skilerthu_thetta_mal-/%40%25a631%25a8 %10%25ad%20%25d9%20%7c%20%7c.sit.bin 0+1 l!ne. | d ! v ! s ! n v k r ! t ! k L p h e n o m e n a - \ | | | | | | | | | | | | | | | | | * * * * * * * * * * * * * * * * * h : \ \ m 9 n d f u k c . c o m

1 0

Sound Blaster 16-bit full-duplex support info from OSS-Linux
by Michael Lechasseur 08 Dec '98

08 Dec '98

I got some great 'straight' info about the SB 64 Gold and SB PCI128 cards from the OSS-Linux people at http://www.opensound.com/index.html so I thought that I would pass it along in case anybody does an archive search with the same problem sometime down the road.. --- Hi, 16bit full duplex audio is only supported on PCI128. We do support full duplex on the SB AWE64s but when doing full duplex, recording and playback fall back to 8bit dma (you still can record 16bit audio!). In the SB AWE64 the play channel is 16bit dma and the record channel is only 8bit DMA. We recommend the SB PCI128. But if you need MIDI support, we recommend the AWE64 since there is no onboard MIDI synth hardware on the PCI128 and you have to resort to the SoftOSS software MIDI synth which doesn't sound as good as the hardware based EMU8000 wavetable synth on the AWE64. Additionally, on the SB AWE64 Gold, we do support the S/PDIF output port. best regards Tech support --------------------------------------------------------------------- 4Front Technologies 4035 Lafayette Place, Unit F, Culver City, CA 90232, USA. Tel: (310) 202 8530 URL: www.opensound.com Fax: (310) 202 0496 Email: info(a)opensound.com ---------------------------------------------------------------------

1 0

Q: Sound Blaster 64 Gold + pd + Linux?
by Michael Lechasseur 08 Dec '98

08 Dec '98

Hi, I'm in the market for a new sound card and need your advice. I'd like to have full-duplex audio in pd. I plan to get a Sound Blaster 64 Gold for 100$, and then use the commercial full-duplex OSS-Linux drivers. (I successfully compiled the 2.0.36 kernel with OSS-free drivers but they're half-duplex only.) Does anyone use these two products? It would make more sense to buy a PCI sound card, but if the drivers are not available for Linux, then I don't have much choice. Unless there are any reasonably priced PCI based cards which have full-duplex support in Linux? The PCI SBLive! cards won't have Linux drivers for a while, since Creative is sitting on the hardware info which is necessary to write the drivers until the new year. Any suggestions would be appreciated, Michael Lechasseur

1 0

pd workshop -> FW: SUNY Buffalo-Summer Max/MSP Workshop
by Guenter Geiger 05 Dec '98

05 Dec '98

Just thought IÅ½d forward this to the pd list too ..... -----Original Message----- From: ICMA [mailto:msimoni@umich.edu] Sent: Thursday, December 03, 1998 7:24 AM To: icma(a)umich.edu Subject: SUNY Buffalo-Summer Max/MSP Workshop This message uses a character set that is not supported by the Internet Service. To view the original message content, open the attached message. If the text doesn't display correctly, save the attachment to disk, and then open it using a viewer that can display the original character set. <<message.txt>>

1 0

more stuff
by tpt 04 Dec '98

04 Dec '98

helo. ok, sorry for the flood, but i ll keep babbling as long as thoughts do come up. - netscape plugin - maybe related to an interfaceless pd-instance since both c/would be just a runtime module.? - ok m this is obvious and i m sure people have spent time pondering it, but what about porting pd to java-pltform? ? it could probalby save a lot of later work if efforts are started at this early stage. of course, i know that java's just tooooo slow, but, maybe on the alpha it would feel like on a p200 . and also on new-fast G3 macs it will maybe rock .. and then, you could also load the pd "synthesis-engine"(se) into an applet in the browser. so it would be a bit like Jmax in that you can have custom interfaces to running patches but also have the "se" directly in the browser, as well as on any other machine.! hm, i just know a bit to0 little about the true portability of java programs and the internal workings of pd to see wether what is realistic and what not .. ;9 - maybe there is already a solution for this, but whats shit on linux (besides the full-duplex mess) is that if one app has open dev/dsp you cant access it from another applicatiion. so you would need something like soundmanager on the mac, which "serves" virtual audio-devices but mixes them internally, so no app beside soundmngr really accesses dev/dsp. would this work with NAS for example? or what else? on the other hand, i thought, maybe its possible to have pd to do this so an editor or a file player can connect to a internal-signal-inlet which you can then just mix or send it through processing chain ... but, in fact there's probably no way around recompiling each app you would want to use in this manner ... though .. i would go for it ... - ... aeh, yeah, when will we do a workshop in "programming of pd-externals for the layman"?? (maybe somewhere in austria in earlier 1999?) ok enough, ltr. - -- |n|o|T|a|V|a|i|l|a|b|l|e

2 1

client server version
by Mark Danks 04 Dec '98

04 Dec '98

All of the talk about a true client/server model, especially without a GUI is something that I'm very interested in. As any one who has tried to do an audio and graphics patch knows, you basically can't run audio Pd and GEM at the same time. In the past, I've gotten around it by using two machines, but it is a real drag. In theory, I'm getting a dual-processor box in the near future and one thing that I want to do is make it so that it is easy to run two instances of Pd at the same time...and have them talk to each other (probably netsend to start with). Also, it should be fairly easy to remove the GUI part. You would need to write a new "front end", since pd.exe immediatedly calls pd.dll. Instead of calling sys_main and sys_startgui, you would need to provide the "hooks" for the pd.dll to send the data, but then don't ever do anything with that data. On NT, for instance, sys_startgui connects to wish80 with a pipe and sends the data that way. By rewriting some of the functions in s_inter.c, it would be simple to get rid of the gui...if my ramblings made any sense... Later, Mark ---------------------------------------- -- Mark Danks -- mdanks(a)stormfront.com -- http://www.danks.org/mark ----------------------------------------

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