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

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

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

http://savepic.su/4712182.png

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

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

Цитата:

---

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

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

---

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

Цитата:

---

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

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

---

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

Цитата:

---

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

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

---

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

Цитата:

---

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

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

---

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

Цитата:

---

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

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

---

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

Цитата:

---

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

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

---

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

---------- 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).

Цитата:

---

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

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

---

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

Вопрос к 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? :)