W🦊
/* Это всё должно успевать работать в реальном времени, достаточно быстро, чтобы использовать минимальный буфер ввода-вывода звука */
Аудио в реальном времени для любых виртуалок - задница, тут нужно железо. Повезёл если заведётся в Wine, тогда тут есть прекрасная вещь как ALSA, великолепная альтернатива ASIO в Винде. Сначала мучился с QtMultimedia, который настолько туп, что использует PulseAudio, который ещё прибавляет задержку, а потом в итоге применил молуль RtAudio, сказав ему работать на ALSA, и он тут же послушно его задействовал и звук наконец идёт в реальном времени с очень короткой задержкой (себе я даже ядро поставил
Аудио в реальном времени для любых виртуалок - задница, тут нужно железо. Повезёл если заведётся в Wine, тогда тут есть прекрасная вещь как ALSA, великолепная альтернатива ASIO в Винде. Сначала мучился с QtMultimedia, который настолько туп, что использует PulseAudio, который ещё прибавляет задержку, а потом в итоге применил молуль RtAudio, сказав ему работать на ALSA, и он тут же послушно его задействовал и звук наконец идёт в реальном времени с очень короткой задержкой (себе я даже ядро поставил
-lowlatency). Про .NET, я говорил уже, та ещё задница, даже если только на Windows. А так, главное чтобы libC был прилинкован к каждому плагину статически, а если динамически, и при этом имя одно и то же, то тут задница, и плагины взаимно-несовместимы, ибо один не может жить, пока живёт другой. FL Studio вполне может завестись под Wine, даже с работой VST-плагинов, однако, если плагины писаны рукожопами на ДотНэте или задействуя немыслимые интерфейсы, они сами виноваты в этом, и я бы казних их за это. С другой стороны, от команды Wine остаётся задача в том, чтобы реализовать все WinAPI-интерфейсы, которые позволили бы этому кривому ужасу работать. Вот смотрю на это всё - пишут кодеры на отвяжись, лишь бы заплатили деньгу и всё, а потом от этого релизища страдают пользователи. В итоге, СПО рулит потому, что пилится всё коллективно под себя и под людей, и на совесть.