Вектор-06Ц: Эмуляция

[ivagor]

Спасибо! Ты все настолько разжевал, что для неудачи надо было постараться, а я поленился и просто откомпилировал exe (на полмега меньше, чем твой вариант выше, ну полмега туда, полмега сюда, подумаешь), romы запускаются.

- - - Добавлено - - -

на полмега меньше, чем твой вариант выше

Возможно из за того, что не подцепился sdl2_image

- - - Добавлено - - -

У меня скачанный исходник скомпилировался в exe дающий картинку на весь экран (16:9)
Заменил
SDL_RenderSetLogicalSize(this->renderer, 4, 3);
на
SDL_RenderSetLogicalSize(this->renderer, 1, 1);
и соотношение сторон стало как в твоем exe. Ты компилировал с 4,3 или 1,1?

[svofski]

Ты компилировал с 4,3 или 1,1?

С (4,3), но там по другому создавалось окно. Для этой части в tv.h надо еще будет найти волшебную формулу, которая работает на всех платформах. Вот изменения.

SDL2_image вчера еще не было. Я даже не поленился сделать его опциональным, потому что он корявый и почему-то никак не может являться частью самого SDL2 и поставить его морока. Он нужен только для тестов чтобы записывать экраны в png. Твой exe меньше может быть потому что ты собрал Release, а не RelWithDebInfo, как я скорее всего (сейчас не помню). В любом случае офигенно, что у тебя получилось независимо собрать.

- - - Добавлено - - -

P.S. на скорую руку запустил последний вариант, потому что вчера я легко мог не заметить пропорций, засыпая, но у меня все хорошо с соотношением сторон. На мониторе 16:9 картинка 4:3.

[ivagor]

Поэкспериментировал с соотношением сторон.
Твой вчерашний вариант (5.5 Мб) корректно отталкивается от соотношения сторон монитора.
А последний вариант похоже берет за точку отсчета текущее разрешение рабочего стола, при котором его запустили. А у меня оно нестандартное 1440x1080. Сменил на 1920x1080 и последний вариант стал выдавать соотношение как заказано. Повторюсь - вчерашний работает одинаково независимо от разрешения, при котором его запустили. Но это практически никто не заметит, т.к. доля людей, не использующих большую часть экрана 'крайне мала'.

[svofski]

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

[molodcov_alex]

на десктопном линуксе

На десктопном вроде бы работает, правда пришлось поиграться с ключами objcopy в переменной BFDNAME. У мну вышло "-O elf64-x86-64 -B i386:x86-64" для CMAKE_SYSTEM_PROCESSOR == x86_64.

[svofski]

molodcov_alex, у меня не срослось с таким bfdname на Debian stretch. Линкер не ругается, но неправильно цепляются символы из объектника. На macOS еще дурнее, потому что там вообще нету стандартного objcopy. В результате для Darwin-а и десктопного Линукса объектник загрузчика генерится через xxd.

Обратил внимание на звук с хрипотцой. Оказалось, что сделать чего-то приличное кроссплатформенное так наивно вообще не получается: таймер и аудио драйвер могут иметь очень разное представление о своем периоде и, сколько я ни подкручивал, буфера разбегаются где-то быстрее, где-то медленнее. Зато я придумал посчитать размер аудио буфера для нужной частоты кадров и использовать аудио колбек вместо таймера. И вот это работает хорошо везде. Так и оставил. Если запущено с --nosound, должен работать таймер как раньше.

[Advertiser]

[ivagor]

По поводу программирования палитры.
Посмотрел схему 06Ц. И понял, что доработка Tim0xи влияет и на "зоны непрограммируемости" палитры. Т.е. palprog.xls, который я составлял, и по которому Ramiros делал эмуляцию этого эффекта, полностью справедлив только при реализации доработки синхры.

[svofski]

ivagor, посмотри плз, как у тебя текущая версия будет вести себя с пропорциями.

Новинки:
--window для запуска в оконном режиме. Alt+Enter как обычно должна переключать туда-сюда (грр на SDL, фу).
--fdd подключает образ дискеты (можно 4 штуки)
--autostart

[svofski]

(ну и АЫ, конечно)

[ivagor]

Такое дело, до основного компа (с монитором 16:9) я доберусь только к среде. И среда для сборки там. Но как только доберусь - сразу попробую.