[fluid-dev] improving musical timekeeping

2020-02-07 Thread huban...@gmail.com
Here's a thought: Currently, samples start playing from the very beginning of their attack phase at the moment a NoteOn is due, right? This means instruments with meaningfully long attack phases will drag (be late musically); and to make things worse, drag varying amounts by note (pitch) as th

Re: [fluid-dev] improving musical timekeeping

2020-02-07 Thread huban...@gmail.com
2020.02.07. 12:58 keltezéssel, huban...@gmail.com írta: This would automatically be "on time". _Things_ would automatically be "on time". ___ fluid-dev mailing list fluid-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/fluid-dev

Re: [fluid-dev] improving musical timekeeping

2020-02-08 Thread huban...@gmail.com
Thank you for your time. I've written my comments inline. 2020.02.08. 15:41 keltezéssel, Tom M. írta: Here are some thoughts of a software engineer. Not sure what a musician would say. First of all, you are right. A "meaningfully long" attack phase will "delay" note on and thus shorten it. My q

Re: [fluid-dev] improving musical timekeeping

2020-02-09 Thread huban...@gmail.com
2020.02.09. 9:26 keltezéssel, Tom M. írta: "FluidSynth is a real-time software synthesizer based on the Soundfont 2 specification" This sets our scope. If you need a more advanced synth model, have a look at SFZ. Thank you. I do not see the conceptual reasoning behind limiting FluidSynth to S

Re: [fluid-dev] improving musical timekeeping

2020-02-09 Thread huban...@gmail.com
2020.02.09. 20:35 keltezéssel, Marcus Weseloh írta: Hi, first of all: this is a very interesting topic, thank you for bringing it up! My pleasure; and I thank you for the moral support. I do sympathise with your idea and I don't think it is a very unique use-case at all. I also use MuseScor