Sounds like there are a number of options for me to look at and spend some
time getting the communication right, I'm wondering if anyone can give me a
suggestion on how I can start experimenting with object design *deferring*
the question of getting communication *right*, while I study options. I'd
like to come up with a well encapsulated API, wondered if anyone has ideas
for what would 'sort of work' for now while I'm writing experimental code,
but still be layered properly so that when it's time to examine the
threading and timing issues in detail I can. or maybe this isn't possible?
For example, what kind of queuing system would one suggest for just getting
started where occasional blocking is ok? Does anyone use boost queues or is
strictly a roll-your-own endeavor?
Is planning on sending messages with an osc protocal realistic as a
starting point?
thanks
iain
Hi, I'm working on an a project that I intend to do using the STK in a
callback style, but am hoping I can prototype the architecture in python
until I've figured out the various components and their responsibilities
and dependencies. Does anyone know of any kind of python library ( or
method? ) that would let me simulate the way callback based STK apps using
RTAudio work? IE I want to have a python master callable that gets called
once per audio sample and has a way of sending out it's results to the
audio subsystem.
I've found a bunch of python audio libs but it doesn't seem like they work
that way, maybe I'm missing something?
thanks!
Iain
QasMixer version 0.15 is now available.
QasMixer is an ALSA mixer with a size adaptive Qt GUI.
Changes:
* New simpler device selection view
* New user setting: Mixer device on startup
* ALSA configuration view moved to a separate application: QasConfig
* Localizations moved to a separate package: qasmixer-l10n
* Default fallback translation
* Code merges and cleanups
* Version code shortened to two numbers instead of three
Homepage with more information
http://xwmw.org/qasmixer
Project page
http://sourceforge.net/projects/qasmixer/
Happy volume changing!
-- Sebastian Holtermann
On Mon, Sep 26, 2011 at 05:38:24PM +0000, Fons Adriaensen wrote:
> > Those of you who own a Multiface, Digiface or RPM: Could you give
> Does not compile. The installed header doesn't define
> anything RPM, and you don't supply a new one.
Good point. Now? http://adi.loris.tv/hdsp-test-20110927.tgz
Hi
The guitarix project could need your help. :-)
After a complete source restructure, to become a real object orientated
source struct, nearly every line have rewritten (by Andreas Degert).
Now, we need to know, if there are any hidden bugs slips in during this
process.
We would push out a new release soon, to cover the new release of
zita-convolver, but we could need some feedback from users of different
arch and distro, to fix possible remaining bug's before.
So, if you like to help us, check out our SVN, let us know if you run
into a problem or if anything works well for you. Let us know your arch
and distro, . .
Help us to bring a usable Guitar Tube Amp emulation to the Free Software
World.
Our SVN:
svn co http://guitarix.svn.sourceforge.net/svnroot/guitarix/trunk
guitarix
our tracker:
http://sourceforge.net/tracker/?group_id=236234
your feedback will be welcome here or there or anywhere. :-))
or in our forum:
http://sourceforge.net/apps/phpbb/guitarix/
so please, don't be shy and tell us your test results.
regards
hermann
Hello all,
New releases on <http://kokkinizita.linuxaudio.org:/linuxaudio/downloads>:
zita-convolver-3.0.2
--------------------
* General code cleanup, will now allow bugfixes and
minor changes without breaking binary compatibility.
* Will work correctly in Jack's 'freewheeling' mode.
* Optimised partition size sequence in function of number
of inputs and outputs, size and matrix density.
* Should compile and work on OSX. The Makefile is untested.
This release is NOT binary compatible with 2.0.0.
This release is NOT API compatible with 2.0.0. The
required changes are small but essential, and are
documented in the README file. Full API documentation
will follow.
jconvolver/fconvolver-0.9.1
---------------------------
* Spaces allowed in filenames and jack port names. Use
quotes or escape the spaces.
* Hilbert transform IR built-in, allows creation of
arbitrary complex matrices without requiring any
external audio files. See README_CONFIG.
* Should compile and work on OSX. The Makefile is untested.
This release requires zita-convolver-3.0.x
For an intersting demo of what convolution can do, try
'weird.conf'. Instructions are in the file.
Ciao,
--
FA
hi *!
it seems that http://lv2plug.in is unhappy. it throws a 500 error while
redirecting to trac. does anyone know who is running that machine is so
i can drop them a note?
thanks,
jörn