Video Monster на V9990

[Valen]

Не знаю... Я как-то рассматриваю вариант такой - при загрузке очередного уровня игры в VRAM VDP грузятся спрайты, принадлежащие только текущему уровню(512kB - много). Далее работа идёт именно с ними. При смене уровня-меняются и сами спрайты(паттерны). Так было сделано в консолях NES

Да, так будет проще.
ДМА можно не делать, т.к. готового решения нет.

[Romanich]

Тут произошли большие изменения в лучшую сторону!
Стало возможным достать MC68030+MC68882

[Mike]

Тут произошли большие изменения в лучшую сторону!
Стало возможным достать MC68030+MC68882

Ээээ... Шеф, так это, что амига, что ли будет ? Так ведь и 68060 продаётся...

[Valen]

Тут произошли большие изменения в лучшую сторону!
Стало возможным достать MC68030+MC68882

Может лучше ARM 60мипсовый за ~10$ взять.

[fan]

1) Летом через LPT-порт подключил V9990. Делал специальный "программатор". Таким образом, можно было управлять данным видеочипом с ПЦ - чтение/запись портов/регистров/VRAM

Хотелось бы подробностей узнать - как конкретно подцерлен к порту (схемка есть?) . В чём пишутся проги (и в какой ОС это всё фурычит) , может можешь поделиться наработками из этой области с ALL ? Что юзается для рисования спрайтов унд тайлов/тайловых карт ?

Вот ещё вспомнилось - может тебе известно хоть чтонить о создании автогонок и отображении трасс на подобных чипах (не обязательно на сабже)?

[bigral]

Ээээ... Шеф, так это, что амига, что ли будет ? Так ведь и 68060 продаётся...

О понеслась! АМИГА! Как 68k проц так сразу токо один комп в ассоциациях у спектрумиста из exUSSR возникает. Ну и зря - так как АМИГИ не будет никакой, а все потому что слишком тяжело повторить\эмулировать амижный чипсет, а без него (чипсета) ничего не получится к сожалению потому как очень много софта на него завязано. Знакомая картина правда? Ага один в один все 8 и 16bit компы такие и спекки тоже - софт не может жить без чипсета потому как лезет напрямую .

А вот Mac замутить можно будет если написать под MacOS драйвер под V9990 потому как нету там никакого прямого обращения к железу.

[Mike]

О понеслась! АМИГА! Как 68k проц так сразу токо один комп в ассоциациях у спектрумиста из exUSSR возникает. Ну и зря - так как АМИГИ не будет никакой, а все потому что слишком тяжело повторить\эмулировать амижный чипсет, а без него (чипсета) ничего не получится к сожалению потому как очень много софта на него завязано. Знакомая картина правда? Ага один в один все 8 и 16bit компы такие и спекки тоже - софт не может жить без чипсета потому как лезет напрямую .

А вот Mac замутить можно будет если написать под MacOS драйвер под V9990 потому как нету там никакого прямого обращения к железу.

Да я собственно не за то, что бы получить ещё одну амигу или мак или атари или ещё что нибудь на MC68. А вот МАК ОСь как раз очень даже юзает на прямую чипсет. Если только MAC OS X, так как последняя является - FreeBSD, а если работать в консольном режиме, то и для спека можно попробовать сделать, только от МАК ОСи там не останется ничего.

[Romanich]

Почему у народа такие ассоциации на процессоры???
Если Z80 - так это Спек
Если M68k - это Амига???

В рамках моего творчества консоль не будет иметь ничего общего с вышеуказанными компами, кроме CPU...

[Romanich]

Хотелось бы подробностей узнать - как конкретно подцерлен к порту (схемка есть?) .

Сабж подключен к ЛПТ в режиме ECP(полноценные чтение/запись)

В чём пишутся проги (и в какой ОС это всё фурычит)

Проги пишутся в Turbo Pascal/TMT Pascal
Работает в ДОСе и Win9x

Для ATmega8515 - Codevision C

может можешь поделиться наработками из этой области с ALL ?

Всё настолько пока сырое, находится в стадии постоянного пробывания/изменения/совершенствования...

Что юзается для рисования спрайтов унд тайлов/тайловых карт ?

Старый добрый Paint
Далее в ход идут конвертилки собственного изготовления:
1) BMP=>24bit RAW
2) 24bit RAW=>4bit RAW(предопределённые цвета)

может тебе известно хоть чтонить о создании автогонок и отображении трасс на подобных чипах(не обязательно на сабже)?

Ничего
Но думаю, что там скролл используется во всю!

[Lethargeek]

Ну тогда сразу брать чипы нвидиа и вперёд! ИМХО в V9990 хватит двух незавизимых скролящихся плоскостей(для мультифона)+спрайты.

Дык там же было заявлено, что можно будет повторить чуть ли не все игрушки со SNES и Амиги. Насчет SNES - даже комментировать смешно, а с Амигой штука в том, что там экран можно аппаратно разбить тоже всего на два независимых слоя - однако то и дело встречаются игрушки, где слоев на вид больше - а все потому что при соотв-й настройке палитры очень удобно имитировать любое кол-во (до 6 на ECS, до 8 на AGA) независимых слоев программно (по желанию - блиттер) - есс-но, цвета урежутся, но тут никуда не денешься.
На тридевятом такое афаик не прокатит.

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

Да и цветов там поболе. А если битмаповые режимы неудобны в динамике (и даже для этого не планировались), то "два слоя по 15 цветов + спрайты" для игр выглядит слабовато. Разве что на фоне "голого" Спека.

ИМХО быстрее и проще изменить всего 4 байтика на спрайт,

Имхо во-первых - оно не стоит специфических "спрайтовых" ограничений, а во-вторых - на 21МГц может, и быстрее, а на 3.5-7МГц - Спек едва будет успевать подкидывать данные блиттеру на следующий блок (для обсчитанных возможных моделей и точно таких же блоков 16x16, как на V9990). На Спеке с блиттером наиболее критично будет количество объектов, а не их размер (причем произвольный)! Так что выигрыша спрайты там не дадут никакого.

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

Спрайтовые режимы хороши ещё тем, что:
1) Не надо иметь задний буфер
2) Не надо программно реализовывать прозрачность
3) Не надо чистить задний буфер - тоесть -
не надо изобретать "программный DirectDraw"

1) И так не обязательно - раз уж есть независимые слои, коих может быть и более двух. И тогда какая разница - отдельные аппаратные спрайты или еще один слой? Также см. пункт 3.
2) А логические операции при блиттинге на что? А вот полупрозрачность можно, к примеру, на регистры палитры повесить (хватит для простых эффектов типа дыма/воды), и блиттер кстати тоже может этим заниматься (с фиксированной палитрой) - аппаратное сложение взвешенных величин с насыщением реализовать не намного сложнее стандартных логических операций.
3) Если уж цель - простота, то еще проще перерисовать всю сцену. Блиттер на современной элементной базе запросто успеет на таких разрешениях весь экран за кадр обновить. Причем не один раз.

Если я не вру, то там юзают VRAM, которая двухпортовая (точнее у неё два независимых канала на чтение и один на запись). Так что в этом случае скорость не важна, да и тянется там похоже сразу инфа по нескольким пикселям за одно обращение.

А рази один канал (чтение) не отдан исключительно сканеру?
И каким это образом тянется "несколько точек сразу"? Сколько ног у V9990?