I don't have a location to download it from yet. If you're
interested, I'll try to set one up this weekend.
> Hey Miguel,
>
> I'd be interested in seeing your port. Do you have a location to
> download it from? As I've mentioned before, FluidSynth itself could use
> a lot of cleanup for my own
Hey Miguel,
I'd be interested in seeing your port. Do you have a location to
download it from? As I've mentioned before, FluidSynth itself could use
a lot of cleanup for my own willingness to contribute to it. If for
some reason your C++ binding looks like the right direction, it may make
sense
All,
It's great to see more activity on the list, and I haven't said
anything for a few months now, so I thought I'd give people an update
on how my FluidSynth fork is going. The objective of this fork is to
create a synthesizer based on the FluidSynth codebase but written in
C++ so the code is h
On Wed, 2008-01-09 at 19:37 +, Edenyard wrote:
> I haven't really told you my whole story - mainly because I didn't want
> to clutter up the thread. But since Jorgan has been mentioned just
> recently, I'll come clean and say that that's what I'm using. I start up
> Fluid with -K 48 to get 3
On Wed, 2008-01-09 at 10:50 -0800, jimmy wrote:
> OK, right now I don't often play a midi file by
> fluidsynth directly. I do use Kmid, PyKaraoke, or
> even some Timidity GUI as Jack client to FluidSynth.
> Have a separate FluidSynth instance for praticing my
> keyboarding. Recently found Stygmo
On Wed, 2008-01-09 at 10:27 +, Edenyard wrote:
> Josh wrote:
>
> > I can see an issue though if someone decides to use channel #10 for
> > something other than drums (non GM/GS mode). In that case that part of
> > your patch would cause a bit of headache for the user.
>
> I'm not sure if I'm
Jimmy wrote:
I have assumed
that channel 10 is for drums, but what do I know ;-)
One thing's certain - you know a lot more about it than I do!
Anyway, I only guess that there is a flag somewhere
that Qsynth uses to start up FluidSynth with 32
channels. I got some style files playing here sh
--- Josh Green <[EMAIL PROTECTED]> wrote:
> Hello Jimmy,
>
> On Mon, 2008-01-07 at 16:15 -0800, jimmy wrote:
> > For quick test, I use Kmid to play the MIDI files,
> > connect to Qsynth/FluidSynth wiht QJackctl. I
> drag
> > the MIDI file to Kmid and it interrupts the
> existing
> > playing, st
--- Edenyard wrote:
> Josh wrote:
>>
>> I can see an issue though if someone decides to use
channel #10 for
>> something other than drums (non GM/GS mode). In
that case that part
of
>> your patch would cause a bit of headache for the
user.
>
> I'm not sure if I'm understanding this thread
corre
On Wed, Jan 09, 2008 at 03:09:40PM +0200, Tomas Nykung wrote:
Oooops! Sorry, wrong link! (copy - paste error...)
Here is jOrgan:
http://jorgan.sourceforge.net/doku.php
My setup is (in short):
jOrgan for changing the sound (pulling stops) sends MIDI to FluidSynth
through the "VirMIDI" ports, Fl
Josh wrote:
I can see an issue though if someone decides to use channel #10 for
something other than drums (non GM/GS mode). In that case that part of
your patch would cause a bit of headache for the user.
I'm not sure if I'm understanding this thread correctly since my
knowledge of MIDI is,
Hello Jimmy,
On Mon, 2008-01-07 at 16:15 -0800, jimmy wrote:
> For quick test, I use Kmid to play the MIDI files,
> connect to Qsynth/FluidSynth wiht QJackctl. I drag
> the MIDI file to Kmid and it interrupts the existing
> playing, starting to play the new file. So probably
> Fluidsynth doesn't
Hello Bernhard,
On Tue, 2008-01-08 at 00:40 +0100, Bernhard Schelling wrote:
> Hi guys
>
> Sorry I'm late to the party and I'm not even sure if I can be helpful :-)
>
> We, too, are using FluidSynth's MIDI file reading and playing capabilities so
> we naturally stumbled on the same issues over
13 matches
Mail list logo
