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!
Research tells me that QSynth seems to be the only currently
available/usable GUI for FluidSynth, but I get big xruns whenever I try and
use it. FluidSynth itself doesn't cause me problems (I know because I'm able
to use the FluidSynth-DSSI plugin fine in Rosegarden etc). The problem is
that I want to use FluidSynth with Ardour3, but Ardour3 doesn't support DSSI
plugins yet. So the only solution I have is to find a standalone interface
for FluidSynth and then to link up using Jack. I looked at the old GUI
'FluidGUI' but it seems to be so old that it won't properly install on
recent versions of Ubuntu.
So does anyone know of:
1) A GUI for FluidSynth other than QSynth and FluidGUI?... or
2) An application other than the above 2 which would allow me to load
Thanks in advance.
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:
It is with great pleasure that I announce the release of the Taijiguy
GigaTron, a Mellotron sample set in Giga format.
The set is very kindly being hosted by the Linuxsampler team and can be
The samples were made by Bernie Kornowicz (aka taijiguy on the KVR Audio
forums). The samples were recorded over a number of years and are freely
available from taijiguy's site.
Some of these samples were packaged in SFZ format with his permission a
couple of years ago. Other KVR members have packaged the samples in
Kontakt and other formats.
With Bernie's kind permission, I packaged the samples into Giga format
using Linuxsampler's Gigedit. As the samples are his copyright and I
have merely packaged them, the Giga file cannot be released under any
sort of free licence, but is (and must remain) free of charge.
Each note of each sound is individually sampled, with no looping, in
order to preserve the essence of the Tron. A low-pass filter is mapped
to the modwheel to emulate the Mellotron's tone control. The Giga file
is keyswitched to allow fast selection of the different sounds:
"M400 Violins" -- EQ'd Mk II Violins
"M400 Violins Yes EQ" -- EQ'd Mk II Violins
"M400 Violins Smooth Ryder EQ" -- EQ'd Mk II Violins
Mk II Violins
M300B (solo violin)
Mk II Brass
Mk II Flute
My thanks go to taijiguy for his wonderful samples, for sharing them and
for his kind permission to package them; to the Linuxsampler team for
the wonderful software, for fixing a libgig bug that was hindering
me, not to mention also for generously hosting the Giga file; to Ryder
Duncan for his perseverance in trying to replicate the fantastic sound
of the M400 Three Violins; to the developers and maintainers of a
number of Linux audio apps which I've made use of in the production of
this sample set.
Finally, for assistance with road testing, thanks go to my tame keyboard
player: some say he gets violent when not surrounded on three sides by
synths and that he can transmit midi control changes using telepathy...
all I know is, he's called Julien ;-) A technical demo of the sounds is
on the LinuxSampler website, but a musical demo of many of the sounds
can be found here:
Hi Peder. Thanks for your assistance. Info below:
>What CPU do you have (grep "model name" /proc/cpuinfo)?
AMD Phenom(tm) 9750 Quad-Core Processor
>Have you made the limits.conf hack to enable realtime and are you
I'm afraid I have no idea. I have a real-time kernel and I have it set to on
when I use firewire, but off when I use alsa. All music production (when I
get the one-off xruns) happens only when using firewire, and thus with
>running jack in realtime (with say -P70)?
Yes I have jack in realtime, on exactly P70, but ONLY in firewire mode. Alsa
mode is set to default priority and non-realtime. I have QjackCtl setup so
that it launches and starts in Alsa-mode when I boot my computer. When I do
music stuff and turn my firewire device on I switch to the "firewire" preset
which is realtime P70.
>Are you running jack with ?ber-low latency; what's the frames/period
In firewire mode I have frames/period setting of 256 with buffer on 3 = a
latency of 17.4 msec. Alsa mode is much higher on 1024 and around 70 msec
(but I believe that should be irrelevant as I don't do any audio/midi jack
connection stuff in Alsa mode.
This is a remix of "Cold Shoulders" by Gold Motel that I did for a contest
at Indaba Music:
The only track I kept from the original were the vocals.
For the rest I used:
1. Qtractor for the sequencing
2. Fluidsynth for the marimba
3. Hydrogen for the drums, of course
4. Yoshimi for the bass and other synths using some of the patches from the
fantastic Will J Godfrey collection.
5. Mixbus for the guitars and all of the mixing
This is only my second remix so I appreciate any comments, criticisms,
flames, etc. If you like it then feel free to vote for it :)