Hi. I wrote:
> You could perhaps use one of the unused text_events ?
> There's text_event_08 .. text_event_0f to choose from, and you have
> all the length you want so could start with a "fluidsynth" string
> to cut down on accidents from other software with similar ideas.
> Likewise raw_meta
Greetings Element, List,
> At any rate, it seems like using the NRPN portion of MIDI is OK,
> which could potentially be used for adding reverb and chorus
> parameters (beyond the basics).
Yes. You might run into other people using the same NRPN for their
own nefarious purposes, though, s
Greetings. Element writes:
> Seems like the MIDI standard doesn't really have a "unregistered"
> manufacturer ID though for Sysex which makes things awkward and
> I don't think it is worth trying to buy our own ID for $200/yr.
I keep dreaming that something like the Free Software Foundation
cs/index.php
http://www.midi.org/techspecs/midimessages.php
and various other places...
Regards, Peter Billam
http://www.pjb.com.au p...@pjb.com.au (03) 6278 9410
"Follow the charge, not the particle." -- Richard Feynman
from The Theory of Po
Ben Gonzales wrote:
> Don't forget, you'll need to create similar rules for all
> your other stuff - cc pbend, etc.
Working with midiecho, I find that usually I don't want
CCs 1,5,11,64,65,66,84 (Modul,Portam,Expr,Pedals) to go through
to both channels. It's useful to have separate volume c
m
to do whatever needs to be done.
If you look how important doubling is in orchestral music
it's amazing it's not more discussed in a midi context...
Regards, Peter Billam
http://www.pjb.com.au p...@pjb.com.au (03) 6278 9410
"Follow the charge, not the par
g to sustain a low
note for a few seconds leaving two hands free to improvise...
One CC which should be low-cpu and easy to implement would be
cc92 = Tremolo Depth, because it only needs one multiplication
and an LFO ...
Thanks, Regards, Peter Billam
P.S.
It's a shame that the midi standar
n debian stable and am running fluidsynth version 1.1.6
It it a debian-package special build, built for lowest latency ?
Why doesn't my fluidsynth do filtering ?
Thanks, Regards, Peter Billam
http://www.pjb.com.au p...@pjb.com.au (03) 6278 9410
"Follow the charge, not the particle
10 milliseconds latency is acceptable. Of the linux synths,
TiMidity doesn't meet this; fluidsynth maybe just meets it,
on a fast CPU.
All the best with midigurdy.
Peter Billam
http://www.pjb.com.au p...@pjb.com.au (03) 6278 9410
"Follow the charge, not the particle."
tp://www.pjb.com.au/muscript/index.html#midi
http://www.pjb.com.au/midi/midiedit.html
http://www.pjb.com.au/muscript/gm.html
Hope this helps, Peter Billam
http://www.pjb.com.au p...@pjb.com.au (03) 6278 9410
"Follow the charge, not the particle." -- Richard Feynman
from Th
and associated 'metatable' PiL p.197,
which is the classy solution, but not so simple... )
)
Regards, Peter Billam
http://www.pjb.com.au p...@pjb.com.au (03) 6278 9410
"Follow the charge, not the particle." -- Richard Feynman
from The Theory
All that assumes alsa midi, of course ...
Regards, Peter Billam
http://www.pjb.com.au p...@pjb.com.au (03) 6278 9410
"Follow the charge, not the particle." -- Richard Feynman
from The Theory of Positrons, Physical Review, 1949
___
f
w more controllers (filter?) supported,
and the ladspa-plugins etc. Is there a roadmap ?
Regards, Peter Billam
http://www.pjb.com.au p...@pjb.com.au (03) 6278 9410
"Follow the charge, not the particle." -- Richard Feynman
fro
doc/FluidSynth-LADSPA.pdf but that seems to be from 2002
and applies to the Iiwusynth...
Could someone give a newbie a tour of the state of ladspa ?
Is a hello-world example (at the C-API level) somewhere ?
Regards, Peter Billam
http://www.pjb.com.au p...@pjb.com.au (03) 6278 9410
"
d, feel free to write a patch, should be easy
> to implement in src/midi/fluid_midi.c, function fluid_player_load.
I'll give it a look at some stage, but I am a hopeless C programmer,
I've been writing in high-level languages for decades :-(
Again: many thanks for your help,
Peter Billam
x27; and slurp into a tmp file ...
(I hope this isn't an RTFM...)
Thanks again,
Regards,
Peter Billam
http://www.pjb.com.au p...@pjb.com.au (03) 6278 9410
"Follow the charge, not the particle." -- Richard Feynman
from T
d on for 1.3.
> The problem is though that some things should be set before creating the
> synth (and other objects), such as which audio driver to use, and other
> things need to be done afterwards, such as which soundfonts to load.
Yup. It's a solvable problem, though.
Many tha
fluidsynth and its
extended-fluidsynth-shell format ...
Regards, Peter Billam
http://www.pjb.com.au p...@pjb.com.au (03) 6278 9410
"Follow the charge, not the particle." -- Richard Feynman
from The Theory of Positrons, Physical Review, 1949
__
her fluidsynth app adopted a config file format
(or environment variable) that I could adopt/reuse/share ?
Regards, Peter Billam
http://www.pjb.com.au p...@pjb.com.au (03) 6278 9410
"Follow the charge, not the particle." -- Richard Feynman
from The Theory of Positrons, Physical
again; I think I'm on my way now.
Regards, Peter Billam
http://www.pjb.com.au p...@pjb.com.au (03) 6278 9410
"Follow the charge, not the particle." -- Richard Feynman
from The Theory of Positrons, Physical Review, 1949
___
, the synth still be
given real-time events (like fluid_synth_noteon etc)
before fluid_player_join and fluid_player_stop get invoked ?
Thanks, Regards,
Peter Billam
http://www.pjb.com.au p...@pjb.com.au (03) 6278 9410
"Follow the charge, not the particle." -- Richard Feynma
there a way of asking fluidsynth to do the same ?
Regards, Peter Billam
http://www.pjb.com.au p...@pjb.com.au (03) 6278 9410
"Follow the charge, not the particle." -- Richard Feynman
from The Theory of Positrons, Physical Review, 1949
___
22 matches
Mail list logo