Re: [linux-audio-dev] swh-plugins, freqtweak, fftw3 and the planet
Jack O'Quin wrote: The f version operates on floats rather than doubles. It is not built by default. If building fftw yourself, you need to configure it with the --enable-float option. but this will build only the float variant. And the fftw3 build procedure is not able to build both variants ... does anyone have any clues about how to solve this in a packageful way? thanks Because a prog (I think brutefir) uses both variants, I have build my fftw3 rpm (with checkinstall) the way, Suse build their package: - first build the normal version - then in the install step install the normal version and build and install the float-version. You can get the src.rpm from the Suse server. Look into the SuSE-9.0 tree. Uwe -- voiceINTERconnect www.voiceinterconnect.de ... smart speech applications from germany
[linux-audio-dev] Ann: Vstserver v0.3.0, ladspavst v0.1.6, vstserver-0.3.0-wine.tar.bz2
Vstserver 0.2.8 - 0.3.0: - -Cache is updated when starting the vstserver. Also added some workaround code to avoid deadlocks. You may still sometime need to press ctrl-c and start vstserver again, but the problem is not as appeareant as before. -Does not use realtime priority when updating cache only. -Better documentation for vstlib. (make doc) -New functions in vstlib: VSTLIB_newCacheList, VSTLIB_deleteCacheList, VSTLIB_getName. -Removed function in vstlib: VSTLIB_deleteCache. (Use VSTLIB_delete instead) -All clients must be recompiled. -Works with the latest version of wine at the time of writing, 9.12.2003. vst ladspa plugin v0.1.6 - stable -- -Use the new vstlibs functions to gather the cached AEffect structs. (non-important update) vstserver-0.3.0-wine.tar.bz2 This is the unmodified cvs wine from winehq 9.12.2003. Tested and works with vstserver v0.3.0 --
Re: [linux-audio-user] Re: [linux-audio-dev] low latency 2.4.x - 2.6.x
On 21 Dec 2003 21:38:35 -0600 Jack O'Quin [EMAIL PROTECTED] wrote: On my system, the vanilla 2.6 with preemption is usable for audio, but nowhere near as good at low latencies as a properly patched and tuned 2.4 kernel. Ok, i will give it a shot to see how it goes.. I somewhere read something about merging andrews LL and the preemptible patches. Is there any truth to that? We all hope so. Hmm, maybe i'll drop andrew an email to see what his thoughts and plans on the issue are.. What about the 2.4.x capabilities patch? Will this work on 2.6.x? Yes, I think it will. But, 2.6 provides a mechanism for doing this as a kernel module with no patches required. Here is an experimental module I built based on earlier work done by Torben Hohn... http://www.joq.us/realtime/realtime-0.0.2.tar.gz Okay :) I will try it.. Thanks for the infos.. -- music: http://www.soundclick.com/bands/9/florianschmidt.htm
[linux-audio-dev] Low Latency patches and kernel 2.6.x
Hi Andrew, i'm a user of a 2.4.22 kernel patched with the preemption patches plus your Low Latency patches. It works very nicely for audio applications [like jackd, ardour, etc...]. Looking into the config menu of the 2.6.0 kernel i only find a preemptible kernel config option. Your low latency patches seem not to be included. Do you have plans of including your patches in the 2.6.x kernel? I heard rumors about merging the preemptible and your LL patches since they seem to go very nicely together.. Any truth to that? Thanks i.a. for any thoughts and insights. Flo P.S.: this mail is cc'ed to the linux audio user/developers list because i think the people there are very interested in these issues, too.. -- music: http://www.soundclick.com/bands/9/florianschmidt.htm
Re: [linux-audio-dev] swh-plugins, freqtweak, fftw3 and the planet
On Mon, 2003-12-22 at 11:55, Uwe Koloska wrote: but this will build only the float variant. And the fftw3 build procedure is not able to build both variants ... I've done RPMs of FFTW 3.x which include float, double and long double versions. See http://www.sonarnerd.net/linux/ -- Jussi Laako [EMAIL PROTECTED]
Re: [linux-audio-dev] swh-plugins, freqtweak, fftw3 and the planet
On Mon, 2003-12-22 at 11:55, Uwe Koloska wrote: but this will build only the float variant. And the fftw3 build procedure is not able to build both variants ... I've done RPMs of FFTW 3.x which include float, double and long double versions. See http://www.sonarnerd.net/linux/ my mistake was to have freshrpms in my sources.list ... when i removed it and reinstalled fftw3 from the planet, all was well. --p
[linux-audio-dev] Re: Low Latency patches and kernel 2.6.x
On Mon, 22 Dec 2003 11:58:54 -0800 Andrew Morton [EMAIL PROTECTED] wrote: Ok, it seems that the list only takes mails from subscribers. sorry for that.. This mail will let the others see your answer. Thanks for taking the time. I will do some testing with 2.6. I will report back to you how it goes [after the holidays]. Have a nice xmas :) Florian Schmidt [EMAIL PROTECTED] wrote: Hi Andrew, i'm a user of a 2.4.22 kernel patched with the preemption patches plus your Low Latency patches. It works very nicely for audio applications[like jackd, ardour, etc...]. Cool. Looking into the config menu of the 2.6.0 kernel i only find a preemptible kernel config option. Your low latency patches seem not to be included. Do you have plans of including your patches in the 2.6.x kernel? I heard rumors about merging the preemptible and your LL patches since they seem to go very nicely together.. Any truth to that? The objective in 2.6 is that the preemptible kernel achieve similar worst-case latencies to the low-latency-patched kernel. So 2.6 should meet your requirements out of the box. That being said, last time I instrumented the 2.6 kernel it was not achieving the targets. The specific failure was occurring when the machine had a very large number of inodes in cache and the VM system was reclaiming those inodes. It is unlikely that you will strike this problem in real-world usage, so 2.6 should work fine for you. As ever, testing results would be appreciated. (The inode reclaim problem is fairly complex, but I just happen to see a patch from Dipankar Sarma in my inbox this morning which is designed to fix it up). -- music: http://www.soundclick.com/bands/9/florianschmidt.htm
[linux-audio-dev] Fw: Re: Low Latency patches and kernel 2.6.x
Oops i messed up the quoting a little bit. Here's Morton's answer: Begin forwarded message: Date: Mon, 22 Dec 2003 11:58:54 -0800 From: Andrew Morton [EMAIL PROTECTED] To: Florian Schmidt [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: Low Latency patches and kernel 2.6.x Florian Schmidt [EMAIL PROTECTED] wrote: Hi Andrew, i'm a user of a 2.4.22 kernel patched with the preemption patches plus your Low Latency patches. It works very nicely for audio applications [like jackd, ardour, etc...]. Cool. Looking into the config menu of the 2.6.0 kernel i only find a preemptible kernel config option. Your low latency patches seem not to be included. Do you have plans of including your patches in the 2.6.x kernel? I heard rumors about merging the preemptible and your LL patches since they seem to go very nicely together.. Any truth to that? The objective in 2.6 is that the preemptible kernel achieve similar worst-case latencies to the low-latency-patched kernel. So 2.6 should meet your requirements out of the box. That being said, last time I instrumented the 2.6 kernel it was not achieving the targets. The specific failure was occurring when the machine had a very large number of inodes in cache and the VM system was reclaiming those inodes. It is unlikely that you will strike this problem in real-world usage, so 2.6 should work fine for you. As ever, testing results would be appreciated. (The inode reclaim problem is fairly complex, but I just happen to see a patch from Dipankar Sarma in my inbox this morning which is designed to fix it up). End forwarded message -- music: http://www.soundclick.com/bands/9/florianschmidt.htm
[linux-audio-dev] ANN: RTMix 0.76 released
Greetings all! It's my pleasure to announce immediate availability of RTMix version 0.76. RTMix is an interactive multimedia art performance, composition, and coaching interface capable of triggering various DSP applications and/or processes concurrently, as well as offering a tight coordination between computer(s) and live performers. It can also trigger real-time events utilizing MIDI and OSC protocols, and can be in theory networked from a single client with up to 1000 other RTMix clients (personally neither have I had the opportunity to try this and besides the network latency would probably get the best of it anyways). For more info on what it is, what it does, and how it does it, please see the online docs: http://meowing.ccm.uc.edu/~ico/RTMix-doc/ Changelog: *RTMix is now part of the AGNULA project! *In order to comply with the AGNULA inclusion requirements, the install is now completely modular. Please use ./configure --prefix=preferred-path to install all the data files to the custom location. Binary is stored in /preferred-path/bin directory, so in the case your path happens to be exotic, please make sure to use --bindir=path-to-bin-directory for custom binary directory placement. RTMix has so far been featured at ICMC 2002 conference (Sweden), SEAMUS 2003 conference (US), in the Organised Sound magazine (December 2002), and has been used in several of my works whose recordings are available on my website. If you happened to use RTMix in your work, I would love to hear in what ways you got to utilize its features, as well as how can I make the application better. Thanks! As usual, the tarball is available for immediate download from: http://meowing.ccm.uc.edu/~ico/rtmix-latest.tar.gz (4.3MB) For more info, please visit my website, RTMix forums at http://meowing.ccm.uc.edu/cgi-bin/ico/yabb/YaBB.cgi?board=Rtmix_id, and/or the online documentation (provided above). Best wishes, Ivica Ico Bukvic, composer multimedia sculptor http://meowing.ccm.uc.edu/~ico
[linux-audio-dev] [ANN] Specimen version 0.0.2 released
Specimen is a midi controlled audio sampler for GNU/Linux systems. It supports the ALSA midi sequencer interface, and can output audio via ALSA or JACK. This release encompasses some significant changes, making Specimen usable software for enthusiasts. Hook it up to a sequencer, connect it to Ardour, and you have a passable drum machine. Visit www.gazuga.net to download the tarball, view a screenshot, or listen to a sample song, and feel free to contact me with any questions or comments you have. [pb]
