Looks like the Nvidia driver just got happily married to realtime, low
latency Linux - again, no? .. From tglx:
http://article.gmane.org/gmane.linux.rt.user/8150
Changes since 3.4-rc2-rt2: ...
* Remove the _GPL restriction from a few exports
This restores the status quo of pre 3.0 RT versions.
I fundamentally hate this change, but the point is, that RT
replaces non GPL exports with GPL ones and therefor breaks
"legitimate" abuses of the kernel.
OTOH I've been exposed to source code of some secret sauce
drivers. That makes me believe that in a lot of cases the reason
for not disclosing the driver code is that publishing might put
the innocent and unprepared reader in danger of gastric ulcer and
eyecancer.
So I commit this change for health protection reasons.
--
JMA - Harlequin
http://web.comhem.se/mx44turbo/cute/harlequin.mp3
After two beta releases, we are proud to announce the final release
"drag-on-fly" guitarix2-0.22.0.
Guitarix is a tube amplifier simulation for jack, with effect modules
and an additional stereo effect chain.
Download from http://sourceforge.net/projects/guitarix/
You can find some screenshots and explanations of the new version in
https://sourceforge.net/apps/mediawiki/guitarix/index.php?title=EnhancedUI
Things that changed since the beta2 release:
* many small fixes and enhancements
* compile fixes for several environments
* convolver unit
* fixed crash
* presets like for other rack units (instead of the old "favourites")
* for beta users: parameter scaling for Vibe unit changed.
if you stored a preset with Vibe settings you'll have to
adjust the values (sorry).
* if you see corrupted graphics in screen animations: it is probably a
video driver bug. You can try to set Option "EXAPixmaps" "off" at the
end of the device section in xorg.conf (location depending on system,
e.g. /etc/X11/xorg.conf.d/ati.conf).
Announcement text from the beta releases:
Many things changed in the user interface. You can move rack units
by drag and drop (reflecting the signal flow), store individual
settings for each rack unit and use preset banks with several settings
for the whole rack. It's easy to take our "factory presets" and make
your own customized bank, or make your own from scratch and share it
on the Guitarix forum.
There is a new "live play mode" with only the info you need on stage
(it's fullscreen, no other penguins around), and a preset picking mode
with a foot switch (midi or usb, or if you don't have one even the
space bar of your keyboard) and the strings of your guitar to switch
settings.
Rack units are now put into categories, and two new ones are a noise
gate for high noise levels and a univibe emulation. Thanks go to the
developer of abGate and the nice guys from Rakarrack who helped
porting their univibe code and made the inclusion of it possible.
This is already too long, please check it out and give feedback if you
find a problem, this version is still beta.
Please refer to our project page for more information:
http://guitarix.sourceforge.net/
download site:
http://sourceforge.net/projects/guitarix/
please report bugs and suggestions in our forum:
http://sourceforge.net/apps/phpbb/guitarix/
here you can find a couple of examples produced by guitarix users:
http://sourceforge.net/apps/phpbb/guitarix/viewtopic.php?f=11&t=83
have fun
_________________________________________________________________________
For extra Impulse Responses, guitarix uses the zita-convolver library,
and, for resampling we use zita-resampler, both written by Fons
Adriaensen.
http://kokkinizita.linuxaudio.org/linuxaudio/index.html
We use the marvellous faust compiler to build the amp and most effects
and will say thanks to
: Julius Smith
http://ccrma.stanford.edu/realsimple/faust/
: Albert Graef
http://q-lang.sourceforge.net/examples.html#Faust
: Yann Orlary
http://faust.grame.fr/
________________________________________________________________________
guitarix development team
Hello everyone,
During this jolly holidays, I worked a bit on the AMS LV2 plugins.
The version 0.0.6 can be downloaded here:
http://sourceforge.net/projects/avwlv2/files/avw.lv2.0.0.6.tar.gz/download
This new version comes with:
* Basic GUI for Analog Driver, Envelop and Advanced Envelop
* Ported:
- CV Source
- Delay
- Dynamic Waves (4 Osc)
The basic GUIs are based on the ones from AMS itself.
In addition, the SVN is now fixed:
svn checkout svn://svn.code.sf.net/p/avwlv2/code/trunk avwlv2-code
Finally, plans for the future are to port more of the AMS plugins (I'm
sorry guys, but I'm only gonna port the ones I actually use and might
ignore some others).
I was thinking as well to:
- create a percussive envelop and 'Note Filter' (a plugin that let the
Velocity/Gate/Trigger of the Ingen Note Internal go through only when
a certain Frequency is hit). I have patches that simulate the TR 808
Kick/Snare/Etc, and I need these to be able to create a Drum Machine
in Ingen.
- create a beat slicer/repeater plugin (probably will base the code on
Tranches).
- a LFO synchcronized with Jack (I have always missed that one AMS!).
So here you go!
Have a happy new year 2012 guys!
Aurélien
I've seen the lengthy discussion of NSM and decided I'd like to give it a
whirl, but I cannot figure out where the code lives. As far as I can see
http://non.tuxfamily.org/nsm/ has no mention of how to get the code. So
how do I get (git?) it? Thanks
The discussion started, with the question about large files.
Keep it simple - store either files or links in the session folder ?
Why not ?
Some more opinions please.
--
E.R.
On Wed, Apr 11, 2012 at 02:47:11PM +0400, Louigi Verona wrote:
Please keep LAD at least CC'ed.
[jack_lsp -c]
> However, this command seems to give the list of available ports. It does
> not show which ones are connected.
It does show the connections, that's why jack_lsp -h says
-c, --connections List connections to/from each port
$ jack_lsp -c
[..]
system:capture_34
system:capture_35
system:capture_36
system:playback_1
PulseAudio JACK Sink:front-left
MPlayer [9864]:out_0
system:playback_2
PulseAudio JACK Sink:front-right
MPlayer [9864]:out_1
system:playback_3
system:playback_4
system:playback_5
[..]
Obviously, "MPlayer [9864]:out_0" and "PulseAudio JACK Sink:front-left"
are both connected to "system:playback_1", likewise for
system:playback_2.
In contrast, system:playback_{3,4,5..} are not connected.
--
mail: adi(a)thur.de http://adi.thur.de PGP/GPG: key via keyserver
Hey guys!
I was wondering if JACK, QJackCtl or Patchage or any other programs that
manage audio and midi connections in JACK can output a list of connections
they currently make in text format?
The idea is that when scripting, you would use things like:
jack_disconnect rakarrack-01:out_1 system:playback_1
jack_disconnect rakarrack-01:out_2 system:playback_2
jack_connect specimen:out_left rakarrack:in_1
jack_connect specimen:out_right rakarrack:in_2
It would be pretty cool if when using Patchage you could, for instance, ask
it to output a similar connections list that you would copy and put in your
script.
I do notice though, that it probably would not output disconnect messages,
but only connect ones. But this is still help.
--
Louigi Verona
http://www.louigiverona.ru/
Hello list,
tl;dr: Is there a cheap midi hardware that just gets midi information in and routes it out, except on a different, single, channel which I can change easily up and down directly on the hardware?
Long version:
Recently my master keyboard broke. It was just a cheap, used m-audio keystation 49e. I did not buy a new master-keyboard because I have a Roland HP207e digital piano here which is vastly superior when it comes to actual playing. Sadly not to control midi data.
I have a Behringer BCF2000 here which I connected to my keyboard now, so I should be able to do something with it, but there is one thing missing: Channel Changes.
Anybody who worked with Linuxsampler knows that channel switching is very important to switch instruments, while program changes are neglectable.
So maybe there is a way to use my piano, which always sends on the first channel (except I dive into inaccessible menus) if
a) I find a way to shortcut the "change channel" command, but I don't know how. It has midi in and a usb connector, but that is not used to control it, just to send and receive midi data. Incoming data gets interpreted like a sampler does.
b) There is a way to use my BCF2000. I am very inexperienced with that thing.
c) There is a cheap standalone hardware, just a "little box", I can plugin between my linux box and the piano, which re-routes the midi data, like I mentioned in the short version above.
d) I build something myself, a small linux plug computer where I somehow attach two buttons (ch up and dow) and use the usb connections. At least the cables are cheaper :) But this is the most unrealistic method, although it might be the most interesting one.
Maybe you know something?
Nils
P.S. I know I can do the channel routing directly on my linux computer, after receiving the data and before sending it to a sampler. But that is inconvenient.
