Closed ammehet closed 4 years ago
Отвалилось. Раньше можно было сохранять в tap записанное через стандартную процедурину. Проверю.
Уточнение.
1)
Using SDL ver 1.2.15
Using ZLIB ver 1.2.5
Using Qt ver 5.3.2
SDL audio device opening...success: 44100 1764 (32784 / 32784)
Joystick not opened
size: 6
2157 667 735 856 1710 945
size: 6
2157 667 735 1711 852 945
2) F2 работает, спасибо! Сразу не заметил, там выпадающий список кривой какой-то, скроллить надо
Кривость интерфейса зависит от декорации окон. Конкретно этот список похож на GTK-шный.
Но у меня макось, откуда GTK? Да и недавно было что-то про принудительное включение оформления в макоси. Проверил сейчас ещё в разных местах xpeccy выпадающие списки. В файловых диалогах, где есть выбор типа файла, везде так – один крайний не помещается (сверху или снизу). Да и сам диалог выглядит нестандартно, на винду похоже.
Если тип файла не выбирается, то стандартный макосьный диалог выходит.
можешь попробовать запустить xpeccy --style. будет нативный стиль, но от этого будет не легче :)
Ну да, выпадающие списки стали аккуратные, зато дебаггер обратно разьехался. Собственно, из-за чего и затевались эти принудительные стили.
GTK-шному пары точек высоты не хватает, чтобы скролл убрать.
А что «Fast saving»? Сложнааа?
если просто перехватывать адрес в пзу, как с загрузкой, то не сложно. но пока только для спектрума не +2/+3, там другие адреса
Странно. Через #04C2
на +2/+3e работает. Даже сообщение про «Start tape» в одном и том же месте лежит, хотя и текст отличается. Или какие-то другие адреса имеются ввиду?
Кстати, на +3e быстрая загрузка работает.
У меня быстрая загрузка не работала на +2/+3. всё зависит от пзу. Быстрая запись и автостарт при записи на ленту сделаны. Когда докопаю выявленные попутно проблемы с мофоном - соберу.
Турбо-читалка тапок отвалилась. xpeccy_0.6.20191214_x86_64.dmg, пробовал на конфигурациях Pentagon/Scorpion/+2A/+3. Мгновенно R Tape loading error, 0:1
. Без турбы читает.
Ясно, опять на следующий блок автоматом не переходит. Выловил.
xpeccy_0.6.20191219_x86_64.dmg всё ок. Спасибо!
На самом деле нет. Загрузка последнего блока без турбы приводит к tape loading error. Сижу, исправляю...
Странно. Попробовал самодельную тапку на +2 со включенной неработающей турбой и на пентагоне с выключенной, всё грузится до конца без ошибок.
Другое дело, что когда читать что-то по заданному имени, типа LOAD "lr-levels" CODE
, то он пытается прочитать первый попавшийся заголовок и на этом останавливается, пока его носом не ткнёшь в нужное место тапки. Ожидаемое поведение в таком случае «пони бегают по кругу» до тех пор пока не наткнётся на нужное, либо не остановят.
поиск блока по имени - ещё более zx-специфичная штука, чем автостарт и турбо-загрузка. Тем более, данные на ленте хранятся не в виде байтов, а в виде пар "длина - амплитуда" для каждой половины волны.
С данными на ленте понятно. Вопрос в остановке ленты после успешного считывания не того заголовка. Читалка продолжает ждать следующий заголовок, игнорируя блоки данных, а лента остановилась. Тут скорее «ложное срабатывание» автостопа, критерии которого мне неизвестны.
нашёл где собакен порылся. это не ложное срабатываение автостопа, это не переход к следующему блоку при несовпадении размера. На самом деле он постоянно пытается загрузить один и тот же блок, и безуспешно, потому что это не заголовок. Нашёл, исправил. Ждём-с коммита-сборки
Шикарно работает с турбой и без неё!
Проблема с сохранением на ленту. Ну, то есть, во «внутреннюю» тапку оно пишет, в настройках видно новые блоки. А саму «внутреннюю» тапку при этом сохранить никак нельзя. По F9 только диски, и в интерфейсе кнопок никаких нет. И «сохранить как...» тоже нету.
Да, можно отдельный блок из TAP сохранить в TRD, затем сохранить TRD, затем из TRD перекинуть обратно в TAP. Но это как-то...
И было бы вообще шикарно, если бы крыжык «Fast loading» также умел «Fast saving». И «Autoplay» при записи.