QMidiArp 0.5.2 has just seen the light of the day. It brings mainly
two improvements. One is a comeback, that of tempo changes on the fly,
and that now includes also tempo changes of a potential Jack Transport
master. Also the Jack Transport starting position is finally taken into
account, so that QMidiArp should be in sync also when starting the
transport master not at zero.
The second one is Non Session Manager support, mainly thanks to the work done by Roy Vegard Ovesen!
Note that for compiling in NSM support you will now need liblo as dependency.
Enjoy, and enjoy LAC in Graz this year
QMidiArp is an advanced MIDI arpeggiator, programmable step sequencer and LFO.
Everything is on
o Tempo changes are again possible while running, both manually or by
a Jack Transport Master
o Jack Transport position is now taken into account when starting,
QMidiArp used to start always at zero
o Muting and sequencer parameter changes can be deferred to pattern
end using a new toolbutton
o Modules in the Global Storage window have mute/defer buttons
o Global Storage location switches can be set to affect only the pattern
o Non Session Manager support with "switch" capability (thanks to
Roy Vegard Ovesen)
o NSM support requires liblo development headers (liblo-dev package)
I notice that I cannot help you without enough logs with which I can
realize what happens.
At lease, 'verbose' options for aplay/arecord, '#' nodes in
/proc/asound/cardX and dmesg.
Additionally, would you please add 'LANG=C' when you get output from
I cannot read Spanish language...
> hi, it does not work.
Try in following steps:
1. $ arecord /tmp/test.wav -D hw:UFX1604 -c 16
(I expected you receive 'Available formats' output)
2. $ arecord /tmp/test.wav -D hw:UFX1604 -c 16 -f (here the format,
(I expected you receive 'rate is not accurate' output)
3. $ arecord /tmp/test.wav -D hw:UFX1604 -c 16 -f (the same above) -r
(I expected it will run correctly.)
I hope you to do these test when killing pulseaudio. The way is here:
I'm happy to announce OpenAV productions: http://openavproductions.com
OpenAV productions is a label under which I intend to release my
linux-audio software projects. The focus of the software is on the workflow
of creating live-electronic music and video.
The release system for OpenAV productions is one based on donations and
time, details are available on http://openavproductions.com/support
Sorcer is a wavetable synth, and is ready for release. Check out the
interface and demo reel on http://openavproductions.com/sorcer
Greetings from the LAC, -Harry
A few weeks ago when discussed on the LAD a few enhancements for Hydrogen,
one of them was to be able to switch between open, half-open and closed
hihat samples when playing with the hihat foot control on an E-Drum.
In this fork https://github.com/blablack/hydrogen I worked out the basic
- instruments can be set to be part of a hihat
- if they are, they have a range associated that say to what level of foot
control pressure they react
- in the midi_input class, when a 'note on' is received, the method will
check if the instrument is a hihat, check the foot pressure and change the
note played to the one of the right hihat instrument if needed
I still need to modify the GUI (at the moment I need to change the xml of
the drumkit to be able to set that up), but if you could have a look at
this to give me some feedback that would be great.
Thanks in advance,
There is one usage case, i can call - reversing recorded piano and some other
instruments. One case, when sequencer and even instrument settings are not
last step before mastering. I'm not expert and at all badly aware of existing
music to mention examples, but i know at least one - in Black Mesa game - some
soundtracks, marked as "mesa remix". I don't see it bad to mention such stuff
there, since it is done completely by fans, no matter with what resources and
Additionally, in gui clips may display inline status, with indicators for
direction and all other clip-individual info, such as speed (probably, that's
all - don't know, what other indicators are good to have there).
For the N-th time I've set aside a day to try and read
some of the ALSA documentation. For the N-th time I've
completely lost my way in a web consisting of
* The complete lack of any documentation that
explains the concepts, the big picture, and
* Completely useless docs, of the form:
function xxx_set_yyy (parm_zzz)
sets the yyy of xxx to zzz.
or similar, in other words something generated
automagically and completely uninformative and
redundant. In particalur if it's impossible to
find out what yyy is supposed to be or do in
the first place.
* Uncomprehensible English.
* When trying to learn something from actual
source code or examples, layer upon layer of
syntactic sugar making it virtually impossible
to understand what's going on.
All this more than ten years after ALSA was
announced. I *do* understand those hardware
manufactureres who just refuse to try and
write an ALSA driver.
In this case my very humble endeavour was just
to find out if or not it would be possible to
create something similar to the alsa_jack plugin
that would actually present itself as a sound
card, so that (badly written) apps would be
prepared to use it.
If someone knows the answer to that question
and can also explain it I'll commend him/her
in my prayers.
A world of exhaustive, reliable metadata would be an utopia.
It's also a pipe-dream, founded on self-delusion, nerd hubris
and hysterically inflated market opportunities. (Cory Doctorow)
lately I had to fight big XRUN troubles, and thanks to this forum I
finally solved that. This excellent thread saved me:
On my long quest, I tried to see a little bit more what happened with
the IRQs on my system. I searched for a kind of 'top' utility to monitor
the interrupts, but the only apps I found were either deprecated, or
missed some cool features.
So, I ended up writing my own tool to monitor the file /proc/interrupts.
It's available a this address:
As its name indicates, it behaves pretty much like top, but for interrupts.
It's quite a simple thing, that I tried to enhance a bit with some cool
+ refresh period can be specified.
+ two display modes: display interrupts for every CPU, or only a sum
of all CPU.
+ display every interrupt (sorted like /proc/interrupts), or only
active interrupts (sorted by activity).
+ in case the number of interrupts changes during the execution of
itop (due to a rmmod/modprobe), it's handled without any fuss.
+ command-line options are also available as hotkeys for convenience.
+ at last, the program display a summary on exit. The idea is that
this summary could be copied/pasted in emails to help debugging.
If anyone is interested, feel free to try and comment !
The Guitarix developers proudly present
Guitarix release 0.29.0
For the uninitiated, Guitarix is a tube amplifier simulation for
jack, with effect modules and an additional stereo effect chain.
Among with a couple changes in the source and some bug-fixes, this
relase comes with a couple of new plugs (gx & LV2), were most of them
comes from our new Development Member Fedor Uporov.
The Simulation plugs been developed with the new Analog Circuit
Simulation Toolkit by Andreas Degert.
* Record Mono/Stereo (gx)
* JCM800PRE (Preamp simulation) (gx)
* GCB_95 (WahWah simulation) (gx)
* Duck Delay Mono/Stereo (gx / LV2)
* Reverse Delay (gx)
* Graphic EQ (gx / LV2)
* Ring Modulator Mono/Stereo (gx)
* Plate Reverb (gx)
* Panorama Enhancer (gx)
* Bass Enhancer (gx)
* BarkGraphicEQ (24band LV2)
Please refer to our project page for more information:
Please consider visiting our forum or leaving a message on