On 2010-10-19 02:07, Matt Giuca wrote:
Hi David, James, Pedro,
Thanks for a quick discussion.
David Henningson wrote:
...although this would only be in fluid_midi.c, right? It wouldn't affect other
files.
Correct.
I'd personally prefer the client handling memory entirely. This has two
a
Pedro,
It sounds like you are suggesting a feature that the Miditzer virtual
organ uses. A number of years ago Sebastian Frippiat suggested extending
FluidSynth so that the MIDI Player would pass the MIDI events to the
caller rather than playing them. At the time there was no interest in
his
> Of course, we have this ongoing discussion about FluidSynth accepting a
> buffer. As I've said, it would make my code simpler but it's not vital.
Right. Well even though that might help you, whether you can use it
depends on whether it's acceptable for your SDL_mixer backend to
require FluidSynt
Hi David, James, Pedro,
Thanks for a quick discussion.
David Henningson wrote:
> ...although this would only be in fluid_midi.c, right? It wouldn't affect
> other files.
Correct.
> I'd personally prefer the client handling memory entirely. This has two
> advantages:
> * We won't have to do
On Sun, 17 Oct 2010 17:41:12 +0100
James Le Cuirot wrote:
> The pitch on D1X-Rebirth is also still slightly out with all the
> FluidSynth versions I've mentioned above. I'm not sure whether this is
> related to the other sample rate problem. It's worth mentioning that
> the command line player do
On Monday 18 October 2010, Matt Giuca wrote:
> So my questions for any interested observers (especially FluidSynth
developers):
>
> 1. Is this feature worth implementing at all?
If you are motivated to do this work, then go ahead. Nobody has any right to
stop you of adding an improvement that y
On Monday 18 October 2010, S. Christian Collins wrote:
> Thanks, Orcan! Compiling without portaudio support solved the problem.
>
> -~Chris
>
> On 10/17/2010 08:11 PM, Orcan Ogetbil wrote:
[...]
> > Just in case, try compiling fluidsynth without portaudio support.
> >
> > Orcan
I think it would
On Mon, 18 Oct 2010 16:53:07 +0200
David Henningsson wrote:
> struct loadable_file
> {
> char* filename;
> void* data;
> size_t data_length;
> }
>
> (You don't need an enum because either one will be NULL.)
>
> But then, at file load time, if filename != NULL, load the file in
On 2010-10-18 16:14, Matt Giuca wrote:
There was a discussion in the thread "FluidSynth backend for
SDL_mixer" about the difficulty with the current implementation of the
FluidSynth API's MIDI file player, in that it will only load a MIDI
file via a filename (fluid_player_add --
http://fluidsynth
Thanks, Orcan! Compiling without portaudio support solved the problem.
-~Chris
On 10/17/2010 08:11 PM, Orcan Ogetbil wrote:
On Sun, Oct 17, 2010 at 8:51 PM, S. Christian Collins wrote:
I compiled and installed 1.1.3 (using checkinstall to create DEB
packages)--there didn't seem to be any erro
There was a discussion in the thread "FluidSynth backend for
SDL_mixer" about the difficulty with the current implementation of the
FluidSynth API's MIDI file player, in that it will only load a MIDI
file via a filename (fluid_player_add --
http://fluidsynth.sourceforge.net/api/midi_8h.html#a1ac5b5
11 matches
Mail list logo