The patch has now been merged upstream to SDL_mixer so we should see it
in the next release. Thanks for your help, guys.
Cheers,
James
___
fluid-dev mailing list
fluid-dev@nongnu.org
http://lists.nongnu.org/mailman/listinfo/fluid-dev
On Sun, 20 Mar 2011 21:54:04 +1100
Matt Giuca wrote:
> I declared a variable not at the top of a function and didn't cast a
> void* to a char*, which apparently MSVC doesn't like. I (like I
> assume many developers) don't have MSVC to test on.
Visual C++ Express is free to download so as much as
NTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
+Library General Public License for more details.
+
+You should have received a copy of the GNU Library General Public
+License along with this library; if not, write to the Free
+Foundation, Inc., 59 Temple Place, Suite 330, B
On Sat, 29 Jan 2011 02:44:51 +
"John O'Hagan" wrote:
> Is there something else I need to send fluidsynth via a socket to
> make it quit?
This is a complete guess since I'm not a Python coder or a FluidSynth
expert but are you closing the socket afterwards?
James
__
On Sun, 23 Jan 2011 22:15:50 -0800
Sam Lantinga wrote:
> Hey guys, is there an update for this patch? I'd like to include it
> in the next SDL_mixer release, if you think it's ready for prime
> time...
>
> Thanks!
Hi Sam,
Great to hear from you. I had it almost ready and just wanted to
discus
On Sat, 4 Dec 2010 13:55:51 +1100
Matt Giuca wrote:
> I have completed an initial cut at the implementation of the new
> fluid_player_add_mem API call, which lets you add a MIDI file to the
> playlist from a buffer in memory, rather than a filename.
Many thanks for this. I never did find the tim
On Thu, 21 Oct 2010 17:39:49 +1100
Matt Giuca wrote:
> Thanks for that good clarification. I've been confused as to whether
> we were supposed to be using trac or not.
>
> Perhaps we can create some kind of "virtual" sf.net user, that owns
> all new
> > tickets, and has the fluid-dev list regist
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
&
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 Sun, 17 Oct 2010 17:41:12 +0100
James Le Cuirot wrote:
> When I made the adjustment to 1.1.1 to allow sample rates as low as
> 11025Hz, Rise of the Triad sounded correct. However, I have since
> tried making the same adjustment to 1.1.2 and also tried 1.1.3 where
> David has c
On Sun, 17 Oct 2010 17:41:12 +0100
James Le Cuirot wrote:
> I have tried to adjust the sample rate using SDL's audio conversion
> functions instead of FluidSynth but this just seems to make it even
> slower! At least I think that's what's happening, it's barely
>
Just want to give an update and new patch for this SDL_mixer backend.
The tempo issue has now been ironed out. Using the sample timer instead
of the system timer (which I should have done in the first place)
allows me to call fluid_sequencer_set_time_scale from within a callback.
Matt Giuca said h
On Sun, 10 Oct 2010 13:08:42 +1100
Matt Giuca wrote:
> OK, well it would be exceedingly good to avoid duplicating all the
> MIDI event loading code. I don't think passing a file handle to
> FluidSynth would work in this specific case (or in several other
> general cases), because while SDL's RWop
On Thu, 7 Oct 2010 10:42:22 +1100
Matt Giuca wrote:
> > I did. The main problem was that it only takes a file path, not a
> > file handle. I looked at whether it would be easy to add a function
> > for this but it didn't seem to fit into the playlist design.
> >
>
> True, the fluid MIDI file pla
On Fri, 8 Oct 2010 19:34:12 +0200
"Pedro Lopez-Cabanillas" wrote:
> The autotools build system uses libtool, and these funny numbers are
> a consequence of the libtool numbering scheme. The numbers are
> absurd, BTW. What means the current version number "6.0.0"?
I read this article today and th
Hi David,
> Cool, thanks for the work!
You're very welcome.
> I assume you had a look at the midi file player and decided it didn't
> work for you?
I did. The main problem was that it only takes a file path, not a file
handle. I looked at whether it would be easy to add a function for this
but
Hi guys,
First, some good news. I've almost finished implementing a FluidSynth
backend for SDL_mixer. This will bring long-overdue SoundFont support
to SDL_mixer as its bundled version of Timidity is very old and doesn't
support SoundFonts. I just need some help to complete it.
I'm working with F
17 matches
Mail list logo
