Форум гитаристов

а) В реалтайм обработке нуждается не только гитара, но и вокал и вообще много каких инструментов. VSTi не требуется ускорение, у него нет инпут-лага нарастающего от размеров семпла. Что простой FM-синтезатор, что какая-нибудь omnisphere с семплами по 15 гигов играет с одинаковой задержкой - выхода ASIO-интерфейса (у меня это 1,7мс) + генерация волны в случае синтеза, тоже происходит довольно быстро, в случае семплера вообще задержки нет, семплы уже готовая волна - бери и проигрывай по MIDI-команде. И совсем другое дело - обработка, если Вы повесите на дорожку несколько плагинов, то задержка будет не 2мс, как уверены многие, а все 18 с входом, обсчётом и выходом. Гитаристы потому и юзают хардварные юниты, что по другому никак.
б) элементарно, Ватсон, так же как это всё работает скажем у Universal Audio: плагин инициализируется на ПК, проверяет что он лицензирован (ну или взломан ) и отправляет инструкцию в DSP, как раз те самые FPGA там и используются, то есть обработка программируется на ходу.
Если Вы не знаете об интерфейсах Univarsal Audio, обязательно познакомтесь (не купите), дороговато конечно, но интересно, и если бы ни некоторые существенные недостатки (или хотя бы не такие цены, но это из-за новизны) это реально был бы прорыв, хотя многим и того что они сделали хватает и продюссеры диферамбы им поют.
 

что означает эта фраза?

то и означает, что будь Ваш семпл хоть 30кб, хоть 50 гигов на одну ноту - задержка воспроизведения после нажатия клавиши на MIDI-клавиатуре будет абсолютно одинакова и зависит, всё верно, от выставленного буфера. А вот дропы аудио говорят о том что дисковая подсистема слишком медленная для данного семпла и он попросту не успевает прочитаться вовремя. При экстремальных буферах если упор именно на семплированый звук, особенно гиганских размеров, не стоит забывать и о дисковой подсистеме в том числе, и о том что скорость чтения даже из оперативной памяти не бесконечна, и не может превышать ~30 гб\сек (если у вас конечно не xeon с 4Ггц плашками в 4х канальном режиме.)
В дефолтной поставке omnisphere нет семплов по 15 гигов, это вовсе не значит что нельзя их в ней создать.  у меня два nvme диска в RAID0, шмаляют по 4гб\сек на чтение, с 15 гиговыми семплами проблем не возникало, бОльшие просто не доводилось пробовать, но если и дропаются как вы говорите, то по причине которую я указал выше.

>мне осталось понять, как в таком случае будут работать не написанные под такую схему работы "любые вст-плагины"
да боже ты мой, я уже нисколько раз повторил, что при текущем положении дел никак - нужно либо создавать DSP процессор способный выполнить инструкции х86 (если Вы о том что плагины всё равно не будут уметь с ним работать, потому что умеют отправлять задания лишь в сторону CPU, то это задача драйвера сего гипотетического устройства, перенаправлять эти запросы), либо переписывать текущие VST-плагины, что сделает их в общем то не VST. С технической точки зрения любая из этих задач решаема, с точки зрения экономической рациональности это большой и сложный вопрос, в котором я бы точно не стал оперировать аргументами "кливишники лучше гитаристов и их больше"

Пример с уадами для того чтобы показать, что обработка хранимая в виде файла и управляемая с гуя на ПК, и с проверкой лицензии - реальность.
Открытый стандарт и скомпилированный бинарник разные вещи. Загляните ка мне в исходники и алгоритмы гитаррига. Нет никаких причин кроме экономических, не сделать устройство подобное юнитам UAD, но с открытым API для написания плагинов сторонними разработчиками, можно даже существующие VST доработать так чтобы они могли работать на UAD, если бы UA этого хотели, но им просто выгоднее продавать свои плагины по 300 баксов, конкурентов то нет.  Я верю что появятся в течении десятилетия, сама идея перспективна, вопрос лишь в том когда менее жадный бизнесмен до этой ниши дотянется, которому будет достаточно продавать железки, без софта, хотя возможно и никогда, бабло сильней добра

P.S.
Пардон за неоднозначность, великим и могучего русских языка, увеличения семпла в семплере

Я к сожалению не настолько хорошо понимаю архитектуру x86, да ещё в противопоставление архитектурам DSP, чтобы достоверно сказать что именно невозможно сделать такого на одном и можно на другом, но перехват на уровне драйвера вызовов от VST плагина и перенаправление его для более быстрых вичислений в другое место, без нарушения работоспособности сущесвующих механизмов, в том числе вывода интерфейса и различных проверок на лицензии вполне возможен, в прошлом так уже делали с ускорением 3D графики. Я думаю, что единственная причина которая действительно стопорит этот процесс - меньшая выгодность для производителя.

ncr, судя по скудным обрывкам информации, третий тоже по сути комплюктер в маленьком корпусе, не пришло ещё то время, а эти и вообще чудом в аналы истории попали  =) Но за наводку спасибо, тут как то о таком заикались, но название никто не вспомнил, вот и увидел это чудо живьём.
Перенаправление вызова не сильно накладная вещь, для CPU вообще в пикосекундах будет измеряться, а вот то что CPU будет 20мс обсчитывать, то DSP легко в 2мс сделает.   

Ну конечно один плагин обработки 20 мс не намотает, но вот большой проект с кучей обработок там и тут, у меня в среднем близко к 20 мс наматывает при 64 семплах на 44.1кГц. И притом гитарная обработка у меня вынесена на BOSS GT001 ибо нереально. Можно конечно и обработки упрощать и треки регулярно баунсить, но это всё рутинная работа творчеству мещающая, этим ещё перед выступлением заняться можно, но никак не в процессе создания и поисков. 30 раз дорогу переписал - 30 раз срендерь в дорожку, включи\отключи плагин. Ручку плагина покрутил - опять баунс... ну да ну да, нафиг таким заниматься, накидал и забыл.

А про GT-1000 в теме ещё будет что-нибудь , или можно отписываться ?? 

... и добавил:


https://www.youtube.com/watch?v=_768eBZ8T7s

Адовая тема, ничего не меняется, виртуально послушали, виртуально покрутили, виртуально поиграли и виртуально слили