Re: [fluid-dev] Unloading unused patch between MIDI playbacks + force bank

Hello Christian, On Sun, 2008-04-20 at 10:13 +0200, Christian Casteyde wrote: > Hello, > > First of all, thanks for fluidsynth which is... fluid! It's fast and works > reliably on any machine I used it, without latency and without CPU hog. Seems > too to have less noise in the output sound than

Re: [fluid-dev] How to play faster for conversion purpose?

On Sun, 2008-04-20 at 11:17 +0200, Christian Casteyde wrote: > Hello again, > > Sorry for asking here, but I didn't find anywhere on the net how to use > fluidsynth to convert automatically MIDI files to audio files. That is, when > I use > fluidsynth -i -n -a file -L 2 bank.sf2 midi.mid > > it

Re: [fluid-dev] supercharged fluidsynth

On Tue, 2008-04-22 at 12:57 +0100, cryptoguru wrote: > Hi All, > > Has anyone looked at the possibility of using CUDA to benefit from the > PC's graphics card (NVidia DirectX10 cards) as a way of supercharging > fluidsynth? > CUDA allows an application to use the graphics processor and graphics >

Re: [fluid-dev] Questions about Gleam

Personally I'd prefer that Gleam specific development discussions are done elsewhere for the moment unless it also relates to FluidSynth in some way. If the other subscribers feel its OK for this type of discussion, then I'd be OK with it, but it seems somewhat off topic to me. The topic being: F

[fluid-dev] [Gleam] Channel events

Hi, I have one question regarding channel events in Gleam. It seems that they have an effect only when some notes are playing. Which means that I can't, for instance, set the volume of a channel before sending notes to it. I'm not really knowledgeable about MIDI, but I think this is not how it shou

Re: [fluid-dev] Questions about Gleam

> However, there are some tradeoffs that need to be made and at this point I > think it's best to give the application writer the flexibility to implement > a solution as simple or complex as it needs. Especially since there is no > real need for the synth to do any event allocation or de-allocati

[fluid-dev] Questions about Gleam

> Well, actually I think the freed list is perfect for your purposes. If I > understand what you want to do correctly, you don't need to add the events > back to the synth as soon as they're consumed, you could add them all at the > repeat point (adding events is equally fast irrespective of th

Re: [fluid-dev] Questions about Gleam

Using pools of preallocated objects is indeed one classical solution to the problem of having to allocate and de-allocate many objects quickly. However, there are some tradeoffs that need to be made and at this point I think it's best to give the application writer the flexibility to implement a so

Re: [fluid-dev] Questions about Gleam

Well, actually I think the freed list is perfect for your purposes. If I understand what you want to do correctly, you don't need to add the events back to the synth as soon as they're consumed, you could add them all at the repeat point (adding events is equally fast irrespective of the number of

Re: [fluid-dev] Questions about Gleam

On Mon, Apr 21, 2008 at 3:08 PM, Miguel Lobo <[EMAIL PROTECTED]> wrote: > Events can be generated and consumed at quite a high rate, so event memory > management can be critical for performance and especially latency. > Applications might implement different solutions to deal with this, so I > wa

[fluid-dev] supercharged fluidsynth

Hi All, Has anyone looked at the possibility of using CUDA to benefit from the PC's graphics card (NVidia DirectX10 cards) as a way of supercharging fluidsynth? CUDA allows an application to use the graphics processor and graphics card memory as fully a