Дампы ОСРВ для прочтения будущими поколениями рабочих станций
Итак, все мы привыкли к стандартным 8-битным SysEx дампам, многие даже слышали их аудио представление. Однако, как звучит дамп современной встроенной операционной системы реального времени? Начнем с того, что большинство современных операционных систем 64-битные, что дает почти 8 кратный прирост в динамическом диапазоне такого дампа. Более того, дампы ОСРВ пишутся на частоте дискретизации 192 кГц. В данном посте я еще раз суммирую два дампа, которые были сделаны с MIB 4795 и MIB 5007, что позволяет сказать об их происхождении только одно: данные дампы можно слушать и воспринимать, как уже сложившиеся произведения.
По сути, мы имеем дело с таблицами маршрутизации, воспроизводимыми на высокой скорости регенерации. Однако, моей задачей является найти источник происхождения данных таблиц маршрутизации, то есть такой программно-аппаратный комплекс, загрузив в который данный дамп можно было бы получить не только секвенцию событий, но и настройки звуковых генераторов, а также параметров звукового синтеза и эффектов. По сути, такая рабочая станция сама должна включать 64-битную операционную систему, работающую на частоте дискретизации 192 кГц, что очень критично к частоте работы процессора данной рабочей станции.
Такая DAW должна позволять читать дампы с большим динамическим диапазоном и выдавать настройки, согласно загружаемой карте сети. По сути, чего я хочу добиться — это панорамирования и эквализации в виртуальной среде, но без участия человеческого интеллекта, при этом оно должно осуществляться не по топологии какого-то алгоритма, а существовать неразрывно с путем маршрутизации, поданным в данный момент.
Ведь, напомню, микстура из 8 таблиц маршрутизации уже дает полноценный путь маршрутизации. И, учитывая матрицу 8×32 для данных таблиц маршрутизации, они эйрились уже на 32 назначения, что говорит о большой загруженности канала ОСРВ в момент создания данных дампов. Большая загруженность на выходных каналах создает задачи на входных, так как коммуникация — это ядерно-петельная зависимость и происходит циклически в качестве постоянных запросов и ответов. Однако, для того чтобы получить ответ, задающей системе нужно встать в очередь, так как доступно всего 8 потоков. Поэтому в ОСРВ наблюдается постоянная недостаточность, ее неспособна даже покрыть высокая скорость регенерации консольного порта, так как для загрузки таблиц маршрутизации в буферы требуется время, и высокая скорость регенерации не играет никакой роли.
Поэтому, весь MIB надо грузить с автолоада с алиасами на всю базу без принудительного нагнетания. Повторюсь, принудительное нагнетание создает большую очередь, и события обрабатываются только через интерапторы дженериковых фидеров, поэтому нужно смотреть статусы подающей системы. Так как в подающих системах наблюдается отсутствие инжекций на такой высокой скорости регенерации ОСРВ, как 192 кГц, то требуется дополнительное время ожидания для получения ответа. Если ответ требуется немедленно, нужно запускать ОСРВ на частотах дискретизации ниже, где система постоянно находится под инжекцией, но качество ответа в такой системе будет ниже.