Re: [linux-audio-dev] The global API namespace
> How about this for Audiality: > > Functions: a_whatever() > Types: at_whatever I think a_ is too breif. aud_foo(), maybe. And types of AUD_foo_type; Its the easiest. Because nothing sucks worse than accidentally namig a variable or function the same as a type and trying to figure it out. Ugh
[linux-audio-dev] The global API namespace
Just wondering how the h*ll you're supposed to name functions and types when all sensible naming conventions seem to be reserved by POSIX and other authorities... How about this for Audiality: Functions: a_whatever() Types: at_whatever I bet *some* lib is using a_* and/or at_*, but I have yet to find it. Besides, it doesn't look like a great idea to use both a_* and at_* for a single project - but *_t is reserved, and I don't like Capitalization in public APIs. Maybe I can make an exception, though... A_* and AT_* or something? Then again, most compilers can tell types from functions without throwing too much bogus messages at the user, so one might get away with a single prefix and simply remove the _t everywhere. //David Olofson - Programmer, Composer, Open Source Advocate .- The Return of Audiality! . | Free/Open Source Audio Engine for use in Games or Studio. | | RT and off-line synth. Scripting. Sample accurate timing. | `---> http://olofson.net/audiality -' .- M A I A -. |The Multimedia Application Integration Architecture| `> http://www.linuxdj.com/maia -' --- http://olofson.net --- http://www.reologica.se ---
Re: [linux-audio-dev] lrdf version 0.1.2
On Thu, 28 Nov 2002, Steve Harris wrote: > examples/example.rdf contains a slighly out of date description of my > plugins. There are some example programs that show how the API works. Actually, those programs in there don't seem to work at all. dumpstatements says "failed to open a file" and showtaxonomy says "failed to parse a file". I was also a bit confused by the README telling me to compile raptor seperately when everything seemed to compile fine from the main directory. Taybin -- http://www.piratesvsninjas.com
Re: [linux-audio-dev] Re: [Jackit-devel] 2.4.20-rc1ÂÂ + lowlat +preempt + alsa + jack = dead computer
On Saturday 07 December 2002 03.58, Fernando Pablo Lopez-Lezcano wrote: > > Where are the lowlat and preempt patches for 2.4.20? > > Not on the net at this point. I have been hand tweaking the > originals to patch cleanly (trying to fix the failing chunks). I > can email them to you, use at your own risk :-) I would be interested in trying your version of the patches. Please mail! :-) BTW, I applied the 2.4.19 LL patch to 2.4.20, and got a few rejects in the file system area, which I have not investigated further. (Seems to be a lot of changes around there...) Performance is "ok" under X and proc stress, but I get countless latencies in the whole range up to some 6-8 ms as soon as I start stressing the disk. (This is *with* DMA enabled, of course.) Haven't tried preempt yet. As to freezing, I've only managed to do that once - and IIRC, that was when trying to instantiate a synth in MusE while Ardour was running in the background. No useful info about what actually happened, and I haven't tested that combination any further. Are you certain your freeze is actually happening in kernel space? Tried using watchdog with "ping-pong" between highest and lowest priority SCHED_FIFO threads? (BTW, we should have a watchdog anyway, probably integrated with givertcap or something.) //David Olofson - Programmer, Composer, Open Source Advocate .- The Return of Audiality! . | Free/Open Source Audio Engine for use in Games or Studio. | | RT and off-line synth. Scripting. Sample accurate timing. | `---> http://olofson.net/audiality -' .- M A I A -. |The Multimedia Application Integration Architecture| `> http://www.linuxdj.com/maia -' --- http://olofson.net --- http://www.reologica.se ---
Re: [Jackit-devel] Re: [linux-audio-dev] Re: [Jackit-devel]2.4.20Â + lowlat +preempt + alsa + jack = dead computer
> > > To add one more datapoint to the thread and (apparently good news): I'm > > > testing 2.4.20 (final) + lowlat + preempt + acpi + alsa + jack and the > > > computer seems to be chugging along nicely. This is with today's alsa. A > > > slighly older alsa did lock the computer after 5 or so minutes of jack > > > activity but I managed to reboot it with the sysrq magic key. With the > > > newest alsa I got jack + freqtweak + ams (with the demo patch) running > > > for 50 minutes until for some reason jack died due to a watchdog > > > interrupt. Not bad. > > > > Where are the lowlat and preempt patches for 2.4.20? > > Not on the net at this point. I have been hand tweaking the originals to > patch cleanly (trying to fix the failing chunks). I can email them to > you, use at your own risk :-) > > BTW, results in my current tests are inconclusive, a couple of times I > managed to freeze the machine soon after I started just jackd and > qjackconnect. I'm currently trying to see if I can stat the stuff from > the text console so that I can try to catch some register dumps through > the sysrq magic key... I don't have the time now to analyze the results but it would seem the problem is freqtweak in combination with jackd. When the system freezes after starting stuff from a text console, sysrq-p prints information about the current registers and the printout of repeated dumps only shows the jackd and freqtweak processes over and over again. Somehow they must be deadlocking. I'm hoping that typing all those numbers and parsing through ksymoops will show us exactly where things are hanging. So much fun. -- Fernando
Re: [linux-audio-dev] Re: [Jackit-devel] =?ISO-8859-1?Q?2=2E4=2E20-rc1=C2?=Â + lowlat +preempt + alsa + jack = deadcomputer
Fernando Pablo Lopez-Lezcano wrote: > > > > > > Have you tried anything in between pre10-ac3 and pre4? I know pre4 works > > > > > fine. I probably should post to the lkml with as much detail as we can > > > > > get (unless some kernel hacker is actually reading these messages). > > > > > > > > I've tried every kernel from 2.4.20-pre5 up to 2.4.20-pre10, and again > > > > 2.4.20-pre10-ac3, which caused a lockup on my system in the past, this > > > > afternoon. And I couldn't reproduce even _one_ lockup. I use another IDE > > > > interface though: a cmd649 add-on controller. The lockups happened with > > > > the onboard IDE interface (VIA KT333 chipset, vt8235 southbridge). > > > > > > To add one more datapoint to the thread and (apparently good news): I'm > > > testing 2.4.20 (final) + lowlat + preempt + acpi + alsa + jack and the > > > computer seems to be chugging along nicely. This is with today's alsa. A > > > slighly older alsa did lock the computer after 5 or so minutes of jack > > > activity but I managed to reboot it with the sysrq magic key. With the > > > newest alsa I got jack + freqtweak + ams (with the demo patch) running > > > for 50 minutes until for some reason jack died due to a watchdog > > > interrupt. Not bad. > > > > Where are the lowlat and preempt patches for 2.4.20? > > Not on the net at this point. I have been hand tweaking the originals to > patch cleanly (trying to fix the failing chunks). Ah, i see. > I can email them to > you, use at your own risk :-) no. no need for that. i'm not so brave. :) > > BTW, results in my current tests are inconclusive, a couple of times I > managed to freeze the machine soon after I started just jackd and > qjackconnect. I'm currently trying to see if I can stat the stuff from > the text console so that I can try to catch some register dumps through > the sysrq magic key... Thanks for your efforts. > > -- Fernando -ERic
Re: [linux-audio-dev] Re: [Jackit-devel] 2.4.20-rc1ÂÂ + lowlat +preempt + alsa + jack = deadcomputer
> > > > Have you tried anything in between pre10-ac3 and pre4? I know pre4 works > > > > fine. I probably should post to the lkml with as much detail as we can > > > > get (unless some kernel hacker is actually reading these messages). > > > > > > I've tried every kernel from 2.4.20-pre5 up to 2.4.20-pre10, and again > > > 2.4.20-pre10-ac3, which caused a lockup on my system in the past, this > > > afternoon. And I couldn't reproduce even _one_ lockup. I use another IDE > > > interface though: a cmd649 add-on controller. The lockups happened with > > > the onboard IDE interface (VIA KT333 chipset, vt8235 southbridge). > > > > To add one more datapoint to the thread and (apparently good news): I'm > > testing 2.4.20 (final) + lowlat + preempt + acpi + alsa + jack and the > > computer seems to be chugging along nicely. This is with today's alsa. A > > slighly older alsa did lock the computer after 5 or so minutes of jack > > activity but I managed to reboot it with the sysrq magic key. With the > > newest alsa I got jack + freqtweak + ams (with the demo patch) running > > for 50 minutes until for some reason jack died due to a watchdog > > interrupt. Not bad. > > Where are the lowlat and preempt patches for 2.4.20? Not on the net at this point. I have been hand tweaking the originals to patch cleanly (trying to fix the failing chunks). I can email them to you, use at your own risk :-) BTW, results in my current tests are inconclusive, a couple of times I managed to freeze the machine soon after I started just jackd and qjackconnect. I'm currently trying to see if I can stat the stuff from the text console so that I can try to catch some register dumps through the sysrq magic key... -- Fernando
Re: [linux-audio-dev] Re: [Jackit-devel] 2.4.20-rc1Â + lowlat +preempt + alsa + jack = dead computer
Fernando Pablo Lopez-Lezcano wrote: > > > Fernando Pablo Lopez-Lezcano wrote: > > > > > Have you tried anything in between pre10-ac3 and pre4? I know pre4 works > > > fine. I probably should post to the lkml with as much detail as we can > > > get (unless some kernel hacker is actually reading these messages). > > > > I've tried every kernel from 2.4.20-pre5 up to 2.4.20-pre10, and again > > 2.4.20-pre10-ac3, which caused a lockup on my system in the past, this > > afternoon. And I couldn't reproduce even _one_ lockup. I use another IDE > > interface though: a cmd649 add-on controller. The lockups happened with > > the onboard IDE interface (VIA KT333 chipset, vt8235 southbridge). > > To add one more datapoint to the thread and (apparently good news): I'm > testing 2.4.20 (final) + lowlat + preempt + acpi + alsa + jack and the > computer seems to be chugging along nicely. This is with today's alsa. A > slighly older alsa did lock the computer after 5 or so minutes of jack > activity but I managed to reboot it with the sysrq magic key. With the > newest alsa I got jack + freqtweak + ams (with the demo patch) running > for 50 minutes until for some reason jack died due to a watchdog > interrupt. Not bad. Where are the lowlat and preempt patches for 2.4.20? The most recent preempt I see is preempt-kernel-rml-2.4.20-pre10-ac2-1: http://www.tech9.net/rml/linux/ And the most recent lowlat is for 2.4.19: http://www.zip.com.au/~akpm/linux/schedlat.html#downloads Are there other places I should be looking for these? Thanks, Eric Rz. > -- Fernando > > --- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > ___ > Jackit-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jackit-devel
Re: [linux-audio-dev] Re: [Jackit-devel] 2.4.20-rc1Â + lowlat +preempt + alsa + jack = dead computer
> Fernando Pablo Lopez-Lezcano wrote: > > > Have you tried anything in between pre10-ac3 and pre4? I know pre4 works > > fine. I probably should post to the lkml with as much detail as we can > > get (unless some kernel hacker is actually reading these messages). > > I've tried every kernel from 2.4.20-pre5 up to 2.4.20-pre10, and again > 2.4.20-pre10-ac3, which caused a lockup on my system in the past, this > afternoon. And I couldn't reproduce even _one_ lockup. I use another IDE > interface though: a cmd649 add-on controller. The lockups happened with > the onboard IDE interface (VIA KT333 chipset, vt8235 southbridge). To add one more datapoint to the thread and (apparently good news): I'm testing 2.4.20 (final) + lowlat + preempt + acpi + alsa + jack and the computer seems to be chugging along nicely. This is with today's alsa. A slighly older alsa did lock the computer after 5 or so minutes of jack activity but I managed to reboot it with the sysrq magic key. With the newest alsa I got jack + freqtweak + ams (with the demo patch) running for 50 minutes until for some reason jack died due to a watchdog interrupt. Not bad. -- Fernando
[linux-audio-dev] ANN: swh-plugins 0.3.3
http://plugin.org.uk/releases/0.3.3/ Me again :) Sorry to release again so soon, but quite a few people have asked me for the improved Bode shifter, and everyones always after more pitch shifting options so I decided to release again. I've added a more sophisticated Bode shifter and made quality, speed and channel separation improvements to the old one. The outputs may even be labelled correctly now ;) I've also added an AM pitch shifter, which is pretty fast and for certain source material it actually gives reasonable sounding results, much to my supprise. Pitch shifter: http://plugin.org.uk/ladspa-swh/docs/ladspa-swh.html#id1433 Frequency shifter: http://plugin.org.uk/ladspa-swh/docs/ladspa-swh.html#id1431 Enjoy, Steve
[linux-audio-dev] New relase of ZynAddSubFX (1.0.1)
Hi. Today I relased a new version of ZynAddSubFX. News: - corrected a bug that made ZynAddSubFX to crash(sometimes) if you disable a part - wrote Resonance (This produces natural sounds, listen demo07.ogg from homepage) - added the BandPass filter - added the recording feature (as raw files) - added "New instrument" menuitem ZynAddSubFX is a free (GPL v.2) software synthesizer. The homepage is: http://zynaddsubfx.sourceforge.net/ You can download it from: http://sourceforge.net/projects/zynaddsubfx Hope you like it. Paul. __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com
RE: [linux-audio-dev] Echo Darla/Gina/Layla/... on Linux
This would be good - I've a Gina20 and a modern Mona. Have never been able to use them from Linux. --Richard -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of David Olofson Sent: 06 December 2002 02:27 To: [EMAIL PROTECTED] Subject: [linux-audio-dev] Echo Darla/Gina/Layla/... on Linux I have a short, simple question: Would anyone around here care for ALSA drivers for the Echo (formerly Event/Echo) line of studio audio interfaces? [...]
