> On 20 May 2022, at 03:03, 刘家桐 wrote:
>
> But when I used "fluidsynth -R1nivF/home/parallels/my_music.wav
> /home/parallels/FluidR3_GM.sf2 /home/parallels/MIDI_sample.mid" (enable
> Reverb module), The program just played the music through my computer's
> speaker.
>
> Then I found that afte
ging the tempo is just a matter of
adjusting the timing of the triggers and the samples don't need to be
changed at all.
I don't know if it's feasible for what you're trying to achieve, but does
that make sense?
-sqweek
___
fluid-dev ma
callback post an event to be handled by
some other thread. The details of how to accomplish that vary from platform to
platform; for windows PostMessage is a fairly simple way to get an event to the
thread responsible for the GUI. SDL might provide something more portable?
HTH,
-sqweek
> On 19
the user organizes his soundfont collection.
>
> Yes organization soundfont is only the application need. As pointed by
> Sqweek E " ...there’s no standard way to do this..".
>
> I don't think that fluidsynth package is the right place to define good
> conventions like
like
standard search paths and/or configuration files - it would be great if the
result could be adopted by other soundfont based software?
-sqweek
> On 2 Nov 2018, at 03:18, Carlo Bramini wrote:
>
> Hello,
> if I can say my opinion, it would be better to leave that change
avoid, because, again, there is no reason
> to do so.
Committing the generated code would nicely solve this. It’s a pretty clean way
to prevent a build time dependency for users who don’t want to fiddle with the
code imo.
-sqweek
___
fluid-de
On 18 April 2018 at 20:11, Marcus Weseloh wrote:
> 2018-04-18 11:10 GMT+02:00 sqweek :
> > ie. there's a hard realtime requirement here in some usages - is it
> still possible to meet that requirement with the samples being
> loaded/unloaded?
>
> Please understand that
rising
to a performer who is used to everything being available once the soundfont
is loaded.
To be clear I love the idea of being able to conserve memory by not loading
unneeded samples, I just want to make sure it's not coming at the cost of
the realtime use case.
Cheers,
-sqweek
___
I chose not to install cmake (I've never had a good experience
with it). And I'm biased in the sense that I'd love to see the glib
dependency disappear (it's pretty annoying to build on non-linux systems!
although it's only done once per platform so not a huge cost overall)
It definitely works, I've built fluidsynth with no audio drivers in the
past and used the nwrite_float() interface to generate samples to pass on
to the audio layer (in my case portaudio -- which fluidsynth might even
have a driver for but I wanted to be in control of the mixing).
-sqweek
15-September/54.html
https://lists.columbia.edu/pipermail/portaudio/2015-October/000125.html
-sqweek
___
fluid-dev mailing list
fluid-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/fluid-dev
nyone change it.
That clears it up nicely. Thanks for your help David! Hope you have a
great weekend.
-sqweek
___
fluid-dev mailing list
fluid-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/fluid-dev
7;t
synthesized until fluid_synth_write is called?
Is 64 samples just an example number or is there something special
about this block size? If so, is that 64 total samples including both
channels (ie. 32 frames) or 64 samples per channel?
Thanks for the suggestion, I would never have thought
On 27 April 2014 12:14, sqweek wrote:
> Is it reasonable to use the
> frame number directly as the sequencer's 'tick' (ie.
> fluid_sequencer_set_time_scale(seq, 1.0/44100.0) ) or is that too
> fine?
Sorry, after a second look at the API docs I see this is answered
qui
fluid_sequencer_set_time_scale(seq, 1.0/44100.0) ) or is that too
fine?
Cheers,
-sqweek
___
fluid-dev mailing list
fluid-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/fluid-dev
15 matches
Mail list logo
