This is Steinway_IMIS soundfont, version 2.2.
This version fixes the issue with loops. I hope this is the good one
and there are no more remaining major bugs.
Marcos is a little busy right now, so he asked me to make this fix. He
is thinking to make other improvements, so expect more updates soon.
Does anyone know of a good plugin that will generate subharmonics?
I would like to put a little more low frequency "oomph" into my bass
track. Preferrable LADSPA, but VST would work, too.
Thanks for any help!
KMidimon is a MIDI monitor for Linux using ALSA sequencer and KDE4 user
Changes in 0.7.4
* requires Drumstick >= 0.5
* load and play OVE files (Overture), contributed by Rui Fan
* option to request real-time priority on MIDI input thread
* option to (not) resize columns while recording
* better reporting of file loading errors
* revised universal sysex messages translation
Copyright (C) 2005-2010, Pedro Lopez-Cabanillas
License: GPL v2
> Ken Restivo wrote:
>> It has been over 7 years since I last messed around with writing Pthreads applications.
>> I recall it as a painful, ugly, brain-numbing task. I located an exercise I did back then to address the consumer/producer problem in Pthreads, and just the sight of it is giving me a headache.
>> I'm being lazy, so instead of researching everything that's out there, I'll ask here: can anyone recommend a relatively simple and painless abstraction library (GPL or LGPL of course) that will give me functions to create a thread in which I can stuff things into a ring buffer, and another thread in which I can pull stuff out of it?
>> By the way, I know that JACK has a very nice event buffer which is insanely easy to use (and I have), and makes multithreading almost transparent, but this isn't a JACK app.
> I don't know of any abstraction library, but creating/terminating a normal
> thread with pthread is really an easy task IMO. It's about 10 lines in C.
> For inter-thread communication there's Portaudio's ring buffer:
> It can easily be used out of Portaudio (I'm currently doing that), and it
> features memory barriers  which AFAIK Jack's ringbuffer doesn't.
> One problem with everything Portaudio is this heavy naming scheme. For a simpler
> API, you might like my little wrapper:
Nice. It's probably quicker to copy the jack_ringbuffer.c file out of jack
> Portaudio actually also offers a callback mechanism (with hidden thread
> creation), so if you're coding an non-JACK audio app, you might want to check it
> For thread synchronization, semaphores (man semaphore.h) are really easy to use.
> However, if you need a lock-free equivalent (for realtime, ...) phtread mutex
> and especially pthread_mutex_trylock are your friends.
Those friends can be really cranky sometimes though.
By using atomic operations instead, it's possible to avoid
a lot of headache by not having to synchronize at all.
Performance might be better too. Midishare has lockfree
atomic functions for lifo and fifi queues:
Le Puzzle du Batteur - The Drummer's 'G'igsaw
Polymetric editor for Drums and Percussions based on Lilypond + GUI for
randomization. (midi timing and/or volume)
You have to install:
GNU Lilypond >= 2.12.0
(compile in /usr/local/midicomp...
and move midicomp.bin in /usr/local/bin
Python 2.6.x with Tk option activated.
Already in your Linux distribution.
GNU Bash and GNU sed 4.2
by default in your Linux distribution.
As default midi config I use Timidity++ 2.13.2 with eawpatches.
Untar the archive. (tar jxvf ....)
In your terminal go to your Drummer-s-Gigsaw's repertory.
and run the bash script:
You are done.
* In this new version you no longer need to gvim.
Thus you can use your preferred text editor or even a dedicated editor
like Frescobaldi or Lilypondtool...
* Now you can write all notes values, from whole note (1) up to
* one-hundred-and-twenty-eighth note (128) and even dotted values.
* The manual is updated. (translated in my terrible English)
* Le Puzzle du Batteur/The Drummer's 'G'igsaw is under GPLv3 or +
This new version at:
When I set cpu scaling with sudo cpufreq-set -g performance, I have the
best proaudio performance on my thinkpad T61. But, that will also heat
things up very quickly with as consequence more sound from the fans.
The laptop is more silent when I use, sudo cpufreq-set -g ondemand, but
I get more xruns then.
Is it possible to adjust the ondemand settings to find more balance
between performance and noise? How?
Btw., I use thinkfan to control the temperature and fan speed
My /etc/thinkfan.conf settings are:
sensor /proc/acpi/ibm/thermal (2, 7, 8, 0, 0, 0, 7, 0, 12, 5, 5)
(0, 0, 54)
(1, 50, 57)
(2, 52, 59)
(3, 54, 63)
(4, 56, 65)
(5, 59, 66)
(7, 63, 32767)
Thanks in advance,
Dear seq24 users,
a new seq24 release is out published by the Seq24team.
This release fixes a few bugs and provides some new features which
mainly extend session functionality; for details please have a look
at the news list below. All users should upgrade to 0.9.2.
Please find source tarballs on the download page:
For ready made packages Ubuntu users may refer to my PPA:
* Fix tooltip usage for older GTK versions (GTK_MINOR_VERSION < 12)
* Fix sched_param memory leaks
* Fix doubled key event for screen set name line
* Add support for jack session, patch provided by Torben Hohn
* Add interrupt handler for SIGUSR1 to enable LADISH level 1 support
* Add interrupt handler for SIGINT to ask for unsaved file changes
* Remove "-f" command line option to be replaced by a simple <filename>
argument (see "seq24 --help" for more information)
* Add mnemonics for bottom line widgets in main window and label for
screen set name edit line
* Add missing command line parameters to help message, display short
options as well
* Add command line option for program version
* Add missing command line parameters to man page
* Remove complaints about file read error if configuration files do not
* Cleanup configure.in: remove unused variables, harmonize option
* Some code cleanups
On 10/29/2010 02:23 PM, Andrew C wrote:
> Hi Rosea,
> Personally, I'd say that given the speed of SSDs, I'd say they'd be
> fine for audio.
> In terms of the technology used, it's just flash based memory anyway,
> so it's not anything particularly new or scary.
Thanks for the replies so far. Till now people seems to be positive
about SSD for audio data. More and/ or different views on this?
any ideas/thoughts on how one would go about to make something similar
to this on linux?
I'm speaking of the software side, i.e. supposing you have some midi
knobs faders and buttons
There's no single thing he does that's rocket science, the hard part
IMHO is how to connect it all together
so what approach would you take