Yes, after more than a year there is another JackMix release!
If you just want to download it:
http://dillenburg.dyndns.org/~arnold/node/267 (also has some comments
and install-instructions)
You don't know what JackMix is? - It aims to be a mixing-console for
your computer. It uses Jack, the professional sound server and does
pure mixing, no effects or routing (there are other good apps for
that).
For more info read http://dillenburg.dyndns.org/~arnold/wiki/goto/JackMix:intro
This new release includes a dir where I did some first tests with OSC,
which I plan to use for communication between the mixer-server and the
gui(s). Until now its just a lib and two test-apps in that dir. If you
want, you can take a look at it...
Some other concepts[*] are about to find their way into JackMix real
soon, which implies another phase of heavy rewriting (and not so many
releases).
Have a nice day,
Arnold
[*] Reading "Design Patterns" is truly inspiring...
--
visit http://dillenburg.dyndns.org/~arnold/
---
Wenn man mit Raubkopien Bands wie Brosis oder Britney Spears wirklich
verhindern könnte, würde ich mir noch heute einen Stapel Brenner und
einen Sack Rohlinge kaufen.
Hi!
So I counted the pennies, scratched my head more than twice,
investigated alternatives, slept unruly and finally decided that a
BCR2000 is the way to go.
phew ... :)
I have a firmware update here, looks like a sysex block (F0 ... ... F7)
and with the filename extender 'syx' I am pretty sure it is so.
In order to improve Behringers support for Linux, I should give some
feedback, right? They have a failproof update.exe solution for Windows
(but none for Mac nor Linux.)
As far as I can see, this is the kind of job 'amidi' was designed to do.
Now, what would an amidi command look like that guarantees to update
each and every midi-device found with said sysex file?
mvh // Jens M andreasen
Evening-
I was looking at starting a coding project for my work(Theaterical
Sound Designer) and one of the things I was looking at doing is adding a
playback engine to be used in a live situation. For this end I would
need an audio engine capable of simultaneous file playback across the
same or multiple audio interfaces, preferably using Jack. I was
wondering if there was a good engine out there that already existed to
accomplish this?
Would Like:
Just the engine, ability to program UI seperately.
Ability to control basic concepts like Volume and Pan
Possible Surround Output(5.1) and appropriate Pan implementation.
Ability to play multiple files simultaneously, outputting either to the
same interface or seperate interfaces
Jack Compatibility
Eventually I would love to be able to add things like LADSPA support and
such to this program. My goal is a program that I can use to program in
automation(Basic) in terms of Volume and Pan, and hopefully eventually
Automation in terms of the Plugins used. The Main Goal of the program
is to be used for playing Music and Sound Effects in Live Theater,
however it will also be used to organize paperwork and such so that
anything related to a production can be pulled up on the computer at any
given time.
I would also like to look into a good Midi Library, specificly for
sending Midi Control Messages out over an interface to control external
equipment.
And since i am pretty new to audio programming, and pretty much can be
considered a newcomer to programming in general I would love any
suggestions on reading material for programming for audio, as I would
imagine there are a few accepted and unaccepted tricks to keep a low
latency system up, but also for minimizing HD load times and
prebuffering clips in memory to allow for faster access etc. I doubt I
will be using this right off hand, I am sticking to programming easier
things for a reason for right now;)
Seablade
http://www.notam02.no/arkiv/src/http://www.notam02.no/arkiv/src/snd/
Snd-ls
******
Snd-ls is a distribution of the 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.
0.9.5.1 -> 0.9.5.3
------------------
-Reduced the startup-time radically.
-Reduced memory usage.
-Realtime priority when playing when using jack.
-Fixed window auto-sizing.
-Turned off off-turning of mlockall(MCL_FUTURE)
to avoid being zombified from jack.
-Fixed some things in rt-compiler.scm and
snd_conffile.scm
Mammut
******
Mammut will FFT your sound in one single gigantic analysis (no windows).
These spectral data, where the development in time is incorporated in
mysterious ways, may then be transformed by different algorithms prior to
resynthesis. An interesting aspect of Mammut is its completely
non-intuitive sound transformation approach.
0.20 -> 0.21
------------
-Set realtime priority for the player thread to ensure clickless playing.
-Fixed some trouble when exiting.
--
Hi all,
after quite some time, I now released a new version of WONDER, version
2.0.8.
This version features the GUI updates that were announced at the LAD
this year, as well as a lot of restructuring in the code behind, making
the framework more robust (less crashes!), and more easily extendible.
For example, it should be much easier now to create a text based
interface to WONDER.
However, one little bug, which I still have to work on in the score
creation of the composition tool, kind of renders that part of the
program not very useful right now, but I didn't want to wait for another
month with this release (I'll be away for the next couple of weeks)...
Grid definition and playing should work fine.
Details in the NEWS and KNOWNBUGS files in the tarball.
I made a separate package for the manual/help files, as these update
less often, and are quite big.
Furthermore, there is now a CVS version at sourceforge as well, and I
created a mailinglist there for those who wish to get updates on WONDER,
and as a forum for questions about using WONDER in general, and
bug-reporting. As this list gets archived, this might save me from
answering some questions more than once :)
Subscription at:
http://lists.sourceforge.net/lists/listinfo/swonder-list
More information:
http://gigant.kgw.tu-berlin.de/~baalman/
Download from:
https://sourceforge.net/projects/swonder/
Yours sincerely,
Marije Baalman
Hello. Could anyone figure out how to get sourceforge cvs
non-interactively? I could not figure out how I could
give the empty password to the script. The cvs login
always seem to ask the password interactively. The cvs co
does not work without cvs login.
cvs manual says how to do it, but it does not work for
some reason. My mistage?
I just want archive a plenty of projects automatically.
The cvsroot files are rarely updated at sourceforge,
and the cvsroot file downloading is too often interrupted
by their server.
Juhana
--
http://music.columbia.edu/mailman/listinfo/linux-graphics-dev
for developers of open source graphics software
Hi all,
could anyone have a look whether the documents listed here:
http://developers.marian.de/
are indeed sufficient information to write an ALSA driver for one of
these cards?
There are quite a few people interested in getting such a card working
on Linux, and the last message from Marian is that they supply this
information to write drivers.
My question though, whether this is enough, or not.
Unfortunately, the most interesting card they have (the UCON CX) is not
amongst those for which they supply info...
sincerely,
and thanks,
Marije
Hello all,
I'm looking into porting SWONDER 2.0.5 to Mac OSX 10.4.
I noticed that it requires Qt 3.X installed the old way (libs rather
than Mac frameworks).
Has anyone updated it to Qt 4.0?
Is there already a Mac port (and xcode project) available?
...any reply appreciated...
mit freundlichen Grüssen,
stp
--
Stephen Travis Pope -- http://create.ucsb.edu/~stp
Center for Research in Electronic Art Technology, University of
California, Santa Barbara
Really—I don't know what the meaning or purpose of life is.
But it looks exactly as if something were meant by it. — C.
G. Jung
Hi all,
I just started to learn some C++. Currently I'm working on some Qt MIDI
tools.
I've found some code which makes life for me much easier. The code is
licensed under a MIT license and can be found here:
http://www.music.mcgill.ca/~gary/rtmidi/index.html#license
The free Qt version I use is under GPL.
I wonder if I'm allowed to distribute a Qt application as a GPL
application even if I include the classes mentioned above, or if I need
to implement my MIDI connectivity by myself.
Any opinion is much appreciated.
Thanks & best regards
ce
Hi,
this is the first public tarball of dssi_convolve, a DSSI wrapper around
libconvolve.
grab here:
http://affenbande.org/~tapas/jack_convolve/dssi_convolve-0.0.2.tgz
you need libconvolve-0.0.5.tgz for this, too (fixed some minor bugs)
http://affenbande.org/~tapas/jack_convolve/libconvolve-0.0.5.tgz
Features:
- no GUI yet. Send OSC commands directly to load a responsefile. If you
use the included test_dssi_convolve.om patch in om-synth (you need
latest cvs for this), you can use sclang [supercollider3] like this to
send it stuff:
a = NetAddr("localhost", 16180);
a.sendMsg("/dssi/test/Convolve_0/configure", "rtprio", "0");
a.sendMsg("/dssi/test/Convolve_0/configure", "responsefile", "/home/tapas/sound/ResponseFiles/room/Thick Room.wav");
The included om patch provides stereo input and stereo output. A copy of
the stereo input is delayed (by 0.68s which is just the delay introduced
by dssi_convolve at a samplerate of 48khz and a partition size of 16384)
and mixed back into the output. Both input signals are also mixed
together and fed into the single convolution input. The stereo
convolution output is mixed into the stereo patch output. While this
kinda abuses the convolution to do stuff it shouldn't it still sounds
nice :)
configure keys understood:
"responsefile" value: filename. load the specified responsefile
"rtprio" value: the desired SCHED_FIFO prio for the worker thread. when
0 is specified SCHED_OTHER is used.
- the convolution runs in a lower prio thread and a huge buffer [default
16384] is used to decouple the convolution size from the hosts
periodsize. This introduces 2*partition size frames additional latency
which is reported on the "latency" control output. The partition size
can be changed by altering the DEFAULT_PARTITION_SIZE in the source
code. A configure key for this will be added.
Bugs:
- loads only in om, not in jack-dssi-host. [any clue?]
- might have problems loading mono files. not tested.
- SConstruct broken. Use the Makefile
- might lock up your boxen. so if this is a problem for you, inspect the
source first and fix all bugs ;)
- millions more i'm sure. if you find any please let me know :)
TODO:
- GUI
- Different channel versions (mono, 4 channel, 6 channel). This provides
always a single input only but the loaded response files may then be
mono, stereo, 4-channel or 6-channel.
- Realtime mode (where partition size == hosts buffer size -> no
additional delay). Need to figure out some DSSI specifics to find out
how to discover host buffer size before initial configure call is done
(which might load a responsefile and for which the partitioon size needs
to be specified)
TODO's might take a while due to my limited time atm [studying]. Help
appreciated. Drop me a mail.
Feedback is most welcome.
Regards,
Flo
P.S.: yes i will remove the audio rate gain input port in the next
realease. I don't need it and i figure it might confuse DSSI host apps
that try to figure out themselfes how to hook it up.
--
Palimm Palimm!
http://tapas.affenbande.org