Pd-list February 2002

pd-list@lists.iem.at

89 participants
173 discussions

some interesting info regarding RME-Alsa (0.9) and PD (and other 0.35.9 suggestions)
by Ivica Bukvic 15 Feb '02

15 Feb '02

I hope this might be helpful to whomever will be capable of making Pd latest Alsa+RME friendly (which now, since Alsa has become incorporated into the kernel should be a rather important issue ;-). I was fiddling with different options, so this is what I could come up with: On my system there are 2 soundcards es1370 as the primary card, and RME Hammerfall as the secondary one. I am using latest Alsa 0.9. Here's my .asoundrc file (which should be placed into one's home dir, and this one works flawlessly with Ardour): pcm.rme9652 { type hw card 1 } ctl.rme9652 { type hw card 1 } pcm.dsp1 { type plug slave.pcm rme9652 } (please notice that my card # and dsp# refer to RME being secondary card, thus for example, I'd start ardour by saying: ardour -d rme9652 -f 2048 ) Now, as far as the latest 0.35.9 version of PD is concerned, here are a couple of suggestions: the extra/expr~/vexp.h does not find properly some includes which are located in the src/ dir. This might be the quirk of my machine, but the easy fix to make a compile error-less would be to change m_pd.h include line of this file from: #include "m_pd.h" to: #include "../../src/m_pd.h" (note: i did do make depend, but that did not resolve this "file not found" error) Now onto the main reason for this e-mail :-)... This is what I tried with the Pd in its current state: (note, I am using internal RME brackets with 8 i/o, so I have them specified appropriately) call: pd -nomidi -alsa -inchannels 8 -outchannels 8 -alsadev 2 yields: audio I/O stuck... closing audio [app works, no sound] call: pd -nomidi -alsa -alsadev 2 yields: snd_pcm_hw_params_set_access (input): Invalid argument Sample width set to 4 bytes ALSA: set input channels to 14 snd_pcm_hw_params_set_access (output): Invalid argument alsa: set output channels to 14 pd: pcm.c:866: snd_pcm_writei: Assertion `pcm->access == SND_PCM_ACCESS_RW_INTERLEAVED' failed. Aborted [app closes] call: pd -nomidi -alsa -inchannels 26 -outchannels 26 -alsadev 2 yields: audio I/O stuck... closing audio [app works, no sound] call: pd -nomidi -alsadev 2 yields: snd_pcm_hw_params_set_access (input): Invalid argument Sample width set to 4 bytes ALSA: set input channels to 14 snd_pcm_hw_params_set_access (output): Invalid argument alsa: set output channels to 14 pd: pcm.c:866: snd_pcm_writei: Assertion `pcm->access == SND_PCM_ACCESS_RW_INTERLEAVED' failed. Aborted [app closes] call: pd -nomidi -alsa -inchannels 2 -outchannels 2 -alsadev 2 yields: audio I/O stuck... closing audio [app works, no sound] (note: alsadeve 0 and 1 give me the es1370 card, probably since it has one device for output and one for input, but I may be wrong about this one) Finally, if select -soundoutdev and -soundindev flags and specify RME for being either primary or secondary (i.e. 0,1 or 1,0), then there are no errors and the app works (sound works fine from the es1370), but the RME is pretty much dead sound-wise. (I am a bit rusty on PD, but my assumption is that DAC 3 and up should then refer to RME card, if the es1370 is specified as the primary card, and there is no sound coming from it despite lack of errors). Anyhow, you get the pattern. It seems that there is some issue with the interleaved stuff, as well as recognizing the # of i/o and sample width. These to me seem to be minor problems, since some properties of the card are definitely being recognized (and if I specify no. of channels, the card does not report any error, except for the "stuck audio"), so I would hope that fixing it should not be that big of a deal. But then again, I never coded a driver, so what the heck do I know ;-). Well, hope this may help getting the RME to work with PD. Cheers! Ico

1 0

OpenSound Control / sendOSC
by smoerk 15 Feb '02

15 Feb '02

Does someone use the OSC external with the sendOSC client? I have the impression the OSC external is not compatible with sendOSC.

3 2

jack patch
by CK 15 Feb '02

15 Feb '02

hi, I just found http://home.t-online.de/home/pdq808/jack-patch will try to get this running and maybe port it to a newer version, for now I stick to test4, but I'm downloading test9 right at this moment. miller: would you consider including a jack patch ? for those that never head of jack before please take a look at: http://jackit.sourceforge.net/ atb x -- chris(a)lo-res.org Postmodernism is german romanticism with better http://pilot.fm/ special effects. (Jeff Keuss / via ctheory.com)

8 11

warning: float method overwritten
by Thomas Grill 15 Feb '02

15 Feb '02

Hi list, i have a dsp external object which has both a signal in and a float method at the leftmost inlet. When the class is set up, the warning "float method overwritten" is posted. What exactly is the meaning of that? Is there some problem with the above setup? thanks, Thomas

2 1

Re: [PD] USB MIDISPORT 2x2 works with PD under Linux
by Jim Ruxton 14 Feb '02

14 Feb '02

>Thanks for the update. The question is-- are you still able to use the >MIDIMAN w/ windows (assuming you ever did)? > I haven't tried it under Windows since I loaded it under Linux but there shouldn't be any problem as the driver is downloaded to the MidiSport every time it is fired up. The driver is held in RAM on the MidiSport not ROM or EEPROM. I wrote a script for Linux to download the firmware via the USB port when I want to use MIDI. If you are nervous about it let me know and I'll boot up PD in XP and give it a try. Jim > > > >Bill > > >on 2/12/02 5:45 PM, Jim Ruxton at cinetron(a)passport.ca wrote: > >>I thought I'd let people know that I got the MidiSport 2x2 working with >>PD under Linux. MIDIMAN doesn't supply Linux drivers for this device >>however Bill Orcutt (Thanks Bill) suggested trying the ones here: >> >>> >>>http://member.nifty.ne.jp/Breeze/softwares/unix/usbmidi-e.html >>> >>> >>You must also download firmware to the device which you can get here: >> >>http://ezusb2131.sourceforge.net/ >> >>Jim >> >> >

2 2

Re: [PD] porting MAX objects to PD/ csound~
by CK 14 Feb '02

14 Feb '02

I read: > How difficult would it be to port this to pd? I guess provided he shares the sources not at all > I think the csound~ object is supposed to be open-sourced in some form or > another. not on the website, just patches an external and a precompiled csoundlib I'll nevertheless try to contact him about it (actually I did that a few days ago when he first mentioned it on the cs list) regards, x -- chris(a)lo-res.org Postmodernism is german romanticism with better http://pilot.fm/ special effects. (Jeff Keuss / via ctheory.com)

4 4

what is the current state of the support for the Alsa Hammerfall driver?
by Ivica Bukvic 14 Feb '02

14 Feb '02

Hi all! I was just checking out the pure-data.org site, and since I heard a while ago that the site is somewhat out of date, I was wondering just how well does the pd work with the latest ALSA driver for the Hammerfall card (0.9.beta10 or whatever it is)? Any info would be greatly appreciated! Sincerely, Ico http://meowing.ccm.uc.edu/~ico/

7 19

linux kernel : good news !
by Nicolas Lhommet 14 Feb '02

14 Feb '02

For information, I found some good news on Slashdot : Preemptible Kernel Patch Accepted : http://slashdot.org/article.pl?sid=02/02/10/2216207&mode=thread Linus Merges ALSA Into 2.5.4 : http://slashdot.org/articles/02/02/13/2227233.shtml?tid=106 nicolas

1 0

Firenze
by Frank Barknecht 14 Feb '02

14 Feb '02

Hi, Linux Journal posted a short summary of June 2001 Firenze workshop written by the omnipresent Dave Phillips, that includes some PD coverage at http://www.linuxjournal.com/article.php?sid=5355 Ciao, -- __ __ Frank Barknecht ____ ______ ____ __ trip\ \ / /wire ______ / __// __ /__/ __// // __ \ \/ / __ \\ ___\ / / / ____/ / / / // ____// /\ \\ ___\\____ \ /_/ /_____/ /_/ /_//_____// / \ \\_____\\_____\ /_/ \_\

2 1

licensing
by Krzysztof Czaja 13 Feb '02

13 Feb '02

hi all, what license would be the most appropriate for a `vexing' library of Pd externals, that I am going to release this week, and in which I use snippets from GPLed sfront, MITed Csound, and Pd? The code is either written from scratch, or completely rewritten, _but_ after careful reading of sfront, Csound, and Pd code -- and it shows. The external in question is vex_gen, which fills Pd arrays according to saol wavetable generators (if fed with anythings) or Csound f statements (if fed with lists). Of course, I would prefer Pd license, but what if in order to use that I would have to apply for ``specific prior permission from M.I.T''? (I do not know even, if my country is not under high-tech embargo of any sort;-) Krzysztof first smoerk wrote: ... > i would prefer a license like bsd or the pd license. nothing against > gpl, but for such a general thing, it would be better to have a > license, which gives the author of a new external the freedom to choose then Thomas Grill wrote: ... > As i see it (and read it in the gpl.txt file), the GPL grants you the > freedom to do with the code what you want, and also change and redistribute > it as long as you state what the sources are and as long as you make the > source code available to the public again. > This is just my intention: as i learned a lot of things out of the open > sources from pd, GEM and other packages, other people should be given that > opportunity as well. If there is any further problem please let me know.

3 2

← Newer
1
...
8
9
10
11
12
13
14
...
18
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 February 2002