Демка - SatAM для GBA

[Image Master 4]

..., выхожу из этой программы и пытаюсь штатно загрузить ГБАшный слот.

Тогда BIOS и проверяет заголовок картриджа.

 

Попробовал его добавить. У меня работает, hard reset система проходит нормально.

 

Загрузить можно отсюда:

SatAM,

Sonic CD.

 

через эту программу записываю ГБАшный ром на 3в1

Каков допустимый размер того, что можно записать? Хотя бы с точностью до килобайта.

[Stormwind 202]

Залил третью версию ССД. При попытке софтварного запуска ДСка вешается с белым экраном после загрузки ГБАшного БИОСа. Однако при хардварной загрузке (с вынутым ДСным кариком) всё работает на отличненько.

[Image Master 4]

при хардварной загрузке (с вынутым ДСным кариком) всё работает на отличненько.

Значит, у меня получилось.

 

Именно про штатный режим я могу узнать однозначно, т.к. он везде одинаков.

А "программный запуск", видимо, уже плод фантазии создателей ус-ва... Интересно, можно ли сделать, чтобы и с ним работало, но для этого нужен как минимум очень подробный мануал на саму штуку (вплоть до кода, которым они пользуются для этого), или же эксперименты с более простыми примерами.

Есть ли при этом виде запуска надпись "nintendo" на экране gba bios'а? И есть ли она при том же виде запуска работающих игр?

 

Еще один вопрос к тебе - есть ли субъективные претензии к воспроизведению (на консоли, конечно), прежде всего, насколько сильно достаёт "эффект рваного экрана" при смене кадров? Под впечатлением от упрека за SatAM, где с его 24fps это было неизбежно, я попытался здесь сделать всё как можно лучше, но скорости немного не хватило.

 

Немного об искажениях и их неприятных последствиях.

В настоящее время исследую вопрос, можно ли сделать лучше изображение при том же алгоритме. Готовых для показа результатов нет, но главное - на компьютере, при выводе с точностью 8 бит на канал, постеризация, шум, ложные контуры и их дрожание заметны существенно меньше. Во многих случаях не заметны вовсе. Большая часть неприятностей вызвана именно округлением до 15 бит на GBA. Попробую создать программу-кодер, "согласованную" с примененным мною здесь алгоритмом отображения (целочисленный, 5 бит на канал).

 

upd: вот программа для windows, позволяющая воспроизводить как с постеризацией, так и без.

здесь

Можно просмотреть видео из всех моих выложенных ранее GBA файлов (автоматически считается точка начала данных; кстати, это же число определяет размер собственно GBA программы, т.е. исполняемой части rom-файла), по желанию моделируя постеризацию (алгоритм с упрощенным умножением, как на GBA, и округление до 15 бит) или используя "максимально точный" (floating point, с округлением до 24 бит только на выходе) алгоритм. По крайней мере, должно быть достаточно, чтобы оценить качество видео при отсутствии GBA-ограничений.

Внимание! При включении постеризации происходит простейшее отсечение трех младших бит, от этого изображение темнеет, его нельзя непосредственно сравнивать с первоначальным (для этого надо было бы еще осуществить "растяжение" [0;248] -> [0;255] для R и B и [0;252] -> [0;255] для G, которого я не делаю, чтобы не вносить вторичных ошибок округления); с изображением на реальной системе его тоже не стоит сравнивать, потому что там чуть другая зависимость яркости от выводимого числа. Эта модель годится, чтобы наглядно показать разницу в заметности "сильного шума на однотонных областях" при наличии и отсутствии 15-битного ограничения, но для оптимизации видео под GBA ее еще придется дорабатывать.

Разумеется, входные данные - размер кадра и их число в секунду - надо указывать вручную и правильно. Для SatAM это 240x160x24fps, Sonic CD 240x112x15fps.

Изменено 30 декабря, 2009 пользователем Image Master

[Stormwind 202]

А "программный запуск", видимо, уже плод фантазии создателей ус-ва... Интересно, можно ли сделать, чтобы и с ним работало, но для этого нужен как минимум очень подробный мануал на саму штуку (вплоть до кода, которым они пользуются для этого), или же эксперименты с более простыми примерами.

Есть ли при этом виде запуска надпись "nintendo" на экране gba bios'а? И есть ли она при том же виде запуска работающих игр?

Штатно появляется заставка биоса, делает "бдзыньк", надпись пропадает оставляя белый экран. Здесь поидее должен грузится ром, но он этого не делает. При запуске игр она тоже появляется перед загрузкой игры.

Еще один вопрос к тебе - есть ли субъективные претензии к воспроизведению (на консоли, конечно), прежде всего, насколько сильно достаёт "эффект рваного экрана" при смене кадров? Под впечатлением от упрека за SatAM, где с его 24fps это было неизбежно, я попытался здесь сделать всё как можно лучше, но скорости немного не хватило.

Учитывая размер экрана - всё торт, никаких откровенных искажений изображения не заметил. Правда сначала подумал, что видео обрезало сверху и снизу, но потом вспомнил, что у ССД широкоформатное интро.

[Image Master 4]

Еще немного про "3в1".

Есть ли возможность выяснить точный максимальный размер файла, который можно туда загрузить?

(на всякий случай повторю: принципиальный максимум 32 мб = 33554432 байта, на него я и ориентируюсь)

При "втором" способе запуска, когда пока не работает, есть ли на экране кроме надписи "GAME BOY" надпись "Nintendo"?

Тот же вопрос при запуске работающих игр в этом режиме.

И надо ли их было как-то "патчить" перед этим, или они работали и без изменений?

 

Про SCD - я бы рад был сделать картинку больше, но в оригинале размер 256x112. Полосы будут.

[Image Master 4]

Действительно, сэкономить можно еще довольно много.

 

Представляю обновленный вариант первой программы - слегка измененный "движок", меньший размер данных при тех же потерях.

 

ссылка на файл, обновленный архив версий.

 

Stormwind, если тебе лень сообщать допустимый размер файла для "3в1", попробуй эту версию, надеюсь, она достаточно меньше. Особенно прошу личное мнение о точности синхронизации видео и звука, т.к. у меня стабильное ощущение, что я пытаюсь получить от процессора больше вычислительной мощности, чем он способен дать (интересует именно независимое мнение). Также интересует впечатление о количестве потерь в изображении и звуке, в сравнении с предыдущей версией.

LinesPrower, рекомендую вернуться, т.к. здесь уже довольно много новшеств по сравнению с классической реализацией.

 

И собственные замечания.

Исходные данные получены тем же алгоритмом подбора цветов, что и ранее; кодер полностью переписан, но добавлять оптимизацию в эту часть было лень, т.к. внимание уделял оптимизации по размеру.

По ходу разработки измененного алгоритма наблюдались такие явления, как потеря совместимости со всё большим числом эмуляторов (то есть обнаружение ошибок в них), а также что эмуляторы, раньше работавшие на полной скорости, теперь могут не справиться, и т.п. В "BATGBA" из-за глюка теперь не работает звук (на реальной системе всё нормально), жаль, хороший был отладчик.

Изменено 28 января, 2010 пользователем Image Master

[Image Master 4]

Всем привет.

 

Что произошло за это время, или Небольшое обновление.

(если лень читать, см. страницу версий)

 

0. Опечатки и т.п.: в предыдущем файле отсутствовал заголовок (а я только сейчас заметил). Приношу свои извинения. Исправленный файл здесь:

http://narod.ru/disk/19621610000/SatAM5.GBA.html

 

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

Также быо применено дополнительное сжатие звука с потерями, для чего был написан алгоритм его распаковки "на лету" в фоновом режиме (а основная программа занималась распаковкой видео в оставшееся время). Во всех приводимых ниже программах используется фоновая распаковка аудио.

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

Новый вариант, уровень 1 (28.5 Мб)

Новый вариант, уровень 2 (27.3 Мб)

Новый вариант, уровень 3 (25.6 Мб)

Новый вариант, уровень 4 (24.3 Мб)

Новый вариант, уровень 5 (23.3 Мб)

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

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

Дальше всякая отсебятина. При работе над усовершенствованным вариантом, особенно - алгоритмом распаковки звука, пришлось столкнуться со всякими интересными явлениями, не только глюками эмулятора (когда звук я мог услышать лишь на реальной системе (после исправления всех ошибок) или в другом эмуляторе, не имеющем функций отладчика), но и глюками ассемблера (!), когда команды формируются неверно, нормальные инструкции отвергаются как недопустимые, а адреса считаются неправильно... Пришлось побороть и эти мелочи программирования.

 

Отсебятина-2. Вариант, обозначенный выше как "классический", повергает меня в недоумение. Он работает, хотя "по логике" не должен. В нем не используется отбрасывание данных, значит, нет экономии в скорости в алгоритме видео. Алгоритм видео занимает 96% времени процессора (оценка - из того наблюдения, что запущенный на полной скорости без звука и синхронизации он давал примерно 25 кадров в секунду, а для воспроизведения надо 24). Написанный мной столь коряво алгоритм распаковки звука занимает 1000 тактов на каждые 16 точек (для обоих каналов вместе) (оценка по ручному подсчету числа выполняемых команд, с поправкой на то, что обращение к памяти занимает больше), при частоте дискретизации 32 кГц это 1/8 времени процессора, не менее 12%. А здесь они на одном процессоре вместе. 96% + 12% - это явно больше его возможностей... Но тем не менее работает...

 

2. Был написан второй алгоритм (другой, не такой, как выше) для сжатия видео. В настоящее время готова для демонстрации его классическая реализация (пока - без собственных нововведений вроде тех, которым посвящен предыдущий пункт применительно к первому алгоритму).

В этом случае, разумеется, тоже применено дополнительное сжатие звука с потерями и его распаковка в фоновом режиме.

Алгоритм 2, классический вариант (23.4 Мб)

Прошу поделиться впечатлениями от работы этого алгоритма, сравнения его с первым и т.д.

Также обращаю внимание - размер файла, сжатого классической версией второго алгоритма, соответствует лучшему сжатию, даваемому усовершенствованным первым. Так что при внесении аналогичных усовершенствований во второй (чем я собираюсь заняться в ближайшее время) можно ожидать довольно интересных результатов. Stay tuned...

 

Более подробные сведения (даты создания, точные размеры файлов) можно найти на странице версий.

 

P.S. Я знаю, что по второму пункту нужна иллюстрация, она будет позже.

Изменено 12 апреля, 2010 пользователем Image Master

[Image Master 4]

Итак, что я обещал...

 

1. Иллюстрации ко второму алгоритму для SatAM. Вроде бы дополнительной постеризации эмулятор не вносит.

(конечно, это не те кадры, что были выше для первого алгоритма)

Остальные иллюстрации второго алгоритма для SatAM можно посмотреть здесь (41 шт.).

 

2. Новенькое. Я уже давно хотел расширить репертуар этим сюжетом, но возможности первого алгоритма не позволяли это сделать. Теперь, после внесения усовершенствований во второй алгоритм, обретает жизнь Sonic Adventure DX.

http://narod.ru/disk/19805105000/SADX1.GBA.html (31.8 Мб)

http://narod.ru/disk/19805195000/SADX2.GBA.html (31.8 Мб)

Здесь два варианта, я не буду подробно комментировать разницу между ними, а лучше подожду впечатлений от пользователей.

Изменено 16 апреля, 2010 пользователем Image Master