ZXMAK2 - Виртуальная машина ZX Spectrum

[ZXMAK]

Обновил эмулятор до версии 2.8.5.37912

Что нового:
- улучшения для стабильности синхронизации;
- исправлен баг MaxSpeed/SyncSource;
- добавлено включение high resolution timer;
- исправлена поддержка нескольких дисплеев;
- мелкие исправления для лучшей совместимости с Wine/Mono под Linux;



синхра стабильная, но скроллы красиво выглядят на 75 Гц, поэтому лучше переключить LCD дисплей на 75 Гц.
Для 60 Гц нужно видеофильтр делать, чтобы цвета пикселей размазывать.
Эмулятор теперь привязывается к дисплею на котором был открыт.

[Advertiser]

[Titus]

А звук-то на пол-секунды отстает?

[ZXMAK]

А звук-то на пол-секунды отстает?

нет, максимум на 0.08 сек, можно до 0.06 сек снизить, при 0.04 сек, система не справляется - начинаются срывы звука. 0.08 сек выбрано чтобы запас был.

[Titus]

нет, максимум на 0.08 сек, можно до 0.06 сек снизить, при 0.04 сек, система не справляется - начинаются срывы звука. 0.08 сек выбрано чтобы запас был.

Мне показалось, что эта задержка значительно больше, т.к. запаздывание (во всяком случае у меня) заметно. Пробовал на звуке клавиш в бейсике. Возможно, задержку еще вносят интерфейсы, которые ты используешь.

[ZXMAK]

Мне показалось, что эта задержка значительно больше, т.к. запаздывание (во всяком случае у меня) заметно. Пробовал на звуке клавиш в бейсике. Возможно, задержку еще вносят интерфейсы, которые ты используешь.

используется DirectSound, размер буфера - 4 x 1/50 сек

[Titus]

используется DirectSound, размер буфера - 4 x 1/50 сек

Скорее, даже 0.1сек это уже заметно при звуках типа клика.

[ZXMAK]

Скорее, даже 0.1сек это уже заметно при звуках типа клика.

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

[abelenki]

Мне показалось, что эта задержка значительно больше, т.к. запаздывание (во всяком случае у меня) заметно.

может нормальный компьютер купишь? и все проблемы ВНЕЗАПНО исчезнут, нет?

---------- Post added at 17:23 ---------- Previous post was at 17:14 ----------

ZXMAK, поставил бы его в игнор, чем по 10 страниц нытья слушать после выхода каждой версии.

---------- Post added at 17:26 ---------- Previous post was at 17:23 ----------

этот тип даже thanks не ставит после релиза, а запросов - уйма.

пусть сам доделывает под нищебродское железо. благо, исходники в открытом доступе (либо пусть сидит под X128 для MS-DOS).

[Titus]

может нормальный компьютер купишь? и все проблемы ВНЕЗАПНО исчезнут, нет?

Человек, если ты не в теме, попридержи свое мнение при себе и не переходи на личности.

[ZXMAK]

Вопрос к Eltaron:

Добавил в тфс твой плагин GDB сервера. Подправил в соответствии с последними изменениями структуры эмулятора. Попробовал заюзать.
Я с GDB дела никогда не имел, поэтому просьба помочь разобраться

Поставил MinGW 32 7.5, пытаюсь подключиться:

gdb.exe
...
target remote localhost:2000

плагин падает с исключением. По отладчику выяснил что gdb пытается прочитать адрес a1a4400, который явно не 16 битный и падает на преобразовании строки в 16 битное значение. Почему GDB пытается читать 32-битный адрес? Какой правильный ответ должен дать GDB сервер в данном случае? (попытка чтения 32-битного адреса на 16-битном таргете)

Вот лог обмена:

--> +
--> $qSupported:multiprocess+;xmlRegisters=i386;qRelocInsn+#b5
<-- +$PacketSize=4000#f4
--> +
--> $Hg0#df
<-- +$OK#9a
--> +
--> $?#3f
<-- +$T05thread:00;#06
--> +
--> $Hc-1#09
<-- +$OK#9a
--> +
--> $qC#b4
<-- +$#00
--> +
--> $qAttached#8f
<-- +$1#31
--> +
--> $ma1a4400,1#85

на последнем пакете и валится. Судя по логу gdb считает что это i386, как его переключить в z80?