Xpeccy

[SAM style]

я так понял две версии этих шариков, у тебя вторая и без звука. Да?

Есть версия в .$C, есть версия в trd. Если выжать 0 - появляется музяка.
E9 в 27AF - это мазафакин блиттер! Выложи версию, которая у тебя, тогда в следующем релизе он появится. Наконец-то!

[Advertiser]

[Blade]

E9 в 27AF - это мазафакин блиттер!

Там нет блиттера. Просто неправильно код для dma задан.

[SAM style]

Там нет блиттера. Просто неправильно код для dma задан.

Мда... хотя, b7 = 1, b2:0 = 001. По TSConf.xml это блиттер, я уж было обрадовался.
Окей, а есть что-то, чтобы проверить работоспособность блиттера?

[SAM style]

Выловил багу, которая пока плохо поддаётся объяснениям. Суть такова: если звук выводится через SDL, но по каким-то причинам SDL_OpenAudio не сработал, то ошибки при этом не выдаётся - звука нет, но устройство считается работающим. При закрытии эмулятора попытка закрыть не открытое устройство заканчивается зависоном - окно уже убрано, но процесс так и висит в памяти (не зомбак, просто повис). Вот почему SDL_OpenAudio всегда возвращает 0, даже при ошибке - большой вопрос.

[ram_scan]

Выловил багу, которая пока плохо поддаётся объяснениям. Суть такова: если звук выводится через SDL, но по каким-то причинам SDL_OpenAudio не сработал, то ошибки при этом не выдаётся - звука нет, но устройство считается работающим. При закрытии эмулятора попытка закрыть не открытое устройство заканчивается зависоном - окно уже убрано, но процесс так и висит в памяти (не зомбак, просто повис). Вот почему SDL_OpenAudio всегда возвращает 0, даже при ошибке - большой вопрос.

Такое очучение что у вас там race condition всплываэ. Я в исходники SDL бегло глянул, такое может случиться если во время работы SDL_OpenAudio (до последнего switch-case) попытаться из соседней нитки позвать функцию которая дергает каллбэк SDL_AudioDevice.OpenAudio(). Ошибки в этом случае не вернется, а тред SDL_AudioDevice.thread не запустится (потому-что оно считает что уже запущено). А при попытке его пристрелить оно скорее всего залипает где-то на семафоре.

[SAM style]

Такое очучение что у вас там race condition всплываэ. Я в исходники SDL бегло глянул, такое может случиться если во время работы SDL_OpenAudio (до последнего switch-case) попытаться из соседней нитки позвать функцию которая дергает каллбэк SDL_AudioDevice.OpenAudio(). Ошибки в этом случае не вернется, а тред SDL_AudioDevice.thread не запустится (потому-что оно считает что уже запущено). А при попытке его пристрелить оно скорее всего залипает где-то на семафоре.

А у меня callback вообще нигде мной не дёргается - назначается при SDL_OpenAudio() и всё. Ни из основного треда, а тем более из треда эмуляции он не задевается.
Затык случился, когда radiotray на фоне играл.

[SAM style]

build 20141121

• TSConf: возможно, блиттер. Проверить так и не на чем было.
• Опция смены местами кнопок мыши
• ALT+K : показать ZX-клавиатуру. Кнопки не нажимаются, просто для показа команд/символов
• Опции индикации опроса мыши и джойстика.
• Отладчик переживает реорганизацию, там постоянно что-то меняется

[ deb 32bit ][ deb 64bit ]
[ rpm 32bit ][ rpm 64bit ]
[ win32 ]

[SAM style]

А ЧТО ЭТО?)
Не знаю, что это такое, но вот ниже пример то жи не работаит

Никто не знает, что это и как работает. Другого объяснения, почему его не юзают, я не знаю.
Это то же DMA mem->mem, но с режимом пропуска нулевых [полу]байтов, пригождается при выводе графики с прозрачностями на битмап.

А пример - это использование разных прерываний (в частности, тут - от линии и кадра). Гуд, гуд, будем реализовывать. По идее должен бордюр раскрасить линиями, так?
Когда тут Blade появится, пусть разъяснит: прерывание от кадра - это реально от начала кадра (приход VBlank) или по INT-у, который можно запихнуть куда угодно?

[Blade]

прерывание от кадра - это реально от начала кадра (приход VBlank) или по INT-у, который можно запихнуть куда угодно?

Положение FRAME инт задается регистрами HSINT,VSINTL,VSINTH.

Вот, набросал по быстрому тест блиттера.

[SAM style]

Вот, набросал по быстрому тест блиттера.

Так, то есть нифига у меня не работает блиттер... Благодарствуем, будем починять.