Да, так будет проще.Цитата:
Сообщение от Romanich
ДМА можно не делать, т.к. готового решения нет.
Вид для печати
Да, так будет проще.Цитата:
Сообщение от Romanich
ДМА можно не делать, т.к. готового решения нет.
Тут произошли большие изменения в лучшую сторону!
Стало возможным достать MC68030+MC68882 :)
Ээээ... Шеф, так это, что амига, что ли будет ? Так ведь и 68060 продаётся...Цитата:
Сообщение от Romanich
Может лучше ARM 60мипсовый за ~10$ взять.Цитата:
Сообщение от Romanich
Хотелось бы подробностей узнать - как конкретно подцерлен к порту (схемка есть?) . В чём пишутся проги (и в какой ОС это всё фурычит) , может можешь поделиться наработками из этой области с ALL ? Что юзается для рисования спрайтов унд тайлов/тайловых карт ?Цитата:
Сообщение от Romanich
Вот ещё вспомнилось - может тебе известно хоть чтонить о создании автогонок и отображении трасс на подобных чипах (не обязательно на сабже)?
О понеслась! АМИГА! Как 68k проц так сразу токо один комп в ассоциациях у спектрумиста из exUSSR возникает. Ну и зря - так как АМИГИ не будет никакой, а все потому что слишком тяжело повторить\эмулировать амижный чипсет, а без него (чипсета) ничего не получится к сожалению потому как очень много софта на него завязано. Знакомая картина правда? Ага один в один все 8 и 16bit компы такие и спекки тоже - софт не может жить без чипсета потому как лезет напрямую :(.Цитата:
Сообщение от Mike
А вот Mac замутить можно будет если написать под MacOS драйвер под V9990 потому как нету там никакого прямого обращения к железу.
Да я собственно не за то, что бы получить ещё одну амигу или мак или атари или ещё что нибудь на MC68. А вот МАК ОСь как раз очень даже юзает на прямую чипсет. Если только MAC OS X, так как последняя является - FreeBSD, а если работать в консольном режиме, то и для спека можно попробовать сделать, только от МАК ОСи там не останется ничего.Цитата:
Сообщение от bigral
Почему у народа такие ассоциации на процессоры???
Если Z80 - так это Спек
Если M68k - это Амига???
В рамках моего творчества консоль не будет иметь ничего общего с вышеуказанными компами, кроме CPU...
Сабж подключен к ЛПТ в режиме ECP(полноценные чтение/запись)Цитата:
Сообщение от fan
Проги пишутся в Turbo Pascal/TMT PascalЦитата:
Сообщение от fan
Работает в ДОСе и Win9x
Для ATmega8515 - Codevision C
Всё настолько пока сырое, находится в стадии постоянного пробывания/изменения/совершенствования...Цитата:
Сообщение от fan
Старый добрый Paint :)Цитата:
Сообщение от fan
Далее в ход идут конвертилки собственного изготовления:
1) BMP=>24bit RAW
2) 24bit RAW=>4bit RAW(предопределённые цвета)
Ничего :(Цитата:
Сообщение от fan
Но думаю, что там скролл используется во всю!
Дык там же было заявлено, что можно будет повторить чуть ли не все игрушки со SNES и Амиги. :) Насчет SNES - даже комментировать смешно, а с Амигой штука в том, что там экран можно аппаратно разбить тоже всего на два независимых слоя - однако то и дело встречаются игрушки, где слоев на вид больше - а все потому что при соотв-й настройке палитры очень удобно имитировать любое кол-во (до 6 на ECS, до 8 на AGA) независимых слоев программно (по желанию - блиттер) - есс-но, цвета урежутся, но тут никуда не денешься.Цитата:
Сообщение от Romanich
На тридевятом такое афаик не прокатит.
Да и цветов там поболе. А если битмаповые режимы неудобны в динамике (и даже для этого не планировались), то "два слоя по 15 цветов + спрайты" для игр выглядит слабовато. Разве что на фоне "голого" Спека. :)Цитата:
Сообщение от Romanich
Имхо во-первых - оно не стоит специфических "спрайтовых" ограничений, а во-вторых - на 21МГц может, и быстрее, а на 3.5-7МГц - Спек едва будет успевать подкидывать данные блиттеру на следующий блок (для обсчитанных возможных моделей и точно таких же блоков 16x16, как на V9990). На Спеке с блиттером наиболее критично будет количество объектов, а не их размер (причем произвольный)! Так что выигрыша спрайты там не дадут никакого.Цитата:
Сообщение от Romanich
Делая приставку "с нуля", можно сразу принять за стандарт быстрый проц, но если что-то хотим для Спека, то нельзя требовать от юзера для использования железки обязательно наворачивать комп. Должна цепляться ко всему и выжимать максимум из того, что есть!
1) И так не обязательно - раз уж есть независимые слои, коих может быть и более двух. И тогда какая разница - отдельные аппаратные спрайты или еще один слой? Также см. пункт 3.Цитата:
Сообщение от Romanich
2) А логические операции при блиттинге на что? А вот полупрозрачность можно, к примеру, на регистры палитры повесить (хватит для простых эффектов типа дыма/воды), и блиттер кстати тоже может этим заниматься (с фиксированной палитрой) - аппаратное сложение взвешенных величин с насыщением реализовать не намного сложнее стандартных логических операций.
3) Если уж цель - простота, то еще проще перерисовать всю сцену. :) Блиттер на современной элементной базе запросто успеет на таких разрешениях весь экран за кадр обновить. Причем не один раз.
А рази один канал (чтение) не отдан исключительно сканеру?Цитата:
Сообщение от icebear
И каким это образом тянется "несколько точек сразу"? Сколько ног у V9990? ;)