Hello
after a good deal of pain and discomfort I have a HDSP/Multiface unit running with ALSA (the latest CVS) and to my amazement just now, with Pd.
The only version of Pd that seems to work with my setup is this CVS version (0.37 TEST 4) - (incidentally, fiddle~ seems to be broken in this release). I configured the compilation using the --enable-alsa flag, however I'm not certain it's actually using ALSA. When Pd starts in verbose mode I get the following print out:
[iain@mother src]$ /home/iain/projects/puredata/pd/bin/pd -mididev 1
-verbose -channels 18
Pd version 0.37 TEST 4
compiled 16:15:21 Jul 22 2003
device 1: tried /dev/midi READ/WRITE; returned 3
opened 1 MIDI input device(s) and 1 MIDI output device(s).
input channels = 18, output channels = 18
opened /dev/dsp for reading and writing
opened audio output on /dev/dsp; got 18 channels bytes per sample = 2 warning: OSS takes only power of 2 blocksize; using 227 setting nfrags = 8, fragsize 9216
audiobuffer set to 50 msec
OSS: requested audio buffer size 79380 limited to 18432
opened audio input device /dev/dsp; got 18 channels
bytes per sample = 2
OSS: issuing first ADC 'read' ... ...done.
port 5400
Waiting for connection request...
TCL_LIBRARY="/home/iain/projects/puredata/pd/tcl/library"
TK_LIBRARY="/home/iain/projects/puredata/pd/tk/library"
"/home/iain/projects/puredata/pd/bin/pd-gui" 5400
... connected
Does the above mean Pd is using "OSS emulation" and not ALSA proper? I'm pretty confused about the whole thing - hope someone can clarify what's going on. I notice the -alsa flag seems to be gone from this version of Pd - don't know if that has anything to do with it. Also, the setup seems to be limited to buffer sizes of 15msec and higher - any less and dropouts occur. How can I improve this? I'm currently running a Vanilla 2.4.20 kernel - will I need low latency patches etc?
Cheers,
Iain
Iain Mott www.reverberant.com
PD uses OSS unless you specifically enable ALSA by invoking it thus:
pd -alsa
On Tue, Jul 22, 2003 at 08:06:01AM +0000, Iain Mott wrote:
Hello
after a good deal of pain and discomfort I have a HDSP/Multiface unit running with ALSA (the latest CVS) and to my amazement just now, with Pd.
The only version of Pd that seems to work with my setup is this CVS version (0.37 TEST 4) - (incidentally, fiddle~ seems to be broken in this release). I configured the compilation using the --enable-alsa flag, however I'm not certain it's actually using ALSA. When Pd starts in verbose mode I get the following print out:
[iain@mother src]$ /home/iain/projects/puredata/pd/bin/pd -mididev 1
-verbose -channels 18 Pd version 0.37 TEST 4 compiled 16:15:21 Jul 22 2003 device 1: tried /dev/midi READ/WRITE; returned 3 opened 1 MIDI input device(s) and 1 MIDI output device(s). input channels = 18, output channels = 18 opened /dev/dsp for reading and writingopened audio output on /dev/dsp; got 18 channels bytes per sample = 2 warning: OSS takes only power of 2 blocksize; using 227 setting nfrags = 8, fragsize 9216
audiobuffer set to 50 msec OSS: requested audio buffer size 79380 limited to 18432 opened audio input device /dev/dsp; got 18 channels bytes per sample = 2 OSS: issuing first ADC 'read' ... ...done. port 5400 Waiting for connection request... TCL_LIBRARY="/home/iain/projects/puredata/pd/tcl/library" TK_LIBRARY="/home/iain/projects/puredata/pd/tk/library"
"/home/iain/projects/puredata/pd/bin/pd-gui" 5400 ... connectedDoes the above mean Pd is using "OSS emulation" and not ALSA proper? I'm pretty confused about the whole thing - hope someone can clarify what's going on. I notice the -alsa flag seems to be gone from this version of Pd - don't know if that has anything to do with it. Also, the setup seems to be limited to buffer sizes of 15msec and higher - any less and dropouts occur. How can I improve this? I'm currently running a Vanilla 2.4.20 kernel - will I need low latency patches etc?
Cheers,
Iain
Iain Mott www.reverberant.com
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
The easiest way to use pd with the HDSP is the JACK driver. It is new to me that the ALSA OSS layer supports multichannel, .. I would be confused too.
I am not sure if the newest pd (0.37) supports the HDSP ALSA interface (which is different from the standard ALSA interface). There is a experimental version of a working HDSP ALSA interface in CVS in the devel_0_36 branch. (Well, at least it should work, I don't have such a card).
Guenter
On Tue, 22 Jul 2003 matthijs@devdsp.net wrote:
PD uses OSS unless you specifically enable ALSA by invoking it thus:
pd -alsa
On Tue, Jul 22, 2003 at 08:06:01AM +0000, Iain Mott wrote:
Hello
after a good deal of pain and discomfort I have a HDSP/Multiface unit running with ALSA (the latest CVS) and to my amazement just now, with Pd.
The only version of Pd that seems to work with my setup is this CVS version (0.37 TEST 4) - (incidentally, fiddle~ seems to be broken in this release). I configured the compilation using the --enable-alsa flag, however I'm not certain it's actually using ALSA. When Pd starts in verbose mode I get the following print out:
[iain@mother src]$ /home/iain/projects/puredata/pd/bin/pd -mididev 1 -verbose -channels 18 Pd version 0.37 TEST 4 compiled 16:15:21 Jul 22 2003 device 1: tried /dev/midi READ/WRITE; returned 3 opened 1 MIDI input device(s) and 1 MIDI output device(s). input channels = 18, output channels = 18 opened /dev/dsp for reading and writing
opened audio output on /dev/dsp; got 18 channels bytes per sample = 2 warning: OSS takes only power of 2 blocksize; using 227 setting nfrags = 8, fragsize 9216
audiobuffer set to 50 msec OSS: requested audio buffer size 79380 limited to 18432 opened audio input device /dev/dsp; got 18 channels bytes per sample = 2 OSS: issuing first ADC 'read' ... ...done. port 5400 Waiting for connection request... TCL_LIBRARY="/home/iain/projects/puredata/pd/tcl/library" TK_LIBRARY="/home/iain/projects/puredata/pd/tk/library" "/home/iain/projects/puredata/pd/bin/pd-gui" 5400 ... connected
Does the above mean Pd is using "OSS emulation" and not ALSA proper? I'm pretty confused about the whole thing - hope someone can clarify what's going on. I notice the -alsa flag seems to be gone from this version of Pd - don't know if that has anything to do with it. Also, the setup seems to be limited to buffer sizes of 15msec and higher - any less and dropouts occur. How can I improve this? I'm currently running a Vanilla 2.4.20 kernel - will I need low latency patches etc?
Cheers,
Iain
Iain Mott www.reverberant.com
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
-- take care,
Matthijs de Jonge http://devdsp.net - news and resources for computer musicians
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
at least for me on 0.37 test4, the alsa startup flag is not recognized (after compiling with --enable-alsa). it spits out the pd usage flag list and states "default audio API for this platform: OSS."
-dan
On Tue, 22 Jul 2003 matthijs@devdsp.net wrote:
PD uses OSS unless you specifically enable ALSA by invoking it thus:
pd -alsa
On Tue, Jul 22, 2003 at 08:06:01AM +0000, Iain Mott wrote:
Hello
after a good deal of pain and discomfort I have a HDSP/Multiface unit running with ALSA (the latest CVS) and to my amazement just now, with Pd.
The only version of Pd that seems to work with my setup is this CVS version (0.37 TEST 4) - (incidentally, fiddle~ seems to be broken in this release). I configured the compilation using the --enable-alsa flag, however I'm not certain it's actually using ALSA. When Pd starts in verbose mode I get the following print out:
[iain@mother src]$ /home/iain/projects/puredata/pd/bin/pd -mididev 1
-verbose -channels 18 Pd version 0.37 TEST 4 compiled 16:15:21 Jul 22 2003 device 1: tried /dev/midi READ/WRITE; returned 3 opened 1 MIDI input device(s) and 1 MIDI output device(s). input channels = 18, output channels = 18 opened /dev/dsp for reading and writingopened audio output on /dev/dsp; got 18 channels bytes per sample = 2 warning: OSS takes only power of 2 blocksize; using 227 setting nfrags = 8, fragsize 9216
audiobuffer set to 50 msec OSS: requested audio buffer size 79380 limited to 18432 opened audio input device /dev/dsp; got 18 channels bytes per sample = 2 OSS: issuing first ADC 'read' ... ...done. port 5400 Waiting for connection request... TCL_LIBRARY="/home/iain/projects/puredata/pd/tcl/library" TK_LIBRARY="/home/iain/projects/puredata/pd/tk/library"
"/home/iain/projects/puredata/pd/bin/pd-gui" 5400 ... connectedDoes the above mean Pd is using "OSS emulation" and not ALSA proper? I'm pretty confused about the whole thing - hope someone can clarify what's going on. I notice the -alsa flag seems to be gone from this version of Pd - don't know if that has anything to do with it. Also, the setup seems to be limited to buffer sizes of 15msec and higher - any less and dropouts occur. How can I improve this? I'm currently running a Vanilla 2.4.20 kernel - will I need low latency patches etc?
Cheers,
Iain
Iain Mott www.reverberant.com
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
-- take care,
Matthijs de Jonge http://devdsp.net - news and resources for computer musicians
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
Yes - -alsa flag doesn't exist in my compilation of test 4. Thanks for the responses - will take a look at Jack. Is anyone out there using Pd/Jack/HDSP? - if so, any tips? eg. What version of Pd will work reliably? Command line arguments? etc And yes Guenter, ALSA OSS seemed to have multichannel functionality (if that was what I accessed) - at least in the 8 output channels I tested.
Cheers, iain
Iain Mott www.reverberant.com
>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<<
On 23/07/03, 5:07:07, Dan Neveu neveu@buffalo.edu wrote regarding alsa flag (was Re: [PD] HDSP - ALSA - OSS - PD - Confusion):
at least for me on 0.37 test4, the alsa startup flag is not recognized (after compiling with --enable-alsa). it spits out the pd usage flag list and states "default audio API for this platform: OSS."
-dan
On Tue, 22 Jul 2003 matthijs@devdsp.net wrote:
PD uses OSS unless you specifically enable ALSA by invoking it thus:
pd -alsa
On Tue, Jul 22, 2003 at 08:06:01AM +0000, Iain Mott wrote:
Hello
after a good deal of pain and discomfort I have a HDSP/Multiface unit running with ALSA (the latest CVS) and to my amazement just now, with Pd.
The only version of Pd that seems to work with my setup is this CVS version (0.37 TEST 4) - (incidentally, fiddle~ seems to be broken in this release). I configured the compilation using the --enable-alsa flag, however I'm not certain it's actually using ALSA. When Pd starts in verbose mode I get the following print out:
[iain@mother src]$ /home/iain/projects/puredata/pd/bin/pd -mididev 1 -verbose -channels 18 Pd version 0.37 TEST 4 compiled 16:15:21 Jul 22 2003 device 1: tried /dev/midi READ/WRITE; returned 3 opened 1 MIDI input device(s) and 1 MIDI output device(s). input channels = 18, output channels = 18 opened /dev/dsp for reading and writing
opened audio output on /dev/dsp; got 18 channels bytes per sample = 2 warning: OSS takes only power of 2 blocksize; using 227 setting nfrags = 8, fragsize 9216
audiobuffer set to 50 msec OSS: requested audio buffer size 79380 limited to 18432 opened audio input device /dev/dsp; got 18 channels bytes per sample = 2 OSS: issuing first ADC 'read' ... ...done. port 5400 Waiting for connection request... TCL_LIBRARY="/home/iain/projects/puredata/pd/tcl/library" TK_LIBRARY="/home/iain/projects/puredata/pd/tk/library" "/home/iain/projects/puredata/pd/bin/pd-gui" 5400 ... connected
Does the above mean Pd is using "OSS emulation" and not ALSA proper? I'm pretty confused about the whole thing - hope someone can clarify what's going on. I notice the -alsa flag seems to be gone from this version of Pd - don't know if that has anything to do with it. Also, the setup seems to be limited to buffer sizes of 15msec and higher - any less and dropouts occur. How can I improve this? I'm currently running a Vanilla 2.4.20 kernel - will I need low latency patches etc?
Cheers,
Iain
Iain Mott www.reverberant.com
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
-- take care,
Matthijs de Jonge http://devdsp.net - news and resources for computer musicians
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
On Tue, 22 Jul 2003, Iain Mott wrote:
Yes - -alsa flag doesn't exist in my compilation of test 4. Thanks for the responses - will take a look at Jack. Is anyone out there using Pd/Jack/HDSP? - if so, any tips? eg. What version of Pd will work reliably? Command line arguments? etc And yes Guenter, ALSA OSS seemed to have multichannel functionality (if that was what I accessed) - at least in the 8 output channels I tested.
For jack you need at least version pd 0.37 test6, or the CVS version.
Guenter
Cheers, iain
Iain Mott www.reverberant.com
>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<<
On 23/07/03, 5:07:07, Dan Neveu neveu@buffalo.edu wrote regarding alsa flag (was Re: [PD] HDSP - ALSA - OSS - PD - Confusion):
at least for me on 0.37 test4, the alsa startup flag is not recognized (after compiling with --enable-alsa). it spits out the pd usage flag list and states "default audio API for this platform: OSS."
-dan
On Tue, 22 Jul 2003 matthijs@devdsp.net wrote:
PD uses OSS unless you specifically enable ALSA by invoking it thus:
pd -alsa
On Tue, Jul 22, 2003 at 08:06:01AM +0000, Iain Mott wrote:
Hello
after a good deal of pain and discomfort I have a HDSP/Multiface unit running with ALSA (the latest CVS) and to my amazement just now, with Pd.
The only version of Pd that seems to work with my setup is this CVS version (0.37 TEST 4) - (incidentally, fiddle~ seems to be broken in this release). I configured the compilation using the --enable-alsa flag, however I'm not certain it's actually using ALSA. When Pd starts in verbose mode I get the following print out:
[iain@mother src]$ /home/iain/projects/puredata/pd/bin/pd -mididev 1 -verbose -channels 18 Pd version 0.37 TEST 4 compiled 16:15:21 Jul 22 2003 device 1: tried /dev/midi READ/WRITE; returned 3 opened 1 MIDI input device(s) and 1 MIDI output device(s). input channels = 18, output channels = 18 opened /dev/dsp for reading and writing
opened audio output on /dev/dsp; got 18 channels bytes per sample = 2 warning: OSS takes only power of 2 blocksize; using 227 setting nfrags = 8, fragsize 9216
audiobuffer set to 50 msec OSS: requested audio buffer size 79380 limited to 18432 opened audio input device /dev/dsp; got 18 channels bytes per sample = 2 OSS: issuing first ADC 'read' ... ...done. port 5400 Waiting for connection request... TCL_LIBRARY="/home/iain/projects/puredata/pd/tcl/library" TK_LIBRARY="/home/iain/projects/puredata/pd/tk/library" "/home/iain/projects/puredata/pd/bin/pd-gui" 5400 ... connected
Does the above mean Pd is using "OSS emulation" and not ALSA proper? I'm pretty confused about the whole thing - hope someone can clarify what's going on. I notice the -alsa flag seems to be gone from this version of Pd - don't know if that has anything to do with it. Also, the setup seems to be limited to buffer sizes of 15msec and higher - any less and dropouts occur. How can I improve this? I'm currently running a Vanilla 2.4.20 kernel - will I need low latency patches etc?
Cheers,
Iain
Iain Mott www.reverberant.com
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
-- take care,
Matthijs de Jonge http://devdsp.net - news and resources for computer musicians
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
It works for me with 0.37 test something. Are you sure it actually compiles ALSA, I vaguely recall having to edit some Makefiles to compile ALSA after the configure, because it refused to find alsa, or the check it used was not working. If configure can't find the alsa-headers it won't compile alsa support, even if you do --enable-alsa. Check the config.log or the output of configure.
Gerard
On Tuesday 22 July 2003 21:05, Dan Neveu wrote:
at least for me on 0.37 test4, the alsa startup flag is not recognized (after compiling with --enable-alsa). it spits out the pd usage flag list and states "default audio API for this platform: OSS."
-dan
On Wed, 23 Jul 2003, vanDongen/Gilcher wrote:
It works for me with 0.37 test something. Are you sure it actually compiles ALSA, I vaguely recall having to edit some Makefiles to compile ALSA after the configure, because it refused to find alsa, or the check it used was not working. If configure can't find the alsa-headers it won't compile alsa support, even if you do --enable-alsa. Check the config.log or the output of configure.
I really invite everyone who has to fiddle with the build system to inform me what was going wrong and what had to be changed. I will then update the CVS version.
It is impossible to have every flavour of linux installed, so this feedback is really really needed.
Guenter
-
Dan Neveu -
guenter geiger -
Iain Mott -
matthijs＠devdsp.net -
vanDongen/Gilcher