Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

7513 discussions

[linux-audio-dev] [ANN] swh-plugins 0.4.7

by Steve Harris

http://plugin.org.uk/releases/0.4.7/ * Fixes to the build system, should now build OK! * New plugin: Fast Lookahead Limiter, a 5ms attack, variable release time lookahead limiter, superceeds the previous ones - do not use them, they had critical bugs. * Fixes to the "Pro-Logic" surround encoder from Prakash K. Cheemplavam. The old lookahead limiters have been removed, please do not use them, the are ireperably buggy. This version will be required for the next JAMin release. - Steve

21 years, 2 months

[linux-audio-dev] 0.9beta18.1 released

by Paul Davis

Although a few people discovered the 0.9beta18 tarball, it was never officially announced. This new tarball incorporates a lazy-week's work, plus a few fixes from France, into the existing significant list of changes from 0.9beta17.1. Enjoy! http://ardour.org/releases/ardour-0.9beta18.1.tar.bz2 Changes since 0.9beta17.1 ------------------------- * fix sends - they do not crash ardour (and/or system) when used - they start life with the same number of outs as their "parent" track * fix relative gain changes in mix groups * allow renaming of playlists - click "p" button of track controls, choose "rename" to rename current playlist - new and copy playlist operations pop up the rename dialog with the default new name present and selected * restore initial splash screen * don't save empty playlists into state file * add templates dir to CVS (contents not yet included in distribution because of technical difficulties) * auditioner outputs are now persistent * might have fixed ksi_ardour build problems * all ArdourDialogs are now KeyboardTargets - Ctrl-w now closes any dialog * pre/post-roll buttons and clocks removed * follow PH (playhead) button added to transport * new session reorganized - added ability to limit number of inputs+outputs used to set up Connections etc. * session cleanup improvements and fixes - still does not unlink but PLEASE TEST IT. You cannot lose files, although they get moved to .../session/dead_sounds * prefill duplicate dialog with "1" * allow edit cursor positioning when snap-to == EditCursor * respond to some kinds of enter/leave events that we used to ignore. * create mono+stereo connections and use them appropriately * move colored button in mixer strip to be track name button instead of input button * multi-select should now work for SFDB as well as file browser * don't look for libfst if VST support was not requested * control outs now work * try to avoid double slashes in pathnames internally * position end pointer after first capture * patches for automation lines/curves from gvdo (many thanks) * meter/tempo dialogs now popup at mouse position * meter/tempo dialogs use generic ArdourDialog::run() * deleting master out and/or control outs no longer causes a crash * VST plugin automation now works * removed "rebuilding peak files" message * prevent crash caused by LADSPA plugin redesign * Refactored RecentSessions. It's now limited to 10 items. It's also alphabetized, and doesn't care about periods in session names. * use combo boxes to select channel configuration for new tracks * stop "Don't close session" from screwing up Session state when opening a new/existing session * fix nasty playlist management design problem that caused segfaults when switching playlists * panner link buttons always say "link" * properly hide/show panning box in mixer strips * properly hide soundfile selection window after action * properly hide/show track varispeed box * track muting now marks session dirty * soloing a bus does not silence master or control outs

21 years, 2 months

[linux-audio-dev] Re: [linux-audio-user] 2.6.8-rc1-mm1 [and alsa xrun debugging]

by Lee Revell

On Fri, 2004-07-16 at 12:51, Florian Schmidt wrote: > On Fri, 16 Jul 2004 16:54:28 +0100 > David M <eseol(a)tiscali.co.uk> wrote: > > > I think you have to echo 2 > /proc/asound/card0/etc > > > > On debian they are in /var/log/messages,var/log/syslog , and a few other > > places. > > oh ok, that works.. i'll also enable frame pointers in the kernel. but for now, here's some of the xruns i can provoke by rapid desktop wheeling [though kernel still w/o rame pointers]: > > > Jul 16 18:47:31 mango kernel: [<c0107761>] do_IRQ+0x91/0x130 > Jul 16 18:47:31 mango kernel: [<c0105be4>] common_interrupt+0x18/0x20 > Jul 16 18:47:32 mango kernel: ALSA sound/core/pcm_lib.c:169: XRUN: pcmC0D0c > Jul 16 18:47:32 mango kernel: [<f08c0357>] snd_pcm_period_elapsed+0x2e7/0x460 [snd_pcm] > Jul 16 18:47:32 mango kernel: [<f0bc232e>] _nv000897rm+0x4e/0x70 [nvidia] > Jul 16 18:47:32 mango kernel: [<f08edb8e>] snd_cs46xx_interrupt+0x1be/0x1f0 [snd_cs46xx] > Jul 16 18:47:32 mango kernel: [<f0d28962>] nv_kern_isr+0x26/0x59 [nvidia] > Jul 16 18:47:32 mango kernel: [<c01073fa>] handle_IRQ_event+0x3a/0x70 > Jul 16 18:47:32 mango kernel: [<c0107761>] do_IRQ+0x91/0x130 > Jul 16 18:47:32 mango kernel: [<c0105be4>] common_interrupt+0x18/0x20 Are you using the binary-only NVIDIA module? If your kernel is tainted (by having a binary-only module loaded), then you cannot get valid data. > Jul 16 18:49:04 mango kernel: ALSA sound/core/pcm_lib.c:169: XRUN: pcmC0D0c > Jul 16 18:49:04 mango kernel: [<f08c0357>] snd_pcm_period_elapsed+0x2e7/0x460 [snd_pcm] > Jul 16 18:49:04 mango kernel: [<f08edb8e>] snd_cs46xx_interrupt+0x1be/0x1f0 [snd_cs46xx] > Jul 16 18:49:04 mango kernel: [<c0105737>] handle_signal+0xb7/0x120 > Jul 16 18:49:04 mango kernel: [<c01073fa>] handle_IRQ_event+0x3a/0x70 > Jul 16 18:49:04 mango kernel: [<c0107761>] do_IRQ+0x91/0x130 > Jul 16 18:49:04 mango kernel: [<c0105be4>] common_interrupt+0x18/0x20 > Jul 16 18:49:04 mango kernel: [<c011a2f0>] __do_softirq+0x30/0x80 > Jul 16 18:49:04 mango kernel: [<c011a366>] do_softirq+0x26/0x30 > Jul 16 18:49:04 mango kernel: [<c01077cd>] do_IRQ+0xfd/0x130 > Jul 16 18:49:04 mango kernel: [<c0105be4>] common_interrupt+0x18/0x20 > Jul 16 18:49:04 mango kernel: ALSA sound/core/pcm_lib.c:169: XRUN: pcmC0D0p > Jul 16 18:49:04 mango kernel: [<f08c0357>] snd_pcm_period_elapsed+0x2e7/0x460 [snd_pcm] > Jul 16 18:49:04 mango kernel: [<c011e1c6>] update_process_times+0x46/0x60 > Jul 16 18:49:04 mango kernel: [<f08edb8e>] snd_cs46xx_interrupt+0x1be/0x1f0 [snd_cs46xx] > Jul 16 18:49:04 mango kernel: [<c011e4bf>] do_timer+0xdf/0xf0 > Jul 16 18:49:04 mango kernel: [<c010b378>] timer_interrupt+0xb8/0x140 > Jul 16 18:49:04 mango kernel: [<c01073fa>] handle_IRQ_event+0x3a/0x70 > Jul 16 18:49:04 mango kernel: [<c0107761>] do_IRQ+0x91/0x130 > Jul 16 18:49:04 mango kernel: [<c0105be4>] common_interrupt+0x18/0x20 > Jul 16 18:49:04 mango kernel: [<c011a2f0>] __do_softirq+0x30/0x80 > Jul 16 18:49:04 mango kernel: [<c011a366>] do_softirq+0x26/0x30 > Jul 16 18:49:04 mango kernel: [<c01077cd>] do_IRQ+0xfd/0x130 > Jul 16 18:49:04 mango kernel: [<c0105be4>] common_interrupt+0x18/0x20 Takashi Iwai mentioned there were some patches available to daemonize softirq processing, and that these might help. Takashi, can you provide some details on this? > Jul 16 18:49:05 mango kernel: ALSA sound/core/pcm_lib.c:169: XRUN: pcmC0D0c > Jul 16 18:49:05 mango kernel: [<f08c0357>] snd_pcm_period_elapsed+0x2e7/0x460 [snd_pcm] > Jul 16 18:49:05 mango kernel: [<c028d579>] unix_stream_sendmsg+0x269/0x3e0 > Jul 16 18:49:05 mango kernel: [<f08edb8e>] snd_cs46xx_interrupt+0x1be/0x1f0 [snd_cs46xx] > Jul 16 18:49:05 mango kernel: [<c01073fa>] handle_IRQ_event+0x3a/0x70 > Jul 16 18:49:05 mango kernel: [<c0107761>] do_IRQ+0x91/0x130 > Jul 16 18:49:05 mango kernel: [<c0105be4>] common_interrupt+0x18/0x20 > Jul 16 18:49:05 mango kernel: [<c0112cab>] finish_task_switch+0x2b/0x90 > Jul 16 18:49:05 mango kernel: [<c0290e4f>] schedule+0x2cf/0x560 > Jul 16 18:49:05 mango kernel: [<c02915e3>] schedule_timeout+0x63/0xc0 > Jul 16 18:49:05 mango kernel: [<c011e5b0>] process_timeout+0x0/0x10 > Jul 16 18:49:05 mango kernel: [<c015faaf>] do_select+0x18f/0x2d0 > Jul 16 18:49:05 mango kernel: [<c015f770>] __pollwait+0x0/0xd0 > Jul 16 18:49:05 mango kernel: [<c015fedf>] sys_select+0x2bf/0x4c0 > Jul 16 18:49:05 mango kernel: [<c014c30b>] vfs_read+0x10b/0x140 > Jul 16 18:49:05 mango kernel: [<c0105a77>] syscall_call+0x7/0xb This one I am seeing too. I do not have a good explanation for it yet. Lee

21 years, 2 months

[linux-audio-dev] Re: [linux-audio-user] 2.6.8-rc1-mm1 [and alsa xrun debugging]

by Lee Revell

On Fri, 2004-07-16 at 10:25, Florian Schmidt wrote: > after reading lee's email i had to try this kernel.. so i went over to www.de.kernel.org, grabbed 2.6.8-rc1 and patched it up with this patch: > > http://www.ussg.iu.edu/hypermail/linux/kernel/0407.1/1453.html > > On first sight it looks very good. many of the sporadic xruns i experienced > with jack in RT mode are gone. even a "find /" parallel to a "make bzImage" > seems not to provoke any xruns [i use ext3]. But: i use fluxbox and it supports > desktop wheeling [switching desktop via scrollwheel - very handy] and doing this > excessively and rapidly provokes xruns easily. Also starting mozilla just provoked > an xrun.. Try the included patch. Andrew Morton suggested this, and it works great for me, but it is not in -mm1. Lee --- drivers/char/tty_io.c_orig 2004-07-16 16:10:11.000000000 -0400 +++ drivers/char/tty_io.c 2004-07-16 16:10:31.000000000 -0400 @@ -679,17 +679,13 @@ return -ERESTARTSYS; } if ( test_bit(TTY_NO_WRITE_SPLIT, &tty->flags) ) { - lock_kernel(); written = write(tty, file, buf, count); - unlock_kernel(); } else { for (;;) { unsigned long size = max((unsigned long)PAGE_SIZE*2, 16384UL); if (size > count) size = count; - lock_kernel(); ret = write(tty, file, buf, size); - unlock_kernel(); if (ret <= 0) break; written += ret;

21 years, 2 months

[linux-audio-dev] Re: [linux-audio-user] Re: [a-users] Re: [a-devel] File system and Voluntary Kernel Preemption

by Lee Revell

On Fri, 2004-07-16 at 04:33, Malcolm Baldridge wrote: > > Some of these fixes were to > > extremely important areas (get_user_pages, a fix for > > framebuffer-scrolling issue, and more). > > It goes against common sense (to anyone with kernel knowledge) to use the > console framebuffer anyway. > > The duration of kernel locks and the CPU expense of blowing bitmaps around > like that are shocking. > > Seriously. Use text-mode consoles, or a native AGP-driver a la nvidia, ati, > or whatever. But using a "stupid" framebuffer driver is asking for hardcore > latency blow-outs. > I am using text-mode consoles, and switching back and forth between those and X using ctrl-alt-F[1-7]. I sent Andrew Morton some XRUN traces and he said one of them was caused by framebuffer scolling inside lock_kernel(), and the fix was to remove (un)lock_kernel() from do_tty_write(). This particular fix may not be in -mm1, because he seemed to think it would cause problems (display corruption, etc). It has not caused any problems for me. Maybe I am confused about the 'framebuffer' vs. a text-mode console, I thought they were the same. Anyway, the point is, switching from X to a text-mode console and back caused XRUNS before, and now it doesn't. Lee

21 years, 2 months

[linux-audio-dev] ICMC 2004 Eearly Bird Registration Deadline Approaching Soon!

by tae hong park

Please pardon cross-listing... The deadline for the ICMC 2004 "Early Bird Registration Rate" is coming up soon. Please register on-line by July 29, 2004 to take full advantage of reduced rates. Regular rates will be applied after July 29, 2004 and on-site registration rates after October 27, 2004. Please refer to http://www.icmc2004.org for details. Thank you. Sincerely, Tae Hong Park

21 years, 2 months

[linux-audio-dev] DSSI (Disposable Soft Synth Interface) 0.4

by Chris Cannam

I'd like to announce a new version (numbered 0.4) of the DSSI synth plugin API proposal. http://dssi.sourceforge.net/ Disposable Soft Synth Interface (DSSI, pronounced "dizzy") is a proposal for a plugin API for software instruments (soft synths) with user interfaces, permitting them to be hosted in-process by audio applications. DSSI 0.4 was constructed by Steve Harris, Chris Cannam, and Sean Bolton. DSSI is intended to be simple, especially for plugins; GUI-toolkit-agnostic; and slightly biased towards familiarity with MIDI. It's proposed as an interim measure until bigger and better things come along: hence "disposable". The 0.4 release addresses the problem of efficiently managing shared resources among instances of a plugin by providing explicit support for plugins that may be run in a group. It also clarifies issues such as thread-safety and fixes a few other problems with the 0.1 API identified on LAD and elsewhere. We think the 1.0 release could look pretty much the same as this 0.4 version, barring any more stupid mistakes. The release contains the RFC, the dssi.h header file, example host and plugin code, and now the all-important FluidSynth wrapper plugin. Comments to LAD please. Chris

21 years, 2 months

[linux-audio-dev] initial announcement: softwerk 2.0.0

by Paul Davis

As mentioned briefly, Dave Phillips innocently asked me about SoftWerk while we were riding on the train from Paris to Bordeaux last week. I thought "how hard could it be to get it working again?" and thereby hangs a tale (and a tail). To cut a short story shorter: http://linuxaudiosystems.com/softwerk/softwerk-2.0.0.tar.bz2 is an *initial* re-release of my "analog pattern MIDI sequencer". It is modelled on the Doepfer Schaltwerk, a gorgeous beast of a machine, except that SoftWerk can do everything the SchaltWerk can, and then quite a bit more :) To compile it, you will need (i think): gtk+ 1.2 ALSA with sequencer support gcc/g++ < 3.4 This is a provisional release - I believe that this tarball will ccompile and install and be usable by most people, but what I'd like is for a few people to try it out before I update sourceforge and make other announcements. The documentation at softwerk.sf.net is still reasonably accurate, except that mouse motion is no longer used for editing step values, only typed numerical values or the arrow keys. have fun, --p

21 years, 2 months

[linux-audio-dev] WONDER release

by Marije Baalman

Hi, I am happy to announce the first release of WONDER. The program WONDER (Wave field synthesis of new dimensions of electronic music in realtime) is designed to provide an interface between a wave field synthesis system and the software or hardware composers and performers of electronic music are used to. The program is still in development and trying to reach its eventual goal step by step. The current version (v2.0) allows the user to either create a composition for the movement of the sound sources in his composition or to control the movements in realtime, either via the gui or via open sound control. The program is released under the GNU General public license. Feedback and bug reports are very welcome: wonder(a)nescivi.de The program is created by Marije Baalman and Daniel Plewe (OSC implementation) and is developed in the Electronic Studio of the TU Berlin. WONDER is created for Linux (X11) and uses the Free Qt-Libraries (v3.0.2b or higher), libOSC++ libraries and BruteFIR (v0.99n or higher). Basic installation info can be found in the package in the INSTALL text. The README file lists some extra requirements and necessary adaptations for BruteFIR. Furthermore a soundcard with a lot of outputs and a lot of speakers are required, to make practical use of the program. At: http://gigant.kgw.tu-berlin.de/~baalman/ you will find a description of what Wave Field Synthesis is and under: program - download you will be able to download the program as a tar-ball. The manual with screenshots is also online. The software is by far not yet bug-free, but in my experience it is usable and generally it does not crash when running the audio (except if external conflicts happen or the processor is overloaded). See the KNOWBUGS file that comes with the package... sincerely, Marije Baalman --

21 years, 2 months

[linux-audio-dev] Re: [a-users] Re: [a-devel] File system and Voluntary Kernel Preemption

by Lee Revell

On Thu, 2004-07-15 at 04:53, Damien Cirotteau wrote: > On Thu, Jul 15, 2004 at 10:35:47AM +0200, Free Ekanayaka wrote : > > |--==> "DC" == Damien Cirotteau <damien.cirotteau(a)agnula.org> writes: > > > > DC> Hi all, > > DC> some very interesting links submited by simmo on IRC > > > > DC> File system: > > DC> http://kerneltrap.org/node/view/3466 > > > > DC> Voluntary Kernel Preemption: > > DC> http://kerneltrap.org/node/view/3440 > > > > Yes these are definitively interesting! > > > > I'll read them carefully and see if we can adopt some new trick :) > > Two first thing that i can retain: > - Don't use reseirfs for now (especially with 2.6) > - Enable CONFIG_SND_DEBUG in the kernel so it will be easier to trace > the xruns. It looks that it is a very useful feature to understand where > the xruns comes from and is very good feedback to send to kernel folks The intrepid user in need of low latency should try 2.6.8-rc1-mm1. I sent a bunch of XRUN traces to Andrew Morton, and this kernel contains numerous latency fixes as a result. Some of these fixes were to extremely important areas (get_user_pages, a fix for framebuffer-scrolling issue, and more). The improvement should be major. He is going to be unavailable until July 26th, so the next few weeks are a great opportunity to test and collect data. You are correct in that reiserfs as shipped with the kernel should probably not be used for now if you need low latency. However, I strongly suspect that SuSe (which users reiser by default) contains fixes for this which are not in the mainstream kernel. By enabling CONFIG_SND_DEBUG *and* turning on XRUN debugging at runtime (echo 2 > proc/asound/cardX/pcmX/xrun_debug) you will be able to see whether this is affecting you. Here is the announcement: http://www.ussg.iu.edu/hypermail/linux/kernel/0407.1/1453.html Lee

21 years, 2 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Linux-audio-dev