Pd-list June 2002

pd-list@lists.iem.at

94 participants
144 discussions

Re: [PD] debian, pd and alsa
by Orm Finnendahl 17 Jun '02

17 Jun '02

Hi, > You could try > manually modprobing them, but better put them in your alsa-modules > configuration under /etc/modutils/ like: > > alias sound-slot-0 snd-card-0 > alias sound-service-0-0 snd-mixer-oss > alias sound-service-0-1 snd-seq-oss > alias sound-service-0-3 snd-pcm-oss > alias sound-service-0-8 snd-seq-oss > alias sound-service-0-12 snd-pcm-oss > > then run "update-modutils" Thanks, that worked! -- Orm

1 0

Notebook and PD... an advice
by claudio 16 Jun '02

16 Jun '02

Hi, I'm using Pd under Linux, and for pratical matter I would like install PD on a notebook. Reading in some forum I've pondered the idea that notebook are not good for audio despite the power in terms of memory and processor. If someone works with a notebook Could help me to choose a model that work well with PD under Linux? Ciao Claudio

2 1

long audio files?
by Andre Schmidt 16 Jun '02

16 Jun '02

hi, i would like to play a long (~60min) mono audio file with random starting points... my problem is that audio file size (112mb, 22050hz, mono, pcm)... i think i need to use compression or read it directly from disk... any hints ? thnx -andre ps. i'm using win2k, 1.2Ghz, 256mb, UDMA66-IDE...

1 0

debian, pd and alsa
by Orm Finnendahl 16 Jun '02

16 Jun '02

Hi, after switching from SuSE to debian, pd won't open audio. aplay and alsamixer work fine. Here's the output of various attempts: plain: orm@grisey:~$ pd /home/orm/.pdrc couldn't open MIDI input device 1 couldn't open MIDI output device 1 opened 0 MIDI input device(s) and 0 MIDI output device(s). /dev/dsp (writeonly): No such device /dev/dsp (readonly): No such device as root: grisey:~# pd /root/.pdrc couldn't open MIDI input device 1 couldn't open MIDI output device 1 opened 0 MIDI input device(s) and 0 MIDI output device(s). /dev/dsp (writeonly): No such device /dev/dsp (readonly): No such device audio I/O stuck... closing audio with -alsa flag (same output with -alsadev 1): grisey:~# pd -alsa /root/.pdrc couldn't open MIDI input device 1 couldn't open MIDI output device 1 opened 0 MIDI input device(s) and 0 MIDI output device(s). snd_pcm_open (input): No such file or directory snd_pcm_open (output): No such file or directory audio I/O stuck... closing audio with -alsadev "hw:0.0" flag grisey:~# pd -alsadev "hw:0.0" /root/.pdrc couldn't open MIDI input device 1 couldn't open MIDI output device 1 opened 0 MIDI input device(s) and 0 MIDI output device(s). ALSA lib pcm_hw.c:930:(_snd_pcm_hw_open) Invalid value for card snd_pcm_open (input): No such device ALSA lib pcm_hw.c:930:(_snd_pcm_hw_open) Invalid value for card snd_pcm_open (output): No such device audio I/O stuck... closing audio What am I missing? -- Orm

2 1

knoppix on cd / knoppix with pd
by Comic Cuteness 16 Jun '02

16 Jun '02

after reading about knoppix on this list, I obtained the image. it's truly the coolest! I attempted booting it on my compaq presario laptop, not expecting much. at first knoppix prompted me for a video mode and I should have ignored it and let it autoconfigure. I ultimately had to reboot after that first false start. what a surprise when after decompressing the second time and not straying from the yellow brick road that I was looking at kde running on my laptop play an mp3 with xmms. too cool. I'm not a big linux hack - I had it installed for about 6 months at one point but didn't get very far. knoppix is a great way to mess around with linux without having to commit. plus it has WAY more apps installed than I had when I used it last - actually, I just barely learned how to install things.. I guess knoppix uses oss because it does sound configuration with the red hat utility - if I recall you can't get really low latency with oss? does pd even work with oss? I'd much rather use alsa, but you know what they say about beggars. I know somebody mentioned this before, but it would be amazing to make an audio oriented image of this. or I might have to install linux. hehe -Ian

2 1

PD-linux, OSS, 32-bit samples
by Brian Whitman 14 Jun '02

14 Jun '02

I have a cheapo OSS-supported soundcard in a 2.4 kernel linux and am trying PD-.35-26. I was getting pure noise on the outputs and "OSS: DSP format: wanted 1024, got 16" so I investigated. It seems the s_linux.c file doesn't handle cards (or older OSS apis, not sure) that don't support 32-bit samples. i.e. line 864 s_linux.c: if ((ioctl(fd,SNDCTL_DSP_GETFMTS,&param) >= 0) && (param & AFMT_S32_BLOCKED)) Always returns true in my case: SNDCTL_DSP_GETFMTS returns 1048 (1024+16+8). The mask defined there for 32-bit samples (which I've only so far seen for RME cards) is 1024. I'm not sure why DSP_GETFMTS is returning a 1024 when the API hasn't heard of 32-bit samples yet. (i.e., when it tries to actually DSP_SETFMT that mask, it stops with an error.) I guess my questions are: 1) is AFMT_S32* defined in a newer OSS spec that I just don't have yet? 2) Does anyone know why a card would return a 1024 in its capable-mask if it can't set it? To fix the situation on my machine, I just commented out that check and left it at AFMT_S16_NE. Also, p.s.: KDE's aRts completely confuses the OSS startup routine in PD. I had to disable it. -- Brian Whitman - bwhitman(a)media.mit.edu http://www.media.mit.edu/~bwhitman Music, Mind & Machine Group MIT Media Lab

4 5

pd 0.35 test 23 and 26
by Ben Bogart - FMPM/F1999 14 Jun '02

14 Jun '02

Hello all, I've recently switched my debian system over to SUSE 8. I've noticed quite a strange thing with running PD. On debian I had both test4 and test23 working fine. Now in SUSE I can't get 23 or 26 to work, but test4 still works fine. I'm using the exact same OSS/Commercial driver on the same hardware. PD compiles fine. When I load test23 or 26 (after running soundon) I get no output to the console. The gui comes up but it seems only the GUI works, no backend. I can click on buttons which react but I can't load a patch, "exit" does not do anything either. This happens both as root and as a normal user. If I run soundoff then test23 and 26 do report not being able to open audio. When PD test 23 & 26 freeze like this they do hold onto the audio device (another process can't open the audio device): couldn't open MIDI input device 1 couldn't open MIDI output device 1 opened 0 MIDI input device(s) and 0 MIDI output device(s). /dev/dsp (writeonly): No such device error: OSS: SNDCTL_DSP_CHANNELS failed /dev/dsp test4 works fine, as it always did, compiled the same way. Let me know if I can offer any more specific information about my configuration to help resolve this. Thanks Ben B. Bogart ---------

3 3

pd & text->speech
by Michal Seta 14 Jun '02

14 Jun '02

Hello. First, I admit that I have not yet played with any of the text->speech (on linux) software so I don't know which one is what. However, I'd be interested in using smething like that with(in) pd. Has anyone done anything like that? Any ideas? If there's anything I miss from Max is the ispeak object :) -- ./MiS

7 9

Re: [PD] pddp - a proposal
by Krzysztof Czaja 14 Jun '02

14 Jun '02

hi Damien, what I have in mind is a reference manual -- comprehensive and synchronized with Pd development. One would use tutorials for learning, help patches for a quick reminder and for checking things, but the ultimate knowledge base is the reference manual. Max has it, msp has it, even osw has it -- but not Pd. And... what I have in (back of my) mind is more than that -- I would like to have a set of tools for integrating and maintaining all sorts of documentation for both internals, and externals... and more... Krzysztof Damien HENRY wrote: ... > Yes, Miller of course !!! ;-) > > I just whant to say that the way the actual help is working is very good > cause it's interactive.

16 24

Less intensive pitch shifting?
by Joseph Zitt 14 Jun '02

14 Jun '02

As I've mentioned, I working on a sort of "harmonizer" patch that takes an incoming signal and pitch-shifts it by appropriate amounts based on what keys are pressed on a 25-key MIDI keyboard. My first attempt uses 25 separate pitch-shifters, derived from the patch in the docs area, with the most recent velocity sent by each key determining the volume of the signal fed through that object. (I don't know if this makes a difference, but I've replaced the half-steps-based calculations of the original with the simple frequency ratios of just intonation.) Unfortunately, this appears to be beyond the capabilities of my somewhat lame laptop (266 MHz Pentium under Windows 98 (I'd rather use Linux but so far have had no success with the USB-MIDI driver)). When audio is turned on, the system slows down so radically that, from watching the numbers attached to the outlets of the notein object, a key press is processed some 2-3 seconds later, and what audio gets out is brief instants of distortion. A couple of possibilities strike me: - Is it possible to, in a sense, power down the objects when they are not being used (that is, when it has most recently received a non-zero control input)? - Do less processing-intensive pitch shifters exist that the one I've modified (which uses the tape-head emulation to do the shifts)? - Am I just more ambitious than my laptop can stand? Thanks for any enlightenment. -- | josephzitt(a)josephzitt.com http://www.josephzitt.com/ | | http://www.metatronpress.com/jzitt/ http://www.mp3.com/josephzitt/ | | == New book: Surprise Me with Beauty: the Music of Human Systems == | | Comma / Gray Code Silence: the John Cage Discussion List |

2 1

← Newer
1
...
4
5
6
7
8
9
10
...
15
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 June 2002