Случайно никто не вкурсе где можно глянуть хорошую инфу по железной части NEO-GEO ?

[Raider]

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

Мда. интересно ты размышляешь.
В реальности, такие процессоры не содержат внутреннего frame-буфера. И не содержат даже буфер для строки.
Вкратце процессы происходящие в нем напоминают формирование мультиколора на спектруме. То есть видеоконтроллер должен выдать на RGB-пушки определенный цвет - он его берет на лету. Внутри есть регистры положений спрайтов. Эти регистры тупо хардварно, жестко вшито преобразуются в _адреса_ откуда данные брать из ROM. Вот и всё. приоритет жесткий, по номерам спрайтов. Если ты знаком с архитектурой контроллера КР580ВГ75 - то это нечто в этом духе.
В журнале "радио" ВГ75-ая была раскидана на комплектуху.

[Lethargeek]

Сканер парится только с выводом подвижных задников которые выводятся в реальном времени ! А спрайты как раз читаются в сдвиговые регистры зарание !

Дык задники - это тоже спрайты.

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

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

Отчего же , даже на NES есть ELITE . Тут уже всё зависит от мощи проца

M68K тоже не всемогущ, да к тому же (насколько я понял) проц там никак не может изменять графику (и даже читать ее!), только ссылаться на уже готовую в роме. А в таких условиях пытаться что-то состряпать из готовых кусочков - тот еще мазохизм.

[fan]

Мда. интересно ты размышляешь.

Я не мыслю , я констатирую .

В реальности, такие процессоры не содержат внутреннего frame-буфера. И не содержат даже буфер для строки.

Причём тут ваще фрейм буфер и буфер строки ???????
Туча сдвиговых регистров спрайтов ничего общего с ни с буфером строки ни ни тем боле с кадровым не имеют .

Вкратце процессы происходящие в нем напоминают формирование мультиколора на спектруме. То есть видеоконтроллер должен выдать на RGB-пушки определенный цвет - он его берет на лету.

Ага... На лету... 96 спрайтов + 1 задник...

Внутри есть регистры положений спрайтов. Эти регистры тупо хардварно, жестко вшито преобразуются в _адреса_ откуда данные брать из ROM. Вот и всё. приоритет жесткий, по номерам спрайтов.

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

Дык задники - это тоже спрайты.

Тогда уж "теже тайлый"
Собсно как ты уже замечал на разных консолях - спрайты имеют ограничения на ширину (но могут буть впринципе какой угодно высоты (как это и сделали в NEO-GEO)) это связано с жирнотой сдвиговых регистров , также количество спрайтов на строку ограниченно это связанно как раз с количеством сдвиговых регистров (общее их число вероятно определяется пропускной способностью памяти и жадностью девелоперов ).
А вот задники тупо выводятся по таблице тайлов в реальном времени (фактически гробя пропускную способность памяти), у каждого задника так же по сдвиговому регистру (+предварительные регистры) и по регистру атрибутики с которых данные пихаются в тот же мега мультиплексор/раздатчик приоритетов . (приритет раздаётся не сколько по тайлам сколько по их непрозрачной части).

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

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

M68K тоже не всемогущ, да к тому же (насколько я понял) проц там никак не может изменять графику (и даже читать ее!), только ссылаться на уже готовую в роме. А в таких условиях пытаться что-то состряпать из готовых кусочков - тот еще мазохизм.

Я тоже подозреваю что на M68K супер текстурированную графку не нарендеришь , но нечто вроде элиты как на амиге ИМХО потянет .
Но проц кажись всётаки должен иметь дуступ к VRAM , ведь на борту-же торчит кусочек VRAM . Другое дело что проц напрямую не может писать/читать в VRAM , а делает это через регистры .

Кстати ктонить запускал Riding Hero на nebula225b ? У меня какая то странная версия никаким боком не подходящая к ebula225b , не знаю где лучше скачать подходящую . Мне собсно хотелось глянуть как там дорога сделана (на NEO_RAGE_Xv06b дороги невидать).

Вот такой у меня набор файлов в архиве Riding Hero -
N046001A.038 DABFAC95
N046001A.178 CDF74A42 006-v11.bin
N046001A.17C E2FD2371 006-v12.bin
N046001A.278 94092BCE 006-v21.bin
N046001A.27C 4E2CD7C3 006-v22.bin
N046001A.378 EB5189F0
N046001A.478 D904594B
N046001A.538 24096241
N046001A.53C 7026A3A2
N046001A.638 DF6A5B00
N046001A.63C 15220D51
N046001B.278 69C71ED 006-v23.bin
N046001B.27C 89FBB825 006-v24.bin

[sv]

riding hero

[fan]

Я не в этом смысле хотел глянуть %) На NEO-GEO не густо с игрухами где задники по строчно двигаются , я бы сказал что их ваще нет . Riding Hero наверное единственный представитель где это делается (в демке Shadow of the Beast всё делается спрайтами ). Собсно я хотел путём отрубания лишних тайлов или замусоривания ROMа уточнить как именно это делается . Посему если кто гонял Riding Hero именно на nebula , то кинтесь линком на ROM плиз .

[Lethargeek]

Тогда уж "теже тайлый"

А вот задники тупо выводятся по таблице тайлов в реальном времени (фактически гробя пропускную способность памяти), у каждого задника так же по сдвиговому регистру (+предварительные регистры) и по регистру атрибутики с которых данные пихаются в тот же мега мультиплексор/раздатчик приоритетов . (приритет раздаётся не сколько по тайлам сколько по их непрозрачной части).

fan, ты доку-то хотя бы читал? Там прямым текстом написано, что движущиеся задники (неподвижный fixlayer не в счет) набираются из обычных спрайтов (любых!), так что к ним по идее должны все равно применяться все стандартные спрайтовые проверки. Притом один задник отжирает минимум 20 спрайтов, так что получается, уже после трех задников на объекты остается совсем негусто...

Но проц кажись всётаки должен иметь дуступ к VRAM , ведь на борту-же торчит кусочек VRAM . Другое дело что проц напрямую не может писать/читать в VRAM , а делает это через регистры.

Ну не знаю, судя по тексту - врам содержит одни только ссылки (так называемые sprite control blocks), то есть рисовать процом произвольные тайлы никак невозможно, даже через порты. Все битмапы в роме хранятся.

[Advertiser]

[Raider]

Рассказ как работают 2D видеопроцессоры нужен?

[icebear]

Рассказ как работают 2D видеопроцессоры нужен?

Давай (Летаргик - в трубочку )

[Lethargeek]

У нас в цирке медведи тоже азбуку читают, так что этим меня ты не напугаешь. Мне разве что замороченная сортировка может быть интересна да сравнительный анализ фактических реализаций, а не общие принципы.

[icebear]

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

Ну если у вас медведи такие же, как и кони - не удивительно.