дык тут же валяетсо
https://github.com/samstyle/Xpeccy/releases
https://github.com/samstyle/Xpeccy/r...g/0.6.20200731
аффтар еще и придупреждает что не пытайтесьповторить это домасобирать под вендой...
Вид для печати
дык тут же валяетсо
https://github.com/samstyle/Xpeccy/releases
https://github.com/samstyle/Xpeccy/r...g/0.6.20200731
аффтар еще и придупреждает что не пытайтесьповторить это домасобирать под вендой...
Ладно, можно исходники для понимания работы использовать.
Забейте. Я забил.
Уже больше года "прокрастинирована" просьба починить AY.
Не "как-то не так", а не так как во всех других AY-рендерерах. Не так как в реале.
Там совершенно очевидно что высокие частоты задавлены. Отфильтрованы. Этого не услышит разве что тот у кого проблемы со слухом (сорри если это так).
Тебе эта картинка поможет?
https://volutar.myds.me/xp-nois.png
Снизу "как надо", сверху - xpeccy. Интенсивность шумовых компонентов падает с частотой, словно наложен НЧ фильтр.
И при чём тут AY? Его состояние как раз обновляется после каждой команды.
src/xcore/sound.cpp
строка 21:#define DISCRATE 32
Увеличь и послушай, отличается ли. А заодно засеки прожорливость эмулятора при увеличении значения. Результаты в виде графиков, диаграмм и красно-зелёных полосок на синем фоне - в студию.
ЗЫ: Последние твои сообщения по проблеме - "шумы кривые". Охрененное описание проблемы. :D
При том что это не просто какой-то таймер, который должен абстрактно эмулироваться. Он ещё и ЗВУК генерирует, который должен выдаваться максимально близко к реальному. Все остальные эмуляторы с этим справляются. Xpeccy - нет. Проблема не в эмуляции AY, а в преобразованых в звуковую волну 44.1/48КГц данных. Они кривые. Передескретизация через одно место, видимо.