Linux-audio-dev April 2006

linux-audio-dev@lists.linuxaudio.org

99 participants
74 discussions

by Kjetil S. Matheussen

Esben Stien: > > "Kjetil S. Matheussen" <kjetil(a)ccrma.stanford.edu> writes: > >> snd as a widget in ardour > > How about doing this with the verse protocol and daemon or in the same > spirit?. That way, any editor that supports this protocol, could edit > a live region. > Thats an insanely large project you are proposing. :-) Hacking snd into ardour should only require a days work or something because snd can be compiled as a gtk widget.

18 years

[linux-audio-dev] (no subject)

by Kjetil S. Matheussen

Paul Davis: > > On Fri, 2006-04-14 at 16:47 +0200, andersvi(a)extern.uio.no wrote: >>>>> "P" == Paul Davis <paul(a)linuxaudiosystems.com> writes: >> P> >> P> On Thu, 2006-04-13 at 17:45 -0700, Kjetil S. Matheussen wrote: >>>> The biggest thing about this release of Snd-ls is probably that the >>>> rt-player is enabled by default. The rt-player is an alternative player >>>> engine for SND that plays soundfiles using the rt-extension and reads data >>>> from disk through a buffer. The result is less clicks, and more channels >>>> can be played safely at once. >> P> >> P> just think, if this had been in place 4 years ago, ardour's editor would >> P> have been snd-as-embedded-widget. good? bad? you tell me ;) >> >> It would make for an extremely powerful and flexible audio >> environment with a fast interface. Might we hope? > > i wouldn't spend any time hoping. i spent a month or so back in > 2000/2001 trying to use snd as ardour's editor. when it became clear > that it couldn't handle much more than about 8-12 tracks of playback, > while ardour itself could do 32+, all other considerations were put > aside and it was clear we had to develop our own. the other major > problem with snd is that it has no concept of regions - its model for > audio data is that its a continuous file rather than a playlist. that > pretty much ended any debate on the matter. > Yeah, that makes sense. However, it would be very nice to have snd as a widget in ardour to edit single soundfiles. If you add some guile functions in ardour to update the graphs in the multitracker waveforms views as well, one could edit in snd (inside ardour somewhere) and immediately see changes in the multitracker view.

18 years

[linux-audio-dev] New release of AMB plugins

by fons adriaensen

A second release of the Ambisonics plugins is now available. * Added cube (8-speaker) decoder. * Removed conflicting port hints. <http://users.skynet.be/solaris/linuxaudio> -- FA Follie! Follie! Delirio vano e' questo!

18 years

[linux-audio-dev] [ANN] Snd-ls V0.9.6.2

by Kjetil S. Matheussen

Download from http://ccrma.stanford.edu/~kjetil/src/ Snd-ls is a distribution of Bill Schottstaedt's sound editor SND. Its target is people that don't know scheme very well, and don't want to spend too much time configuring Snd. It can also serve as a quick introduction to Snd and how it can be set up. The biggest thing about this release of Snd-ls is probably that the rt-player is enabled by default. The rt-player is an alternative player engine for SND that plays soundfiles using the rt-extension and reads data from disk through a buffer. The result is less clicks, and more channels can be played safely at once. Changes 0.9.5.5 -> 0.9.6.2 -------------------------- -Moved the dac size slider into the options menu. -Hide listener on startup. -Removed marks stuff from popup menu. (Incompatible with snd_conffile.scm) -Updated Snd from 8.0/30.3 to 8.0/2.4. Many important fixes, including listener stuff. -Removed playing buttons from pop-up menues. -Added checks for gtk-mnemnomnics so that old key-bindings aren't overwritten. -Many fixes for the rt-player. -Various fixes so that debug printing and warnings/errors are put out to the listener as well as stdout/stderr. -Configured the transform view to show sonograms by default. -Increased standard dac-size from 1024 to 2048. -Added shortcut "l" to turn on/off the listener, and added it to the help menu along with the "c" key for turning on/off controls. -Updated Snd from 7.15 to 8.0. -Enabled rt-player by default. rt-player is an alternative player engine for snd, that plays using the rt-extension and reads data from disk through a ringbuffer. The result is less clicks.

18 years

[linux-audio-dev] libsndfile and WAVEX

by Alfons Adriaensen

I've gone through the docs a number of times, but can't find a way to read / write the channelmask and guid in a WAVEFORMAT extensible file. Is it possible ? -- FA Follie! Follie! Delirio vano e' questo!

18 years

[linux-audio-dev] realtime low lat and 2.6.16

by Richard Smith

Whats the recommended realtime low lat setup for 2.6.16? All the docs I read seem to be for much older kernels? Does realtime-lsm still work? I've got a m-audio audiophile 24/96 and I want jackd to run without xruns. I tried the rt16 patches for 2.6.16 but my kernel just hangs on boot. -- Richard A. Smith

18 years

[linux-audio-dev] multiface latency question

by Dmitry Baikov

Hello! I'm planning to get RME Multiface (II) and have a question to it's owners. Can you, please, post its latency in audio loop, measured with jaaa in 2x64 buffer setup. Thank you. Regards, Dmitry. P.S. crossposted from LAU, since there were no responces.

18 years

Re: [linux-audio-user] Re: [linux-audio-dev] music engine

by Kjetil Svalastog Matheussen

Paul Davis: >> As an interface designer, the first thing I look for on an engine's >> project site is some sort of asynchronous API - I should never concern >> myself with anything outside referencing the api from my app's one >> windowing thread. FMOD, gstreamer, and my dead pkaudio project do this >> very well. I don't ever want to worry about what thread it happens in, >> what threads it will affect, or what the performance effects of >> *making* the call will be (as opposed to residual effects). > >although i agree that this is the right design for many classes of >application design, i would like to see how you propose to tackle >metering and waveform display (the two most difficult examples). >ardour would be relatively easy to separate into interface+engine >processes (as opposed to just a lib/lib-client separation) if it were >not for these issues. moving waveform and metering data back and forth >between two processes via a wire protocol is very expensive and >inefficient. How about creating the gfx waveform data on the engine and then just send a pointer to the gfx process, which displays the data using the MIT-SHM X extension? PS. Please don't let this inspire you to reimplement Ardour. :-)

18 years

[linux-audio-dev] Please help: 16-channel recording w/ LAYLA, ALSA, JACK, ARDOUR

by Lance Blisters

I bought a Layla24 and Cardbus adaptor. Works beatifully with ALSA/JACK/ARDOUR up to 8 channels. However, the soundcard presents the 8 analog channels as device 0 and 8 digital channels as device 1. JACK will only open one device at a time. So in order to record and play back 16 channels with Ardour, I apparently need to create a virtual ALSA device combining the two LAYLA subdevices. Which brings me back to a place I always find myself when working with new sound gear - ALSA LIMBO, a dark claustrophobic space occupied only by unidentified .asoundrc fragments, paved with device anomolies, mined with disinformation bomblets, seen through the funhouse mirrors of fruitless google sessions. Cascades of similar plugin types of indeterminate direction, each encased in the next like a 12-step turducken, translated through an inconsistent mix of multiple (equivalent?) syntaxes, with the smallest deviation producing a cryptic failure. A breadcrumb trail of trials and errors spirals back further than I can see, and the only sounds I can hear over the queasy rumblings building in my stomach, is me repeating to myself that OF COURSE it is possible, I can't be the ONLY person to try to use all channels with JACK, and if I just dig through another 10 pages of search results i'll surely find a .asoundrc which solves the whole thing for me. And then I wake, throat hoarse, sticky with fever sweat, to apply ice to my forehead and plaster to the fresh hole in my wall. And I beg of you, someone, please, for the love of all that is holy, just give me the damn answer so i can get on with my life. And not a "use the multi plugin" answer, because THAT IS NO ANSWER, THAT IS ONLY A TAUNT. An actual, complete .asoundrc which has actually worked in practice, with .ctl, mmap, exclusivity, #channels, etc accounted for. The kind which saves me literal hours of very literal frustration. Thanks in advance, -geoff

18 years

[linux-audio-dev] [ANN] GNU Denemo 0.75

by Adam Tee

GNU Denemo, a GTK+ front-end to GNU Lilypond Major changes include: Moved back to Plain C for future releases Reimplementation of keymaps so they are now XML based Midi import Lilypond Export Updates Reimplementation of rc files so that they are now XML Removal of Blank rest modes Crash Recovery Lots of memory leak fixes Help Manual now available Revised CSound export Revised Print functionality Blank notes are now displayed in Yellow to aid in viewing the score Keybindings for inserting Time Signatures, Key Signatures and Clefs Adam Maintainer GNU Denemo http://denemo.sourceforge.net

18 years

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 April 2006