This is Steinway_IMIS soundfont, version 2.2.
ftp://musix.ourproject.org/pub/musix/sf2/Steinway_IMIS2.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.
Hello,
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!
-TimH
KMidimon is a MIDI monitor for Linux using ALSA sequencer and KDE4 user
interface.
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
More info
http://kmidimon.sourceforge.net
Sources
http://sourceforge.net/projects/kmidimon/files/
Regards,
Pedro
Olivier Guilyardi:
>
> 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:
> http://portaudio.com/trac/browser/portaudio/trunk/src/common/pa_ringbuffer.h
>
> It can easily be used out of Portaudio (I'm currently doing that), and it
> features memory barriers [1] 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:
> http://jackbeat.samalyse.org/browser/jackbeat/trunk/src/core/ringbuffer.h
>
Nice. It's probably quicker to copy the jack_ringbuffer.c file out of jack
though.
> 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
> out.
>
> 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:
http://midishare.cvs.sourceforge.net/viewvc/midishare/midishare/src/common/…
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)
******
PACKAGES
You have to install:
GNU Lilypond >= 2.12.0
http://lilypond.org/web/install/
midicomp 0.0.4
http://midicomp.opensrc.org/midicomp-0.0.4.tar.gz
(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.
******
INSTALLATION
Untar the archive. (tar jxvf ....)
In your terminal go to your Drummer-s-Gigsaw's repertory.
cd /home/....../Drummer-s-Gigsaw
and run the bash script:
sh INSTALL.sh
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:
http://philippe.hezaine.free.fr/spip.php?article46
Have fun.
Phil.
Hi,
I'm compiling the 2010 mix at the moment. Unfortunately I lost a few
months worth of data between Jan - May. If you released a track during
that time and you would like it to be considered for the 2010 mix please
send me a link so I can download it again.
Also if you have unreleased tracks or tracks that are not easily
downloaded then I may have missed them. So feel free to shoot me a direct
link if you want to get them into the official mix.
The past couple of years I ended up with about 40 tracks that made the
cut. It would be nice to have even more this year.
There is no discrimination on genre/content. The criteria is if it sounds
good and/or represents an original or unique idea compared to the rest of
the tracks in the final mix.
All the tracks are hosted on djcj.orghttp://djcj.org/audio/lam/
and we even have an icecast stream at linuxaudio.org which Robin Gareus
setup last year.
http://radio.linuxaudio.org/
Cheers.
--
Patrick Shirkey
Boost Hardware Ltd.
I'm going to be mixing a new Better Than Lahar record, and decided to grab the latest goodies from Fons. However, kokkinizita.net appears to be down. I'm gettin gconnection refused errors from two different networks (Sprint and SBC/AT&T).
Any idea what's up?
-ken
Hi All,
I have been working on the Neil tracker program recently, and hit a
weird bug that seems to affect only my computer! I get a segfault when
trying to use fft.h (which is used by the oomek 303 emulator, which has
incidentally now been released as open source - a really good sound
IMHO, but I digress). The following test code results in a segfault on
my computer - an AMD XP2500+ (but no-one elses as far as I can tell).
bt:
Program received signal SIGSEGV, Segmentation fault.
0x080486d7 in IFFT (fftBuffer=0x8049b00, fftFrameSize=2048, sign=1) at
fft.h:51
51 tr = *p2r * ur - *p2i * ui;
Any thoughts as to what might be happening?
James
test.cpp:
#include <cstdio>
#include <cmath>
#include "fft.h"
float a[4096];
int main ()
{
for(int i=0; i<4096; i++)
{
a[i]=0;
}
IFFT(a,2048,1);
printf("%f",a[1]);
}
fft.h:
#define M_PI 3.14159265358979323846
void IFFT(float *fftBuffer, long fftFrameSize, long sign)
/*
FFT routine, (C)1996 S.M.Sprenger. Sign = -1 is FFT, 1 is iFFT (inverse)
Fills fftBuffer[0...2*fftFrameSize-1] with the Fourier transform of the
time domain data in fftBuffer[0...2*fftFrameSize-1]. The FFT array takes
and returns the cosine and sine parts in an interleaved manner, ie.
fftBuffer[0] = cosPart[0], fftBuffer[1] = sinPart[0], asf. fftFrameSize
must be a power of 2. It expects a complex input signal (see
footnote 2),
ie. when working with 'common' audio signals our input signal has to be
passed as {in[0],0.,in[1],0.,in[2],0.,...} asf. In that case, the
transform
of the frequencies of interest is in fftBuffer[0...fftFrameSize].
*/
{
float wr, wi, arg, *p1, *p2, temp;
float tr, ti, ur, ui, *p1r, *p1i, *p2r, *p2i;
long i, bitm, j, le, le2, k;
for (i = 2; i < 2 * fftFrameSize - 2; i += 2) {
for (bitm = 2, j = 0; bitm < 2 * fftFrameSize; bitm <<= 1) {
if (i & bitm) j++;
j <<= 1;
}
if (i < j)
{
p1 = fftBuffer + i;
p2 = fftBuffer + j;
temp = *p1;
*(p1++) = *p2;
*(p2++) = temp;
temp = *p1;
*p1 = *p2;
*p2 = temp;
}
}
for (k = 0, le = 2; k < log(fftFrameSize)/log(2.); k++) {
le <<= 1;
le2 = le>>1;
ur = 1.0;
ui = 0.0;
arg = (float)M_PI / (le2>>1);
wr = (float)cos(arg);
wi = sign*(float)sin(arg);
for (j = 0; j < le2; j += 2) {
p1r = fftBuffer+j;
p1i = p1r+1;
p2r = p1r+le2;
p2i = p2r+1;
for (i = j; i < 2 * fftFrameSize; i += le) {
tr = *p2r * ur - *p2i * ui;
ti = *p2r * ui + *p2i * ur;
*p2r = *p1r - tr;
*p2i = *p1i - ti;
*p1r += tr;
*p1i += ti;
p1r += le;
p1i += le;
p2r += le;
p2i += le;
}
tr = ur*wr - ui*wi;
ui = ur*wi + ui*wr;
ur = tr;
}
}
}
Version 1.2 of IR, an LV2 convolution reverb plugin has just been released.
This release is the result of many hours of stress-testing, and corrects some
small but unpleasant problems you may have run into while using an earlier
version. IR 1.2 is intended to be production quality software you can rely on.
Please do upgrade to this version.
Changes:
* fix ir.ttl typo: "doap:license" instead of "doap:licence"
* visual feedback of the progress of resampling operations
* resampling operations are interruptible; you can no longer crash
the plugin by deleting it while resampling a long impulse file
* correct GTK2 version requirement and check it in the Makefile:
at least GTK 2.16 is needed
Source code is available from the usual webpage:
http://factorial.hu/plugins/lv2/ir
I wist to thank everyone who provided me with valuable feedback.
Have fun,
Tom