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!
> 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:
Can't seem to start jackd in realtime as user on ubuntu studio. It
does start as root, but that's hardly a consolation (unless I run all
audio software as root, which would be kinda daft IMO)
@audio - rtprio 99
@audio - nice -10
@audio - memlock unlimited
have been added to /etc/security/limits.conf
Nevertheless, starting it as user just doesn't seem to work, and I
just can't figure out why. I've googled the issue, and everybody seems
to agree that modifying limits.conf in the above manner should solve
the problem - yet this is what I get:
mick@kaizoku:~$ jackd -R -P89 -dalsa -dhw:0 -r48000 -p256 -n3 -S &
mick@kaizoku:~$ no message buffer overruns
Copyright 2001-2005 Paul Davis and others.
jackd comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details
JACK compiled with System V SHM support.
cannot use real-time scheduling (FIFO at priority 10) [for thread
-1217255744, from thread -1217255744] (1: Operation not permitted)
cannot create engine
sorry, just realized that the hammond discussion mentioned below was here and
not at LAD, so please allow this kind of "crosspost":
this is my first post to LAD. The discussion about a hammond simulation "Fons
could you make us...", Beatrix and some research for writing a (german)
wikipedia article (stub) about the Vox Continental inspired me to hack a quick
organ program that simulates the internal signal flow of the "Connie" with JACK
MIDI input and JACK audio output.
> Try using sndfile-convert (in the sndfile-programs package in
> Debian/Ubuntu) to conver the file to a format which allows
> files larger than 4G. Try:
> sndfile-convert large-file.wav large-file.w64
> Let me know if that doesn't work.
> Erik de Castro Lopo
Nope, unfortunately it didn't work.
Here's the output of sndfile-info on the wav and the resultant w64
The resultant w64 length is only 20 minutes, just the same as the one
that is able to be read from the wave file.
What happens if a wav file has a size larger than 4G? Does it stop
writing any audio data? Or the audio data is there,
but can not be read because of the header length is insufficient? But
why is the error start after only 20 minutes of audio,
shouldn't it worked for the first 4G?
I saved the recordings as wavex because I thought wavex support file
size more than 4GiB.
Speaking of file formats, do you have any recommendations for file
format for recording?
My choice is between w64, caf, or sun/next au. I heard au is more
primitive, but is chunk-less,
and that gives it some advantage over the others, though i don't
understand what kind of advantage it has.
w64 has more support in the windows world, which is what my friends
using, but I can always bounce to a different format later.
I'm not sure what caf has to offer though, I don't understand the
Here's a blog where I read it about
Frank Kober wrote:
> Hi there,
> I just noticed that I'm not able to save sounds to my custom root bank directory,
> and wondered if I did something wrong setting this up in my home. Also, when I
> try to change the name of the current sound with a right click, the dialog opens
> OK and lets me enter the patch name, but it won't keep it when I click OK.
> Any idea? I thought about my bank dir file permissions, but they seem to be OK.
> I'm not sure, but I think that this worked already with yoshimi. I cannot tell the
> last version with which it did though...
Right click instrument name change now works. For me, saving to a custom bank root
seems ok, but some funkiness there wouldn't greatly surprise me. If it still doesn't
satisfy, perhaps you can spell out the steps you're taking and from that I'll
hopefully be able to figure out where it's going wrong.
0.021 fix right click instrument rename and a couple of bank management issues
The Jackbeat step sequencer version 0.7.5 has been released.
Download it from:
A critical compatibility issue with gtk >= 2.19 has been fixed.
* #47: fix startup crash with gtk >= 2.19 caused by new GtkBuilder widget
Oops, sorry, it was meant to be sent to the list :P
----- Forwarded message from Roberto <roberto(a)zenvoid.org> -----
Date: Sat, 24 Apr 2010 14:55:18 +0200
From: Roberto <roberto(a)zenvoid.org>
To: Fons Adriaensen <fons(a)kokkinizita.net>
Subject: Re: [LAU] CDRDAO speed, CRC errors, blah
On Sat, Apr 24, 2010 at 02:07:48AM +0200, Fons Adriaensen wrote:
> The limiting factor could well be the minimum power at which
> the write laser can operate - lower write speed requires less
Hey, I found it! Is not the drive limits as I have used my drive to
write at very low speeds in the past (not because better recordings but
just to avoid annoying drive noise). It's medium limits: writable DVD
and CD have a minimum write speed, and software will refuse to select
slower speeds. Try this (with the blank medium loaded in the drive):
Ken, it is very likely that 8x is already the slowest that you can get
with those CD, I'm afraid.
----- End forwarded message -----