Hi !
Ok, I bought this four channel Trident based card from Hoontech. There is only an ALSA driver for it. My recent tests with ALSA (note I haven´t had installed ALSA for more than a year) showed my the the code needs a considerable amount of rework.
Has anyone (Miller ?) started with ALSA support. If not so, I 'll do it (and I will try to do it right this time :).
Ah, and yes pd and ALSA currently do work in OSS simulation mode, but just with the -frags flag, which triggers the old OSS behaviour, and in output only mode, ... not too good.
Guenter
Guenter,
I have done quite a bit of work on the ALSA code - it compiles cleanly and is almost working. I should have it finished in a couple of days - though I may get you to take a look at a couple of sections. The ALSA version I am using is .0.4.1.d - I think that you will need at least version 0.4 for this code.
Karl
On Mon, 8 Nov 1999, Guenter Geiger wrote:
Hi !
Ok, I bought this four channel Trident based card from Hoontech. There is only an ALSA driver for it. My recent tests with ALSA (note I haven�t had installed ALSA for more than a year) showed my the the code needs a considerable amount of rework.
Has anyone (Miller ?) started with ALSA support. If not so, I 'll do it (and I will try to do it right this time :).
Ah, and yes pd and ALSA currently do work in OSS simulation mode, but just with the -frags flag, which triggers the old OSS behaviour, and in output only mode, ... not too good.
Guenter
| Karl W. MacMillan | | Peabody Institute of the Johns Hopkins University | | Network and Telecommunications Services | | karlmac@peabody.jhu.edu | | 410/659-8297 |
Yes... I'm trying to get Pd to work with Alsa for the upcoming release. There's one difficulty I'm having: if you compile Pd with Alsa, it won't run on machines that doesn't have Alsa installed, because it will need the shared library! Does anyone know how one can distribute programs that can select Alsa at run time but can still start up when there's no Alsa library???
thanks Miller
Hi !
Ok, I bought this four channel Trident based card from Hoontech. There is only an ALSA driver for it. My recent tests with ALSA (note I haven´t had installed ALSA for more than a year) showed my the the code needs a considerable amount of rework.
Has anyone (Miller ?) started with ALSA support. If not so, I 'll do it (and I will try to do it right this time :).
Ah, and yes pd and ALSA currently do work in OSS simulation mode, but just with the -frags flag, which triggers the old OSS behaviour, and in output only mode, ... not too good.
Guenter
Miller Puckette writes:
Yes... I'm trying to get Pd to work with Alsa for the upcoming release. There's one difficulty I'm having: if you compile Pd with Alsa, it won't run on machines that doesn't have Alsa installed, because it will need the shared library! Does anyone know how one can distribute programs that can select Alsa at run time but can still start up when there's no Alsa library???
thanks Miller
It should be possible to link alsa statically, ... the other solution would be to provide an alsa stub, which is probably a little bit more work
Linking one part statically and the other parts dynamically is a little bit of linker flags hassle. But no guaranties ..
Guenter
Hi all,
well, after trying for a while tonight, I still can't seem to get ALSA running on my machine. So if anyone's willing to download pd-0.28-test5 from www.crca.ucsd.edu/~msp/Software and make it work, I'll be delighted to fold their ALSA code back into my version.
cheers Miller
P.S. I'm trying to get 0.28 out in a week or so...
On Mon, Nov 08, 1999 at 11:36:52AM +0100, Guenter Geiger wrote:
Hi !
Ok, I bought this four channel Trident based card from Hoontech. There is only an ALSA driver for it. My recent tests with ALSA (note I haven´t had installed ALSA for more than a year) showed my the the code needs a considerable amount of rework.
Has anyone (Miller ?) started with ALSA support. If not so, I 'll do it (and I will try to do it right this time :).
Ah, and yes pd and ALSA currently do work in OSS simulation mode, but just with the -frags flag, which triggers the old OSS behaviour, and in output only mode, ... not too good.
Guenter
Hello,
this is just to introduce myself. I am a core developer for the Composers Desktop Project, and have been active on some other discussion grouops for a while (jMax, Csound, music-dsp).
I am especially interested in running PD under Windows (I am actually using Windows2000, but dual booting with Windows95 and floppy booting to Linux), and perhaps contributing to development on that platform. CDP are particularly concerned to enable such powerful programs as PD to be useable by non-technical composers and musicians, so I am interested in ways of smoothing the learning curve, so to speak, and making the user interface more comfortable. The writing of tutorial documentation is also one of our special concerns.
One of my programming interests is in file formats, and Windows audio programming generally. For example, I have been working on the new Micorsoft WAVE-FORMAT-EXTENSIBLE format (native to Windows2000 and Window98 Second Edition), and on multi-channel file issues. I see that PD currently output eight channels by writing to four stereo devices; I would want to add the facility (ideally under user GUI control) to write to one eight-channel device, such as my Creamware Pulsar.
I have one immediate question - what is the CPU spec expected for running the spectral patches? I am using a Pentium II 333MHz, and have had to do a hardware reboot running one of these patches, as the GUI got completely locked - I couldn't even get at Task Manager. I would prefer the program not to run at HIGH_PRIORITY, so that the GUI is always more responsive. That is despite the fact that I, and CDP, are especially interested in spectral porcessing!
Richard Dobson
-
Guenter Geiger -
Karl W. MacMillan -
Miller Puckette -
Richard Dobson