Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

7516 discussions

[linux-audio-dev] New version of zynaddsubfx (2.0.0_pre)

by Paul N

Hi. I am Paul, the author of the software synthesizer called ZynAddSubFX. I made a pre-release version. Please get it from http://sourceforge.net/projects/zynaddsubfx or http://zynaddsubfx.sourceforge.net News: 2.0.0_pre1 (17 Iul 2004) - Added a new powerful synth engine which is called PADsynth, you can make very beautifull pads and even some strange sounds - Now is used the XML format for all zynaddsubfx parameters(.XMZ for master parameters, .XIZ for instrument parameters and .XSZ for scale parameters).You can import older parameters. All parameters files are compressed with gzip algorithm. - Some parameters has changed and you might ecounter different sounds that you saved in the older versions of zynaddsubfx - The instrument banks are no longer single files, but directories that contains instrument .XIZ files (you can organize them even with a file manager). Also, you can use more than 1 banks easily. - Added a new effect called DynamicFilter that allows you to do WahWah,AutoWah, VocalMorpher and other effects - Speedups - Started to write a small sequencer that allows to load and play a midi file from zynaddsubfx (unfinished) - ZynAddSubFX is available from CVS, too. Please look at the sourceforge project page to get more information ( http://sourceforge.net/projects/zynaddsubfx ) - The waveform generator (OscilGen) has many new parameters :) also if you press the "Shift" key, you can draw the hamonics amplitude/phases - Many user interface improvements - You can load a file at the start of the program with "-l" command-line parameter and you can run zynaddsubfx w/o user interface with "-U" - It is possible to dump all MIDI notes into a text file - The instruments can contain comments and copyright information in order to encourage sharing of them - FFT3W library is supported - More "randomness" options - Other impovements - Many, many bugfixes - Added the full changelog (since I started to write zynaddsubfx), most is in Romanian The documentation for this version is not written. Please wait for a while until I'll write it. I recomand you to test the instruments, because I added many new instruments. Enjoy. Paul __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail

21 years, 3 months

[linux-audio-dev] AlmusVCU 0.85

by Anders Torger

Almost two years since the last release, AlmusVCU 0.85 is now out. AlmusVCU is free open-source software which makes a computer equipped with a multi-channel sound card into a real-time versatile convolver unit. The main area of use is as a surround sound processor in multi-channel high fidelity systems such as: - Ambiophonics - Ambisonics - Auralisation/binaural/Ambisonics hybrid systems - ITU 5.1 or other discrete multi-channel arrangements Further information can be found at: http://www.ludd.luth.se/~torger/almusvcu.html /Anders Torger

21 years, 3 months

[linux-audio-dev] sonar tracking question

by Tim Blechmann

hi all, i'm currently working on an installation, where i have to track persons in a room ... in theory it should be possible to track a person by the time the sound will need to reach the microphone ... i know, these are only ms, but using a tricky algorithm, it might be possible ... has anyone been trying to work on something like that? if so, i'd like to hear about the results ... cheers... tim -- mailto:TimBlechmann@gmx.de ICQ: 96771783 After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs

21 years, 3 months

[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, 3 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, 3 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, 3 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, 3 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, 3 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, 3 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, 3 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