Xpeccy

Брейкпоинт, когда находишься не CPU адресации, ставится криво. Находишься в RAM:03 например, клацаешь Space, а в списке брейков добавляется CPU:C000 (хотя в этот момент включена другая страница). Визуально в дебаге не красится, но как бы ставится, и как бы убирается, но не работает как надо. Редактируешь вручную на Ram:03 - появляется красная строчка. Запускаешь, ждёшь точку, срабатывает, но курсор исполнения (PC) не видно, потому что ты наблюдаешь Ram:03 а не CPU. И что? Оно ведь все равно же должно рисоваться...

ЗЫ: За выбор частоты мерси. НО к сведению - дефолтово там 1744000 - такой частоты не бывает, вроде.. правильно 1734000.

По брыкпоинтам - на ячейку памяти брык ставится с шифтом (Shift + Space). Но, думается, надо переделать, чтобы ставилось на адрес/ячейку исходя из режима.

Речь об окне дебага. Там на пробел визуально не реагирует если стоит не CPU режим, но во вкладке точек добавляется как CPU (и убирается при повторном нажатии на пробел). Только вручную редактируя можно сделать BP на fetch на RAM:03:0000 например.

build 20190705

• Установка точки останова в дизасме учитывает его режим. При CPU она ставится на адрес, при RAM/ROM - на ячейку
• В режимах RAM/ROM дизасма показывается PC, если он попадает в показываемую страницу
• При трейсе по F7/F8 в режиме RAM/ROM текущая страница меняется, следуя за PC
• Случайно нашёл и пофиксил отображение номера страницы в дизасме в режиме CPU при включенном показе сегмента

[ скачать ]

В Disasm в режиме RAM всегда отображается RAM:00:xxxx, какую бы страницу наверху не выбрал (содержимое, однако, корректно, и breakpoints тоже ставятся правильно).
в Dump режиме адрес без указания страницы. Возможно, это отображение и не нужно вообще, поскольку и так видно выше, что это за режим и что это за страница. Но зачем тогда такое количество пробелов справа от адреса? В Disasm, кстати, в общем-то, тоже такой широкий столбец с RAM:00/ROM:00 и не нужен по-идее.
То есть 4й пункт из whats new не похож на что-то осуществлённое.

Цитата:

---

Сообщение от Dexus

В Disasm в режиме RAM всегда отображается RAM:00:xxxx, какую бы страницу наверху не выбрал (содержимое, однако, корректно, и breakpoints тоже ставятся правильно).
в Dump режиме адрес без указания страницы. Возможно, это отображение и не нужно вообще, поскольку и так видно выше, что это за режим и что это за страница. Но зачем тогда такое количество пробелов справа от адреса? В Disasm, кстати, в общем-то, тоже такой широкий столбец с RAM:00/ROM:00 и не нужен по-идее.
То есть 4й пункт из whats new не похож на что-то осуществлённое.

---

В режиме CPU установи галку Show Segments - увидишь, почему столбец такой широкий.
А по номеру страницы - одно починил, другое сломал :)

Цитата:

---

Сообщение от SAM style

В режиме CPU установи галку Show Segments - увидишь, почему столбец такой широкий.

---

Ага, увидел :v2_thumb:

А что там за Rutime mapping и Clear mapping?

Кстати, для отладки оверлейного кода (когда 2 и более набора процедур мапятся в одно место, в диапазон #4000-#bfff, не переключаемые страницы) удобно было бы если бы где-нибудь показывалось какой файл с метками загружен и сейчас отображается, а в идеале - иметь возможность грузить несколько файлов с метками, и переключать их.

Цитата:

---

Сообщение от Dexus

А что там за Rutime mapping и Clear mapping?

---

Если runtime mapping включен, при исполнении память размечается - чтение с pc считается кодом, чтение не с pc - данными. данные отображаются как db XX. Но пока что сохранение и загрузка намапленного в разработке. Ну, а clear mapping сбрасывает всю разметку на дефолтную (везде код).
По меткам - поскриплю серым веществом, что-нибудь придумаю

Понял. Там еще опечатка - Rutime vs Runtime.
Еще в AY/YM обнаружилось, что частота тона не обновляется, если в этот момент происходит установка огибающей.
Вот снапшот тестового отрывка. Чередуются два сэмпла друг за другом. Можешь сравнить со звучанием в других эмуляторах - помимо фильтрованного шума (о чём уже говорилось) два snare проходят без удара, потом два раза с ударом, потом снова без удара - такое ощущение что низкая частота тона от предшествующего большого просто залазит на snare.
Вложение 69460

мне на слух бесполезно сравнивать. просто нужны ответы на вопросы:
- если изменение частоты тона происходит посередине волны: а) волна доходит со старым периодом, затем начинаются колебания с новым, или б) сразу обрубается текущая волна и начинается новая с новым периодом
- если происходит обновление частоты огибающей, вопрос тот же - когда именно задействуется новая
- если происходит обновление формы огибающей, все её счетчики тоже начинаются сначала?
первые 2 вопроса покажут, какой счетчик мне иметь - от ${период} до 0 или от 0 до ${период}