Linux-audio-dev January 2007

linux-audio-dev@lists.linuxaudio.org

68 participants
48 discussions

[linux-audio-dev] lists.linuxaudio.org migration complete, time to consolidate LAD/LAU/LAA?

by Ivica Ico Bukvic

Greetings all, I am pleased to announce that the consortium lists have been migrated from the agnula domain and are fully functioning. They can be accessed via lists.linuxaudio.org. This important migration will greatly simplify further consolidation of online resources. Given that there was some discussion about this before which has elicited positive feedback, in an effort to consolidate online resources please consider this an open call to LAU/LAD/LAA maintainer(s) to consider migrating lists to the lists.linuxaudio.org. Provided that there is still interest for such a move, the consortium will provide you with necessary help to make migration as seamless as possible. Furthermore, linuxaudio.org in conjunction with Virginia Tech will provide: 1) virtually unlimited bandwidth 2) generous disk space 3) the necessary access to maintainers 4) the assurance that no institutional, logistical, and/or any other kind of control will be exerted over the mailing lists, respective maintainers and subscribers The list of current online resources hosted by linuxaudio.org can be found at portal.linuxaudio.org. I sincerely hope that the community will support this important milestone towards consolidation of Linux audio online resources. Should you happen to have any additional questions and/or concerns, please do not hesitate to contact me. Best wishes, Ivica Ico Bukvic, D.M.A. Linuxaudio.org Director Virginia Tech Department of Music - 0240 Blacksburg, VA 24061 (540) 231-1137 (540) 231-5034 (fax) ico(a)linuxaudio.org http://www.music.vt.edu/people/faculty/bukvic

19 years, 1 month

Re: [linux-audio-dev] an relevant link about Vista

by Dave Phillips

Lars Luthman wrote: >It's as if McDonald's would announce that the new and improved Big Mac comes with >shards of broken glass inside. > > Well, in America at least you can convince people to eat anything, and you can train them to like it and ask for more. Literal and figurative examples abound. Best, dp

19 years, 1 month

[linux-audio-dev] alsa mixing

by Milan Mimica

Hello! We're designing a new sound subsystem for allegro game programming library, and we would like to take advantages of multiple hardware voice capabilities. On linux, ALSA is the only software that possibly could expose API for such a capability, is that right? It is possible to open multiple PCM outputs and play sound at the same time on all of them. The problem is that we miss some basic mixing features, like panning a mono sound on multichannel output for example. A similar feature is implemented as 'route' ALSA plug-in that can be specified in .asoundrc file, but it is not flexible enough. So the question is, does ALSA provide such functionality? If not, which library could? Is it possible that linux OS doesn't provide any API to take advantage of such hardware capabilities? -- Milan Mimica http://sparklet.sf.net

19 years, 1 month

[linux-audio-dev] Locks or no locks?

by nick thomas

I apologize if this has been discussed previously on the list; Google didn't seem to be turning anything up from the list archives. I'm writing my first DSP program for JACK. My problem is this: I've got a high-priority audio synthesis thread, and a low-priority user interface thread, and they need to communicate: the UI thread needs to tell the synthesis thread to respond to the user twisting knobs and moving sliders in the interface, and the the synthesis thread needs to tell the UI thread what it's doing, so that the UI thread can update its monitoring widgets. I'm sure that this is an extremely common situation for JACK programs, and I was wondering how to handle it. I know of two possible approaches: using locks and shared memory, or using FIFOs and no shared memory. Vanilla pthreads provides direct support for the former approach, and JACK's ringbuffer interface seems to provide the necessary primitives to implement the latter approach. A lock-based system would probably be substantially simpler to implement than a lock-free one; however, I can imagine some possible priority inversion issues with a lock-based system. I don't know if that is ever a problem in practice, with real-time scheduling enabled. Anyway, there's my question: which approach (lock-based or lock-free) is generally favored for JACK programs? Thanks for helping a newbie out!

19 years, 1 month

[linux-audio-dev] linux vst

by Robert Jonsson

Hi, I noticed that the Linux-VST site has gone online now: http://linux-vst.com /Robert -- http://spamatica.se/musicsite/

19 years, 1 month

[linux-audio-dev] integrating qt apps with common plugin interface

by kind king knight

I don't think that vst, or dxi, are useful to work with qt, because they aren't adopted in Linux, and I don't think that windows users would bother compiling sources (for releasing compiled qt applications you must buy the qt license). Beside qt doesn't have good routines for playing sound (i am thinking about the gnu version <=3).

19 years, 1 month

[linux-audio-dev] integrating qt apps with common plugin interface

by Patrick Stinson

has anyone gotten a qt-based gui to work with audiounits, vst, rtas, dxi, or another commercial plugin framework? cheers -- Patrick Kidd Stinson http://www.patrickkidd.com/ http://pkaudio.sourceforge.net/ http://pksampler.sourceforge.net/

19 years, 1 month

[linux-audio-dev] [ANN] jack_mixer version 2

by Nedko Arnaudov

jack_mixer version 2 released. jack_mixer is GTK (2.x) JACK audio mixer with look similar to it`s hardware counterparts. It has lot of useful features, apart from being able to mix multiple JACK audio streams. Changes since version 1: * Fix compilation issue for 64-bit platforms (-fPIC) * Add new meter scale - iec268, fewer marks * Add hints in documentation for compiling on Ubuntu * Fix compilation with offsetof macro definition Homepage with screenshots: http://home.gna.org/jackmixer/ Download: http://download.gna.org/jackmixer/ -- Nedko Arnaudov <GnuPG KeyID: DE1716B0>

19 years, 1 month

[linux-audio-dev] [ANN] EEL 0.1.11 released

by David Olofson

EEL 0.1.11 released ------------------- Here we go again! Been throwing a whole lot of new code and new problems at EEL since the last release, and as you can see, we've skipped two public releases. This was part due to lack of time, and part because there were stability issues I wanted to deal with before making a public release. Most interesting changes from 0.1.8: * All relevant VM instructions can now handle up to 65536 constants. * Compiling large files with line number debug info is now a lot faster. * for i=N, N-1 ... will no longer iterate once. * 64 bit pointer issue in relocate_limbo() fixed. * Fixed octal number escape parsing in strings. * A bunch of improvements to the EELBox GUI toolkit. (Sorry about the current lack of serious examples...) * Added a DSP module, with FFT, polynomial evaluation etc. * Minor audio API improvements (mono samples and vector support. * Vectors and arrays can now be sliced, and... * ...slice() has been renamed copy(), to avoid confusion with an upcoming language feature. * MIDI input support. (Very basic and ALSA only, for now.) * A bunch of new example/test scripts. (Hey, fftsynth.eel is almost interesting! ;-) * Various bug fixes and code cleanups. ChangeLog: http://eel.olofson.net/ChangeLog Home: http://eel.olofson.net/ Downloads: http://eel.olofson.net/download.html Direct download: http://eel.olofson.net/download/EEL-0.1.11.tar.gz Win32 binary package: http://eel.olofson.net/download/EEL-0.1.11-Win32-bin.zip //David Olofson - Programmer, Composer, Open Source Advocate .------- http://olofson.net - Games, SDL examples -------. | http://zeespace.net - 2.5D rendering engine | | http://audiality.org - Music/audio engine | | http://eel.olofson.net - Real time scripting | '-- http://www.reologica.se - Rheology instrumentation --'

19 years, 1 month

[linux-audio-dev] block i/o scheduler for JACK

by Andrew Gaydenko

(sorry for crossposting - have tried at LAU mailing list, but have not got any answer) Which kernel block i/o scheduler is most appropriate for JACK application? There are alternatives: Anticipatory I/O scheduler, Deadline I/O scheduler and CFQ I/O scheduler. I mean a kernel without RT-related patches.

19 years, 1 month

2026

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 January 2007