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
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
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
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!
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).
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>
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 --'
(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.