Sega Saturn: что было

Если ты про хак с VFW на Сатурне, то спрашивай у автора хака (@paul_met), где они содержатся, я-то откуда знаю, раз он исходные тексты/записи/информацию не выкладывает? Какая разница-то? Лежит где-то в области, которая не перезатирается ничем таблица байт на 60 с ширинами букв, по ней и ориентируется. Или можно у него там сначала код буквы, потом ширина, но это расточительно. Я для любопытства и хотел посмотреть на его реализацию VFW, но он же не показывает...
Ну спамишь и что? Ширина будет по коду буквы высчитываться при печати. Я же объяснял.

 

Тааакс, надо немного разбавить зависшую атмосферу ромхакинга - подумал я и мне как раз подвернулся удачный видос, точнее ютуб вывел мне его в рекомендациях. Вроде здесь в трэде уже мелькали ролики про сатурновую Ку. Точно помню как постилось тащилово Дюка и видос про Exhumed/Powerslave.

 

@Scorpion ZS 256, Эмулятор Yabause имеет всё необходимое для отладки (как кода, так и графики). Шаг символов определяется исходя из Х координат соседних символов, которые можно посмотреть в отладке VDP1 (если шрифт выводится через VDP1). Когда найдено место в коде, где генерируется шаг вывода символов (обычно просто ADD #0x10, Rx, где Rx начальная Х координата или SHLL4 Rx, где Rx счётчик символов), делаем прыжок к своей подпроцедуре выборки ширин из таблицы исходя из кода символа (что уже было озвучено).

 

@paul_met, это механизм вывода текста в LLStory или обобщённый пример?
Паш, мне вот ещё что любопытно знать про Линкл Ливер: что конкретно обрабатывает vdp1 и vdp2? Насколько я понимаю (вернее предполагаю), первый чип отвечает за спрайты, а второй - задники, это так? А вот когда в игре всплывает окошечко с текстом, его ведь тоже vdp1 рендерит? А менюшку паузы?

 

VDP1 более универсальный процессор для обработки графики и может выводить всё, что угодно (но имеет менее полумегабайта памяти под спрайты). А вот VDP2 более ориентирован для прокрутки фонов и создания бесконечных тайловых поверхностей, которые умеют поворачиваться на 360 градусов (полигоны VDP2 не умеет обрабатывать). По этому разработчики, как правило, старались максимально разгружать VDP1 и спихнуть всё, что возможно на плечи VDP2 (особенно в 3D играх). Спрайтовую анимацию, конечно, можно и на VDP2 замутить, но это не очень эффективно. Хотя в Valhollian, например, при подключении 4MB карты расширения на логотипе SEGA анимацию Рея мне было проще сделать именно через VDP2.
В Линкле менюшки паузы и диалогов выводятся через VDP1 (видимо, все слои VDP2 были задействованы).

 

А вот возьмём к примеру сатурновую Лариску (Tomb Raider), как я понимаю, в игре чуть ли не все поверхности рендерит vdp2? Причём они являются сетками тайлов, повёрнутых к смотрящему под нужным углом так, чтобы создать иллюзию пола, стен и потолка. А модельку гг и врагов (а также немногочисленные спрайты hud'а и подбиралок) обрабатывает уже vdp1, который просто работает с кучкой квадов (спрайтов), располагая их так, чтобы они в итоге формировали эти самые модельки. Правильно ли я понимаю суть?

 

Нет, VDP2 может крутить только одну плоскую поверхность (пол арены в DoA, VF2 и подобных). Все полигоны (с текстурами / спрайтами и без них) в 3D играх обрабатывает исключительно VDP1.

 

@paul_met, Паш, слушай, так это значит наоборот от твоего предыдущего утверждения:

Хотя, VDP1 всё равно не сможет справиться самостоятельно, поскольку:

Или разрабы абузили какие-то хитрые трюки чтобы этого хватало? Неясно.

А если надо и плоскость крутить (упомянутая арена из VF2), и фоновую картинку (скайбокс) деформировать (хотя бы незначительные наклоны влево/вправо или небольшой зум)?

 

Ничего не наоборот. Всё, что можно сделать на VDP2, лучше делать там. Тем более в 3D, где основная нагрузка на VDP1. Ты думаешь, почему в 3D играх в подавляющем большинстве случаев перевес был на стороне PS1? Не только из-за того, что PS1 быстрее обрабатывает полигоны, но и видеопамяти под текстуры на плойке больше (где-то 768 кб из 1024 кб, так как часть видеопамяти занято под фреймбуфер). А на Сатурне в портах 3D игр приходилось урезать качество текстур из-за почти в двое меньшего размера видеопамяти VDP1 (там сидят не только спрайты, но и их координаты, и палитра). У VDP2 была собственная видеопамять в 1 мб, но эту память не мог юзать процессор VDP1. Поэтому всякие мелочи, типа лайвбаров, окошек диалогов и т.д. перекидывали в VDP2, чтобы освободить место под текстуры. Хорошо разгрузить VDP1 в 3D удавалось, если сделать пол / основание плоским (для обработки через слои RBG0 или RBG1 усилиями VDP2). Но такой трюк был актуален в основном для 3D файтингов, где не было сложного разноуровневого ланшафта. Хотя, такую фишку можно увидеть и некоторых локациях в шайнинг форс 3 или в Грандии.

Зум можно делать через слои NBG0 и NBG1 (для VDP2), деформировать нельзя - для этого и нужен VDP1.

 

Этого чела не раз кажеться сюда кидали кстати, (сам время от времени захожу на его канал и смотрю). Там видос был и о думе, кстати если зашла речь о Doom. Откуда росли руки у сотрудников Rage Software? и где был мозг у id software,? когда так плохо портровать игру на Sega Saturn, и почти точь в точь как на пк на Sega 32X. ЧТО МЕШАЛО ПЕРЕНЕСТИ ИГРУ ИЗ ОДНОЙ ПЛАТФОРМЫ, НА ВТОРУЮ С ОДИНАКОВОЙ АРХИТЕКТУРОЙ И ДАЖЕ НЕМНОГО МОЩНЕЕ ПРЕДЫДУЩЕГО?

 

А как раз вот эти слои отвечали за z sorting, так? И то далеко не безупречно, ибо много где можно наблюдать артефакты z fighting, хоть и относятся они в основном, как я понимаю, к слоям RBGx чипа VDP1.

Любопытно, какие трюки использовали разрабы при портировании геометрически сложных 3Д тайтлов на Сат? та же Квака или гравитанки Assault Rigs......первое, что приходит в голову под термином "оптимизация" - уменьшение дальности отрисовки + упрощение геометрии моделек.

--- добавлено 13 ноя 2020, предыдущее сообщение размещено: 13 ноя 2020 ---

а разве у 32х и Сата одинаковая архитектура?

 

Слои NBG0 и NBG1 можно просто дополнительно масштабировать по Х и Y, в отличие от NBG2 и NBG3. Слои RGB0 + RGB1 не могу быть одновременно задействованы (NBG0 + RBG1 тоже). Все эти слои относятся к VDP2. Процессор VDP1 слоёв не имеет. Там только спрайты / полигоны / линии с разным приоритетом.

Так и есть.

 

То есть выборка по глубине осуществляется через эти самые приоритеты, данные о которых находятся в его (чипа VDP1) видеопамяти?
Кстати, а разве у Сата полигоны/квады это что-то отдельное от "просто" спрайтов? Или это по-прежнему спрайты, но им присваивается ряд спец.атрибутов?

Почему? Каковы их особенности?

Так а зачем их такое количество? У каждого особенное свойство и/или назначение?
Окай, допустим VDP2 рисует и задник, и какойнить элемент HUD'а (лайфбар). Это однозначно разные слои, но ведь можно обойтись какимнить простецким приоритетом, как у VDP1, разве нет?

 

Полигон - залитый цветом четырёхугольник (без текстуры).

Смотри скрин.

Иногда и этого кол-ва слоёв не хватает в более сложных играх. У каждого слоя и так есть свой приоритет и степень прозрачности.

 

Или "проволочный", который wireframe. Но подмечено верно. Это у меня в голове они (полигоны) УЖЕ текстурированы почему-то стали, хотя изначально там сплошная заливка.

Вижу, спасибо, но пока далеко не всё понятно. Например почему некоторые слои не могут отображать битмэп (фоновая картинка?) и выполнять скейлинг? К тому же неясно отчего некоторые их сочетания невозможны, то есть почему nbg0 не канает в связке с nbg1/rbg1?

Слои умеют в альфаблендинг? выходит, посредством такого слоя (в дебагере можно даже узнать какого именно) реализован полупрозрачный тоннель во вступительном уровне Мегамена Х4. Ну а раз остальное рисуется силами VDP1, то там уже везде будет дизеринг. Надеюсь, я верно понял.

 

Ну точно процесор одинаков, только работает на меньшей частоте (23 мегагерца вроде), а вот за видеочип я хз, там вроде несказано. Однако я слышал что писать было одинаково сложно как на сатурне, так и на Sega 32X

 

Потому, что это ограничение железа.

Все слои / спрайты умеют полупрозрачность (причём VDP2 слои её и с разной интенсивностью это могут делать), только есть ограничения на их совместное использование (VDP1 и VDP2). Поэтому часто полупрозрачность заменяли сеткой, которая на экране старого лампового ТВ была фактически тоже полупрозрачностью.

 

Про эмулятор написал, а про

Как символы выводятся мне не надо, мне в общем ссылку на человекопонятную доку (не от разработчиков) про вывод графики и архитектуру.

 

Не, видео не надо, спасибо. Да оно у тебя и не о том, я бы вечные жизни искал вообще не так, а чит энжином и это было бы намного быстрее Документация (текст с картинками) есть про выводы графики, использование текстур, загрузку файлов, вот это всё в нормальном виде?