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
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
soundfonts?
Thanks in advance.
- Dan
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
hi all,
(posted the same message on the alsa-user list, but without reply, now trying
here)
i have a machine with two pci devices of the same type. how can i ensure
persistent device indices?
the wiki [1] mentions a way for a way using vid/pid, but for pci devices it
suggests to write a udev rule. [2] has an example, but it only describes how to
set up the device names in /dev/snd. but how do i bind a specific device to an
alsa device index (hw:X)?
thanks, tim
[1]
http://alsa.opensrc.org/MultipleCards#How_to_choose_a_particular_order_for_…
[2] http://alsa.opensrc.org/Udev
i recently built a 64 bit Ubuntu studio machine, and am looking for 64
bit packages - the Linux sampler home page only has 32 bit though.
does anyone know where i might find a package, compiled either for
Ubuntu or Debian?
cheers
--
robin
http://bumblepuppy.org/blog/?p=237 - government bill to remove basic
human rights in NZ
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/…
Probably not the greatest display of what you can do with a linux box
this, but we just released two albums and an ep yesterday. The albums
are grindcore of the short variety (both albums are 19 songs in just
above 2 minutes), but the ep (The Piece.....) is a simple acoustic
song in 5/4 with some weird stuff on top. Even managed to use zita-at1
in there. It'll only take you 7 minutes to listen to all the three
releases, so take a listen to the band that only exists because we
thought it was funny that noone had ever used this word in a bandname
before ;p
http://constipation.bandcamp.com
Regards,
Arve
I apologize for cross posting. I asked this on Alsa-Users a couple of
days ago but haven't received any responses. As it's about shopping I
might do this weekend I figured I'd try here also. Thanks in advance.
I'd like to pick up something to do simple mobile recording gigs with
my laptop. It needs to be USB 2.0 based, have 2 XLR inputs, support
headphone monitoring and preferably do 96KHz.
The M-audio Fast Track Pro seems to come closest although as I
understand it that device won't do 96K on all inputs and outputs at
the same time. Not a huge deal but one tick against for that.
What other devices do folks suggest I take a look at?
Thanks,
Mark