TSFM и ожидание готовности 2203 для SSG части

[NEO SPECTRUMAN]

В мануале к ТСФМ (ну другой вменяемой доки к 2203 то особо и нет)
пишут что когда включен FM синтез
нельзя "быстро" писать даже в SSG часть и нужно тоже проверять готовность
и если для пипикания на прерываниях это не критично
то для оцифровок лишние проверки приводят к фиаско...

а вот мануал к более старшему 2608 более многословен



нам дают конкретные цифры сколько нельзя писать в чип после каждого действия
и как видно после выбора SSG регистра и записи в SSG регистры ожидать нужно целых 0 (ноль) тактов

может необходимо и достаточно просто дожидаться готовности 2203 после предыдущих операций
а дальше можно писать в SSG часть в любых количествах?

- - - Добавлено - - -

железного TSFM для проверки у меня нет...

[Advertiser]

[Dexus]

Насколько я помню ожидание записи для ФМ регистров только нужно было. Но это вообще не точно - я эмуляцию в Унреал встраивал без оглядки на это, так что после меня потом это дело правили (чтобы было как в железе). Так что, думаю, можно ориентироваться на Унреал.
А вообще владельцы говорят, что железячный УМ2203 звучит куда грязнее софтовой эмуляции

[NEO SPECTRUMAN]

(чтобы было как в железе)

ну пока не готовности 2203 в дебагере я так и не увидел
все цилкические проверки проскакивает с первого раза
и думаю там все так и осталось

Насколько я помню ожидание записи для ФМ регистров только нужно было.

я руководствуюсь вот этим


- - - Добавлено - - -

в дебагере я так и не увидел

хотя 86 тактов 2203
это 36 тактов Z80
а между записями явно куда большие промежутки...
и получается проверка чисто формально
а актуально только для 14МГц турбы
и выдачи жмень регитсров каким нибудь otir-ом
но страшилки дикие понаписаны
да и не работало же у них с ходу в железе вроде

- - - Добавлено - - -

если быть точнее
проверки готовности просирают мне 2,5КГц частоты дискретизации...

- - - Добавлено - - -

А вообще владельцы говорят, что железячный УМ2203 звучит куда грязнее софтовой эмуляции

а судя по тому что владельцы говорят что он и греется как печка
то это все объясняет

[Dexus]

Говорят что если режим ФМ выключен, то задержки не нужны. Иначе в ФМ просто рандомная срань будет пищать.

[NEO SPECTRUMAN]

запилил тестовые версии s98_player-а

https://anonfiles.com/T6k5F2Vfo1/S98_Player_r0048_7z
http://www.mediafire.com/file/g3jyut...+r0048.7z/file


с "no ssg wait" в названии
идет ожидание готовности 2203 (каждый фрейм)
а потом дальше генератор пишет в ssg регистры без проверок
проблемы, если они есть, должно быть слышно в th02-09.s98 на ударных
тут усердно юзается огибающая которая софтварно генерируется
ну и adpcm rhythm тут тоже иммеется и тоже софтварно

с "no ssg wait 2" в названии
кроме отсутствия проверок в генераторе (кроме разовой перед запуском)
обычная запись в ssg часть проходит по типу
ожидание готовности
выбор регистра и запись данных (без ожидания готовности после выбора регистра)
проблемы, если они есть, должно быть слышно во всей ssg части
тут для теста лучше подойдет yuno013.s98
где активно пищит ssg часть
adpcm rhythm тут менее заметен

без "no ssg wait"
обычная версия со всеми проверками готовности как в мануале
с ней и нужно сравнивать


требуется есть тестирование на реале с разными режимами турбы

и опять же вся балансировка под unreal deathsoft-а
что там на реале науке неизвестно
нужны записи с реала

[NEO SPECTRUMAN]

и опять же вся балансировка под unreal deathsoft-а

хотел посмотреть как там накарбофосено у карбафоса...
(никогда до этого не уточнял что он там накарбофесел для ts + tfm одновременно)
и похожа ли балансировка у реала и унрила...

а там

сводилось все в Modplug tracker и сохранялось в mp3 с помощью Cool-edit.

хоть в итоге версии для реала и были запилены
но самих записей с реала никто видимо так и не сделал
и сравнивать с эмулятором таки нечего

кстате гугол катится в *****е гафно давным давно катится в *****м гафне
другими словами результаты все упоратей и упоратей

оказывается мерзкий яндекс еще и не так плохо раньше искал
как это может быть...