On June 18, 2018 7:58:03 AM UTC, Marcus Weseloh wrote:
>Try forcing fluidsynth to use the ALSA hardware layer
>directly and explicity set the sample rate:
>-o audio.alsa.device=hw:1 -r 44100
plughw also offers lower latency in some situations, though it should probably
be avoided if possible. I
On Wed, 17 Aug 2016, David Bellows wrote:
Thanks for the confirmation! What other sequencer(s) are you using?
pmidi
The example plays correctly, but not quite a quarter-tone scale, as some
of your tuning commands are malformed (which timidity seems to go along
with):
System_exclusive,
On Wed, 17 Aug 2016, Marcus Weseloh wrote:
Using fluidsynth 1.1.6 your updated MIDI file plays fine, at least on
my Linux system.
This might be a problem with fluidsynth's interpretation of midi files.
If I pass it the file directly, I get the behavior David mentioned. If I
use another sequ
On Wed, 17 Aug 2016, Ralf Mattes wrote:
Am Mittwoch, 17. August 2016 07:37 CEST, "R.L. Horn"
schrieb:
On Sun, 14 Aug 2016, Ben Gonzales wrote:
I edited the patch file to change the "\" to "/" in the filenames.
Unfortunately I couldn't do a global se
On Sun, 14 Aug 2016, Ben Gonzales wrote:
I edited the patch file to change the "\" to "/" in the filenames.
Unfortunately I couldn't do a global search and replace as there are
other "\"s that are valid.
sed '/^diff/s/\\/\//g'
Just sayin'. :)
__
On July 10, 2016 12:33:47 PM CDT, David Bellows wrote:
>Cool! I've attached a MIDI file generated by the Lua library at:
>http://www.pjb.com.au/comp/lua/MIDI.html.
>It is random piano notes using Pythagorean tuning. It plays just fine
>in timidity but I can't get it to play in fluidsynth.
Flui
On Sat, 2 Jul 2016, Ben Gonzales wrote:
patch < fluid_polymono-0001.patch
This prompted me for each file to patch, and I typed in the path to each file
I don't know how Jean-Jacques generated his patch, but the diff should be
against a complete source tree so this isn't necessary. I've combi
On Tue, 3 May 2016, Tommaso Cucinotta wrote:
I kept the alloca() for now,
I can change it to using FLUID_MALLOC() and FLUID_MEMSET,
No need for that. AFAIK, there's an ALSA malloc() function corresponding
to every alloca() macro.
I don't know why they're not used more often, unless it's
On Mon, 2 May 2016, Tommaso Cucinotta wrote:
So I worked out the attached patch that adds a bool setting for
auto-connecting ALSA MIDI inputs. This is the dual of the "Auto-connect
JACK outputs" already there in fluidsynth/QSynth.
Feel free to try out the attached patch, and please, share you
On Tue, 26 Apr 2016, Element Green wrote:
Actually that is not true, in regards to FluidSynth utilizing multiple
CPUs. It can do exactly that, you just have to tell it to by setting
synth.cpu-cores.
Oops...that completely slipped my mind.
Later:
http://raspberrypi.stackexchange.com/questio
On Fri, 22 Apr 2016, Maciej - filologia angielska wrote:
2. Today I noticed that the problem must be due to Raspberry Pi's
limitations in terms of its computing power.
Fluidsynth, it has to be said, is a bit of a CPU hog. Unfortunately, I
believe the only way to boost performance is by using
On Thu, 21 Apr 2016, Element Green wrote:
Sometimes there are limitations with audio drivers in regards to sample
rate, buffer sizes, etc. You may want to try 48KHz or 44.1KHz (depending
on which one you are using at the moment) for the sample rate.
I think that would result in a different er
On Wed, 17 Feb 2016, Srijan Deshpande wrote:
And thank you for clarifying how tuning and instrument banks/profs are
separate. I suppose I should read the midi standard more closely!
The MIDI tuning standard is, well, a bit of a mess, and it's almost always
implemented incorrectly. A certain
On Mon, 15 Feb 2016, Srijan Deshpande wrote:
BUT, using the select command to change the preset DOES NOT change the
tuning.
Tuning bank/prog and "instrument" (program change) bank/prog are separate.
The MIDI standard states that program banks and tuning banks *may* be
linked but, AFAIK, flui
On Fri, 30 Oct 2015, Garth Hjelte wrote:
Your font will have up to 127 Presets (=Patches or instruments)
Just a brief digression into the land of Picky; there's actually 128
Presets, numbering 0 to 127.
Except, of course, when a manufacturer up and decides to number them 1-128
(and subtrac
On Tue, 15 Sep 2015, Srijan Deshpande wrote:
I'm trying to figure out how to switch tunings in Fluidsynth using
control change / program change messages.
My question is, how do I do this from my MIDI controller? Sending
Bank/Program change messages does not seem to work.
The equivalent, mor
On Fri, 21 Aug 2015, Marcus Weseloh wrote:
2015-08-21 14:15 GMT+02:00 Herschel Karunaratne
:
There is another thing which forgot to mention. I accidentally changed the
sample rate to 4800 using -r ,and could play any amount of notes
simultaneously and no crackles at all but there is long latenc
On Wed, 19 Aug 2015 Herschel Karunaratne wrote:
My issue is when I start FS, I get the following warnings,
fluidsynth warning: Requested a period size of 64, got 1024 instead
fluidsynth warning: Requested 16 periods, got 8 instead
That's typical for a lot of bottom-of-the-line onboard audio ha
On Wed, 18 Mar 2015, CERESA Jean-Jacques ENAC/ENAC wrote:
This is like Sostenuto behaves on piano.
It's the sudden on/off that's not very piano-like, hence the need to
sometimes delay sostenuto events. It's the only way to tweak the action
of an on/off pedal.
A continuous pedal can be dea
On Thu, 12 Mar 2015, CERESA Jean-Jacques ENAC/ENAC wrote:
Yes as Jim write, the action to sustain only note depressed before
sostenuto (i.e noteOn MIDI message received before sotenutoOn MIDI
message) is typical of sostenuto pedal behavior.
Still, it's not especially piano-like. But, then, a
On Wed, 11 Mar 2015, Jim Henry wrote:
It is worth remembering that legacy MIDI hardware is stateless. MIDI
messages are simply processed as they are received.
Which is, to my way of thinking, the way it should be. Any tweaking of
event dispatching should be a controller/sequencer issue.
__
On Mon, 9 Mar 2015, CERESA Jean-Jacques ENAC/ENAC wrote:
A new ticket has been created: #136 [PATCH]: Adding Sostenuto code
Formidable!
One observation: The action is really, really, really fast (i.e.
instantaneous). It sometimes (fairly often, in the case of sequencer- and
notation softw
On Fri, 27 Feb 2015, Gino Latino wrote:
On the roof I'm thinking that using the port names implies that you must
know the devices name, but what if i want to connect an unknown device?
You have to muck about in /proc/asound a bit.
For example, assuming you know that card 1 has MIDI devices as
On Thu, 26 Feb 2015, Peter Billam wrote:
I agree with that. Except I'd write it in Lua:
Oh, you kids and your crazy languages. :)
___
fluid-dev mailing list
fluid-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/fluid-dev
On Wed, 25 Feb 2015, CERESA Jean-Jacques ENAC/ENAC wrote:
Now i am ready to do return the patch.
But please, what is the protocol to open a ticket ?
At http://sourceforge.net/projects/fluidsynth/ there's a ticket link near
the top. You need a sourceforge account (and to be logged in) to see
On Tue, 24 Feb 2015, gino latino wrote:
does someone know any "advanced" command line midi router?
I started to write one once, but the ALSA sequencer API is so
straightforward that I quickly concluded that it's easier to write
one-offs in C. especially for unusual and/or complex event mangl
On Tue, 17 Feb 2015, jean-jacques.ceresa wrote:
If anyone is interested, please tell me how to pass this document.
Couldn't you just open a ticket with a patch?
___
fluid-dev mailing list
fluid-dev@nongnu.org
https://lists.nongnu.org/mailman/listinf
On Wed, 11 Feb 2015, Peter Billam wrote:
perhaps it would be better to supply a simple CLI SFZ-to-SF2 converter.
Yes :-) agreed. Though it depends what you mean by 'simple',
Not requiring Qt would be a start...
because the data-fields provided by one format do not necessarily map
one-t
On Tue, 10 Feb 2015, Garth Hjelte wrote:
...it would be just a simple reading/parsing of a SFZ file funnelling
into the SoundFont format where FS would play it.
In that case, perhaps it would be better to supply a simple CLI SFZ-to-SF2
converter. Conversion to SF2 doesn't appear to me to be
On Tue, 10 Feb 2015, Nikos Chantziaras wrote:
Is it possible at configuration time (either cmake or autotools) to
specify that only libfluidsynth should be built?
I don't believe you can configure that way, but if you use the cmake
Makefile generator, you can simply build with "make libfluids
On Fri, 6 Feb 2015, jean-jacques.ceresa wrote:
But FS doesn't succeed when noteOn1 is already Sustained by pedal. In
this case previous notes are never forced into release
Yeah...that's '80s Casio bad.
For percussion instruments, including pianos, I'd be inclined to try
dithering subsequent
On Fri, 6 Feb 2015, BCA @ Free-Artists wrote:
How about to mature FluidSynths sf2 performance before implementing a
new format?
To be frank, it seems to me like flogging a dead horse. I don't know a
single professional musician who gives a rodent's hindquarters about
soundfonts anymore and,
On Thu, 5 Feb 2015, David Henningsson wrote:
Sure, we could "just transfer it in", but then again, the results would
be slightly wrong. Just as an example, sfz seems to have a three band EQ
built into every voice [1], which SF2 voices do not. This is stuff we
would have to add into the playbac
On Thu, 5 Feb 2015, CERESA Jean-Jacques ENAC/ENAC wrote:
I agree with yours pertinent remarks.
That's kind of you but, upon reflection, I realized that much of what I
had to say was actually pretty stupid.
All you get with noteOn is channel and note, so stacked noteOns probably
result in u
On Wed, 4 Feb 2015, David Henningsson wrote:
As for other frameworks (such as SFZ), I think it would be nice if we
could support that.
I'd like to look into it, but various links to cakewalk's specifications
are dead-ending on me. It's making me wonder just how "open" the format
really is.
On Wed, 4 Feb 2015, jean-jacques.ceresa wrote:
On noteOn context, the function , is useful to release previous playing
note (with same channel,key ).
If I'm following you correctly, the big problem I see is that this
behavior is *only* natural when a channel represents a single instrument,
a
On Sat, 1 Nov 2014, David Henningsson wrote:
So, autotools is deprecated because we have switched over to cmake. I
was thinking of dropping it completely, but since you're sending this
patch set seems to indicate that you - and perhaps others - still depend
on autotools.
Some of us just don'
On Thu, 30 Oct 2014, Fede Galland wrote:
If it's of any help, I'm attaching a MTS file that works on timidity but
not on fluidsynth.
Short answer: It doesn't work because that's not how you change tunings.
Longer answer:
The file contains a non-realtime 7E 08 01... "bulk tuning
dump" syse
On Tue, 28 Oct 2014, Aere Greenway wrote:
Of course, you can set up alternate *temperaments* with configuration
files.
In your last paragraph, what sort of configuration files were you
referring to?
The fluidsynth client has tuning commands which, come to think of it,
perhaps aren't descri
On Wed, 29 Oct 2014, Fede Galland wrote:
I've recently been asking the same questions.
There's been some recent discussion over ticket 103
(http://sourceforge.net/p/fluidsynth/tickets/103/).
(Which you may be part of.)
One thing that causes problems is that fluidsynth doesn't default to us
On Tue, 28 Oct 2014, Aere Greenway wrote:
But given how much I liked the sound of near-perfect tuning, I wonder
about the possibility of perfect (rather than tempered) tuning for each
key-signature, and changing the tuning accordingly when changing
key-signatures.
AFAIK, you've been able to
On Wed, 21 Aug 2013, Element Green wrote:
Time to look at the actual machine code,
Or maybe get a new gdb and hope that it can put an opcode to the
instruction.
Although as far as I know most CPUs should be 64 bit capable these days.
I dunno. It looks like x86 Macs can pack anything fro
On Mon, 19 Aug 2013, Element Green wrote:
I've often found that the glib memory slice subsystem can be sensitive
to memory corruption. It could be that there is some other unrelated
memory corruption going on which is causing this.
In that case I'd expect a segfault before anything could int
On Fri, 16 Aug 2013, a...@gratin.org wrote:
I have a difficult bug.
Not really. This kind of thing crops up pretty regularly when trying to
produce portable binaries.
We have a suspicion on the SSE4.2 instruction set, as it seems that this
instruction set is not present on the machines on
On Mon, 2 Apr 2012, Antoine Schmitt wrote:
I tried to explicitely link my plugin against the .lib versions of
glib/gthread, but in the end Depends.exe tells me that it still depends
on the DLLs.
I suddenly have the strangest feeling of deja vu...
Are you certain the the .lib files are proper
On Wed, 28 Mar 2012, Antoine Schmitt wrote:
Or is glib installed on all linux machines by default,
Pretty much.
As far as libffi is concerned, you could try an older version of glib
(earlier than April, 2011, or thereabouts) that doesn't have that
dependency. FWIW, you're not alone in your
On Thu, 22 Mar 2012, Dr.Leo wrote:
the problem was that sndfile for win32 ships with the .dll in the bin
rather than lib subdir
This is pretty much the norm, AFAIK.
so one has to copy it separately to make it accessible to MinGW's
linker.
You could also add an appropriate "-L" option to th
On Sun, 18 Mar 2012, Dr.Leo wrote:
It doesn't appear that libsndfile is being linked against at all. Is
there anything like "-lsndfile" or "-llibsndfile" in the link.txt
files?
No, there isn't, I checked both link.txt files, although I suspect only the
one for libfluidsynth rather than flui
On Sat, 17 Mar 2012, Dr.Leo wrote:
...the linker terminates with errors after generating the dll.a file.
By the way, I believe the pkg-config.pc is not entirely correct apart from
the wrong filename (libsndfile instead of libsndfile-1): the '-l' option
should arguably be separated from the n
On Sat, 10 Mar 2012, Antoine Schmitt wrote:
My problem is that I end up with an Xtra (DLL) that depends on many fink
shared libraries, which are not available on the end-user system,
/usr/local/lib/libgthread-2.0.0.dylib
/usr/local/lib/libglib-2.0.0.dylib
GNU GLib: http:/
On Sat, 4 Feb 2012, James Ong wrote:
I tried your rule on the 2nd parts, it doesn't change anything.
It really should. It's worth noting that nothing I wrote actually changes
any volumes. You'd have to do that yourself with a cc command or write an
additional rule. Here are a couple you c
On Sat, 4 Feb 2012, James Ong wrote:
I didn't quite catch how all of these works, it will be appreciate to
see each line with a comment so that other will know what it is.
Well, I'm no expert (I've only been seriously messing around with
fluidsynth for about five days), and I've had to figure
On Sat, 4 Feb 2012, James Ong wrote:
I tried as 3 separate rules and launch Java MIDI player to play midi song,
none of the sounds appear to be softer.
Am I doing something wrong? I didn't issue "router_clear" which will caused
all channels to appear silent when the song is play.
Routing ru
On Fri, 3 Feb 2012, Element Green wrote:
If your MIDI song itself contains a CC7 event you could perhaps filter
it with the FluidSynth MIDI router:
router_begin cc
router_par1 7 7 1 0
router_par2 0 127 0 127
router_end
I think that would cause all CC 7 events received to set the volume to
100%
This works great when I connect a keyboard or otherwise send events via
the ALSA sequencer, but has no effect when specifying a file on the
command line (i.e. fluidsynth -f youngs.txt [soundfont] [midifile]).
Try running fluidsynth with the -o player.reset-synth=false option.
Argh! You're ab
Recently, I've been working with the Byrd Gradualia and wasn't too
thrilled with the default 12TET tuning. I wrote some scripts to generate
tuning shell commands, e.g.:
tuning youngs_well_temperament 0 0
tune 0 0 0 0
tune 0 0 1 93.9
tune 0 0 2 195.8
...
settuning 0 0 0
56 matches
Mail list logo
