Hello, I haven't been following this thread too closely, so apologies if any of this is duplicate information.
The multiple core feature you are talking about can be set by passing "-o synth.cpu-cores=2" to use 2 CPU cores. Back when I initially implemented this, it did indeed provide for an increase in the number of voices, but your mileage may vary and I haven't used it in some time and I know David Henningsson did some pretty significant refactoring of the synth not too long after that. I don't think it contributes to additional latency, though there will be increased scheduling overhead which means you very likely wont get a doubling of the simultaneous voice potential. If you are indeed experiencing a maxing out of the CPU, then you could try other things to reduce the CPU consumption. If you don't need the built in reverb or chorus effects you could disable them (-R0 and -C0 respectively). You could also reduce the sample rate (as it seems you have already tried - using the '-r SAMPLERATE' option), but as you also noted this will increase the latency if the buffer size/count values stay the same. In regards to the number of buffers and buffer size, that mostly affects latency. It may affect CPU usage as well, but I would think the larger the buffers and count of buffers, the lower the CPU usage would be, rather than the other way around. I doubt this has much affect on CPU usage though. It sounds like you need to patch your driver as was already mentioned. The hardware may have its own limitations too, which if not acceptable may require you to try and use a different audio interface (USB maybe?). It seems that ARM architecture has an FPU at least, which is good. Best regards, Element Green On Fri, Aug 21, 2015 at 11:40 AM, Marcus Weseloh <mar...@weseloh.cc> wrote: > Hi again, > > One idea, as the A20 is a dual core chip: FS has the option to use > multiple processors for synthesis (somewhere on the man page). I have > avoided using that option so far, because the docs say that it adds a > little bit of extra latency and I don't need a that much polyphony anyway. > > But it might improve things for you. And being an organ player, you are > probably used to a lot of natural latency anyway, so the extra latency > might not be noticeable... :-) > > Cheers, > > Marcus > > _______________________________________________ > fluid-dev mailing list > fluid-dev@nongnu.org > https://lists.nongnu.org/mailman/listinfo/fluid-dev > >
_______________________________________________ fluid-dev mailing list fluid-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/fluid-dev
