Эмуляция AY с использованием ВИ53

[svofski]

parallelno, вот у меня Вектор есть, а AY нет.

[Advertiser]

[ivagor]

Что касается rmp. Спековские музоны (нашел лиры, e-type) есть в формате stc. Файлы rmp раза в два меньше. А если сжать rmp и stc, то получается примерно одинаковый размер. Возможно rmp это поджатый stc (поверхностное впечатление, код не копал).

Похоже rmp был несколько круче, чем я подумал. Нашел спековский оригинал winny5 - он в pt2. Т.е. скорее всего редактор rmp поддерживал импорт и stc и pt2, возможно и другие форматы.

Ну и практически закрыл гештальт с шумом. Генератор новый, более быстрый, но основная фишка - выделение всего оставшегося до следующего прерывания времени на шум.

[svofski]

енератор новый, более быстрый, но основная фишка - выделение всего оставшегося до следующего прерывания времени на шум.

Новый шум звучит прямо волшебно. Я так понимаю, что твоя фраза означает, что он просто работает все время, пока не прерывание -- а то как еще ему это делать. Это можно будет как-нибудь сочетать с чем-то еще? Пусть не с плавным, рвущим напополам rgbDigger-а, скроллером в гигаскрине, но хотя бы каким-то минимальным обновлением экрана? Добавить печать текста, или какой-нибудь идущий спрайт 16х16? Допустим это можно было бы сделать, если бы был пользовательский колбек (колбаск) в те моменты, когда шум не генерируется.

[ivagor]

Это можно будет как-нибудь сочетать с чем-то еще?

В принципе да, но запас сравнительно маленький. Я тестировал, какой примерно перерыв в шуме не приводит к явному треску, но умудрился забыть число, надо будет еще раз потестировать. Есть такой резерв - перейти к более быстрому проигрывателю, например играть дамп.

[svofski]

В принципе да, но запас сравнительно маленький. Я тестировал, какой примерно перерыв в шуме не приводит к явному треску, но умудрился забыть число, надо будет еще раз потестировать. Есть такой резерв - перейти к более быстрому проигрывателю, например играть дамп.

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

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

Но вот например если прерывание случилось, а барабана нет, это означает, что до следующего прерывания можно что-то рисовать. Можно завести такой признак для пользовательской программы.

[Titus]

Ну и практически закрыл гештальт с шумом. Генератор новый, более быстрый, но основная фишка - выделение всего оставшегося до следующего прерывания времени на шум.

А можно записать в виде аудиофайлов, чтобы не ставить эмуль?

[ivagor]

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

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

Можно завести такой признак для пользовательской программы.

Грамотное взаимодействие с пользовательской программой - это один из вопросов, который я пока не полностью для себя решил (когда шум шумит).

[svofski]

Грамотное взаимодействие с пользовательской программой - это один из вопросов, который я пока не полностью для себя решил (когда шум шумит).

По-моему это того не стоит. Вполне очевидно, что такая система имеет суровые ограничения. Просто можно договориться, что в прерываниях без шума есть юзерский колбек на ~40000 тактов. Если не успел, ну сам виноват, прерывание пролетело. Все время шум -- тоже сам виноват, надо было подбирать музон где шума поменьше.

[ivagor]

3 потока регистров ВИ53 вместо 14 AY

Предлагаю считать более аккуратно. Как минимум 6 вместо 14, а так даже 7, с учетом гашения огибающей.

Как в общем случае хорошо выходить из шума - продолжаю думать, но похоже без некоторых допущений и ограничений не обойтись.

[svofski]

А можно записать в виде аудиофайлов, чтобы не ставить эмуль?

Я не проигнорировал просьбу, но запись пока еще не сделал.

ivagor, а вот если бы эмулятор AY был оффлайновым, можно было бы сохранять 3 потока регистров ВИ53 вместо 14 AY (шум вряд ли в такую схему впишется по любому).