Чего?! Блиттер прекрасно рисует всякие "спрайты" любых форм и размеров.

Вот разгребу свою свалку, могу тогда список прислать, ежели интересно.

Я ее как раз переписываю с учетом последних споров... и жду комменты кой-от-кого.
То, что в старой теме - неактуально уже, разве что как основа...

Всем:
Я тут периодически наблюдаю за темой, и вот что я заметил:
постоянно упоминаются ограничения Z80 (и мной в т.ч.).

Я считаю, что про Z80 уже давно пора забыть.
В 21 веке сидеть на 8-бит ЦПЭ нагромождая на него при этом вга-шные видео режимы, по размеру данных в несколько раз перекрывающих его адресное пространство, - это не то, что смешно, а просто нелепо!
Другая нелепость - предлагают(в других ветках) Спектрум на ARM делать.

По-моему, лучший вариант для НОВОГО КЛОНА - Z380. 32 бита - это вполне современно. Сразу получаем высокую производительность, возможность работать с графикой высокого разрешения, и совместимость со всем ПО, написанным для Спектрума.

Да, Z380 сейчас не найдешь, однако можно реализвать его в ПЛИС, добившись частоты порядка 50-60МГц.
Минусы: придётся самим прошивку писать.
Плюсы: можно оптимизировать набор команд.
(например, добавить команды типа CALL (HLz+d16).
Пусть будет не совсем Z380, - чего такого-то?

Z380 может работать в режиме Z80, а можно и реальный Z80 поставить для совместимости со старым ПО. Можно и эмулятор написать, для тех, кто не хочет RESET нажимать, чтобы в старые игры поиграть.

По поводу графики - блиттеров, копперов, битмапов, спрайтов и звука могу для информации сбросить руководство программиста по ECS Амиги. Кстати,
OCS в настоящее время уже реализован в ПЛИС одним энтузиастом.
Предсталяете: Амига, под которую можно писать на родном Z80 ассемблере!

В общем, если что новое и делать, то делать НОВОЕ.
Я всё сказал.

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

Да, перепутал. Но и эти (8/16/24/32)x(8/16/24/32) произвольными не назовешь.

Дааааа? А что, в жефорсах спрайтайловые движки?

"Тормозит" не блиттер, а видеопамять. В старые времена частоты были смешные, сейчас - достаточные. Если еще шину данных расширить, то все просто летает, я цифры приводил.

Коллизии с точностью до пиксела при отрисовке блиттером тоже прекрасно можно запоминать (правда не знаю, делал ли кто-то такое на практике, но принципиальных препятствий нет). К тому же коллизии - не критично, на Спеке же как-то обходились без них? И на тридевятом их тоже нет почему-то... :p

У меня есть, читал. Amiga ECS уже неактуально, сейчас можно сделать гораздо лучше, причем под Z80 (да так, чтобы можно было цеплять к любому Спеку).

Разберитесь в проблеме более тонко, прежде чем писать!
Вышеупомянутые жфорсы работают на 450 и выше

На счёт битмаповских режимов-там особо ума не треуется чтоб сделать коллизии

P.S. учите матчасть ;) Она вам ещё понадобица

На тридевятом коллизий нет ни в каком режиме (никто не нашел в мануалах).

Ах, "десятки мегагерц" - это мало оказывается. Ну, в жефорсах до 450МГц было помницца и поменьше, да и разрешения там охренительные. Сейчас ВК на 80+ Спеку типа не хватит? И главное в 2D-графике - пропускная способность ШД VRAM, скорость собс-но VDP - это уже для 3D критично.

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

А матчасть я учу постоянно.
И гипотезы проверяю расчетами, прежде чем сразу чуть что кричать: "ЕДИ-И-И-И-И-ИНСТВЕННЫЙ СПОСОБ!!!" ;)

Намёк понял, но времени нет... Могу сказать одно - идея неплохая... дока заходит в мозг трудно... В ближаёшее время постараюсь перечитать и осознать.

OMG!!! Неужели кто-то нашол блиттерный движок с аппаратными колизиями??? :v2_jawdr: %)
Название карточки или видеочипа?

Организация курсора мыши: Мышь - спрайт размером 32*32 пиксела*8бит, ессесенно с прозрачностью... спрайт сам по себе нахожится не в видео памяти а в памяти ПЛИС. Положение на экране задаётся записью в порт.
спрайтов скорее всего сделаю не один, в зависимости от свободной памяти в плис.

В недельной поездке домой задумался над смыслом и надобностью спрайтов. пока пришел к выводу что они не особо нужны. Подумаю еще побольше - и скорее всего от них откажусь... для совместимости с В9990 поддержка спрайтов будет на уровне ПО+блиттер.

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

то есть спрайт курсора будет прошитым намертво, или я туплю? :v2_blink:

Неа, плис как правило тоже имеет немного срам :v2_wink2: . Типа для курсора хватит.

Как именно лучше?
Я, вот, не профессионал, и хочу, чтобы мне объяснили.
Ты видел в работе А600 на 7МГц с 1МБ CHIP RAM? А у неё ECS.
Для ZX, по-моему, будет достаточно.

я бы даже сказал - "куда уже лучше?"

500 !!
 

При чем там блиттерный движок. У тридевятого коллизий нету и в спрайтайловых режимах!! Причем коллизии считались в его американских предках TMS9900 и TMS9918, а вот японцы почему-то их выкинули и добавили зато растровые режимы и блиттер, с чего бы это? ;)

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

Ой, да каких только эмулей я не гонял... По-вашему ECS - это верх совершенства? Смешно. :D

"Лучше" можно сделать ну хотя бы тупо нарастив количественные характеристики - цвета, слои, скорость... Причем ограничиваться всего лишь возможностями ECS на сегодняшний день просто глупо - на затратах почти не скажется. Сама по себе такая накрутка неинтересна, гораздо важнее обеспечить гибкость и удобство для кодера. А еще штука в том, что амижный чипсет есс-но затачивался не под жалкие 16 бит шины адреса, память с процессором и прочими задачами там общая, на Спеке все совершенно иначе... можно некоторые ограничения Спека обернуть в его пользу.

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

Ну, про верх совершенства-то никто и не говорил.
А под эмулятором Амигу ты увидеть не мог,
т.к. эмулятора Амиги нету, ибо в природе не существует.
И не надо мне про всякие-там УАЕ иже с ним напоминать.
У меня реальная А1200 а шестисотка у друга есть.

цвета - наращивайте;
слои - наращивайте;
скорость - да, пожалуйста!
За 20 лет технологии так шагнули, что на современной элементной базе
оно и так летать будет.

Не надо ограничиваться, - есть ещё AGA и AAA чипсеты :-)
Я, ведь, это для примера привёл, показать как это выглядит на продуманных компьютерах.
А я предлагал Z380. В чем проблема-то?
А как?

а по цветовой каёмке кто-нить столкновения делал?
при этом спец-буфер столкновений не нужен...

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

Ну а с буфером можно уже извращаться как хочется (если вдруг надо че-то особенное).

"...куда уже лучше"? ;)

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

AAA нету. :) Он даже в проекте не доведен.
AGA - то самое "тупое наращивание", отчаянный маркетинговый ход, чтобы в глазах покупателей не было отставания от SVGA по внешним признакам. Прикольно, что в следующих амигах поддерживать совместимость с AGA даже не планировалось, а только лишь с ECS - это по поводу "продуманности". :D

В Z380. :) То есть опять единственный способ решения проблем Спектрума - это лепить "новый клон" (это почти ;) не наезд) со всякими встроенными фишками, а потом появится свой "софт компутера новый-клон", в лучшем случае - кучка активных юзверей... все это мы уже проходили. Надо делать видеокарту, которую свободно можно будет цеплять и к старым Спекам, и к возможным новым, при этом заранее предусмотреть возможные косяки. Ну не должен каждый прибамбас требовать от юзера новый комп!

Ну например - отказаться от расположения видеобуфера по любым адресам, как на амиге, от разных размеров виртуального экрана - все это можно симулировать за счет возросшей скорости (да и задачи проще переключать); а на Спеке же все равно адресное пространство 64К и 16К страницы впечатываются. Раз страницы фиксированные, легко шину данных расширить, отсюда высокая скорость блиттинга (на амиге блиттер только в одну плоскость может писать). Даже в 80-е теоретически можно было сделать графчипсет под Z80 быстрее амижного (!) хотя и не такой быстрый, как сейчас. Ограничения - не всегда плохо. :)

Да,а ведь в то время лучше-то и не было.

И что, разве тебе не понравилась графика?

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

По-твоему получается, что инженеры Amiga inc. - куча жалких неудачников что-ли?
По поводу "тупизны" и "отчаяния" и "отставания" смотри здесь:
AGA чипсет

Никогда не слышал об этом. А по поводу продуманности смотри ссылку выше.

Так здесь именно про новый клон и говорят ;-)

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

Поддерживаю на 150%.

А что это даст-то?
Как тогда многозадачность работать будет?

Ага, "наш директор будет бегать еще быстрее".

А во скольк надо?

:-)))

Ну да, было круто лет 15-20 назад, и что?

Экспериментальное железо, даже не работающий прототип!
Просто воткнули недоведенные чипы в A3000-основу для проверки... ось не фурычила...

Amiga Inc не имеет никакого отношения к AGA (и к OCS/ECS тоже). Даже википедию нужно читать вимательно. :) Кого обвинять в неудачах - это вопросец, все-таки я склонен винить менеджмент Commodore.

Гы-гы, а ты походи по линкам хоть с тех же амижных страниц википедии (http://www.amigahistory.co.uk/amigaaaa.html и прочие). AGA стал стандартом невольно, только из-за кончины Commodore. Почитай там еще, что пишет сам разраб AAA. :D

А также меня не перестает восхищать например охренительно продуманное решение сделать в OCS/ECS на 6 плоскостей всего 32 независимых цвета. :v2_laugh:

И че, много софта без этих приблуд прям жить не может?
DMA USC плох лишь тем, что он "встроенный" и "опоздал" одновременно.

Страницами щелкать. Размеры экрана кратны размерам страниц.
Но в принципе даже тупо сохранить весь экран или его любой кусок сейчас не проблема.

Быстрее все стали бегать со временем, это само собой.
Главное - у директора будет десять рук, и он сможет подписывать больше бумажек. ;)

Во сколько захочешь... хоть во все доступные сразу!!

:v2_finge: :v2_wink:

Оно и сейчас круто и через сто лет круто будет.
Не имеет значения, что не заработал, - это частности.
Commodore купила Amiga inc. целиком.
Это обещеизвестный факт, что это их менеджмент в могилу загнал.
Спасибо за ссылку.
Интересно, а чем в это время другие ЭВМ похвастать могли? А?
По-твоему, они должны были сразу какую-нибудь Вуду ил Джифорс сделать?
Не знаю, насколько тебе будет смешно, когда узнаешь, что именно со своим OCS Амига является первым в мире мультимедийным компьютером. ;)
Кстати, и Plug&Play раньше появился на Амиге, только назывался по другому - AutoConfig.
А что, будем дожидаться, когда его много станет? - тогда уже поздно будет. :)
А я думал, что тебе не нравятся "тупые" решения ;)
А ты знаешь, что это типично ПЦшный подход? ;)
Дерзай! :)
Короче. Я, конечно, не специалист по железу, но тут и ежу понятно, что прежде, чем изобретать велосипед, неплохо бы ознакомиться с уже существующими решениями. И Амига в этом, пожалуй, лучший образец своего времени, кстати времени и Спектрума тоже.
Я думаю амижная архитектура - то на что, Спектруму равняться надо.

Любой задаче гораздо выгоднее собственный экран открыть, чем тратить ресурсы на "тупое" копирование данных туда-обратно. К тому же, в противном случае все неактивные задачи должны будут прекратить вывод своей графики.

И думать не смейте сделать круче!! :v2_crazy:

Пять баллофф!! :v2_lol:

Commodore купила Amiga Corp - c недоведенной машиной в комплекте. И немедленно стала пинать-подгонять разрабов, ибо конкуренты (Атари) уже выкинули на рынок свою 16-битную поделку. Бедные разрабы могли только мелко мстить, размещая в ПЗУ скрытый текст "we made Amiga, the fucked it up" :p

Уж на недостающие-то 32 регистра палитры могли бы и разориться.

Уродского термина "мультимедийный" тогда просто не существовало. И меня действительно изрядно позабавили твои попытки удивить общеизвестными фактами, спасибо. :v2_thumb:

А вот и нет! "Типично ПЦшный" - это когда у директора десять ног. :D
Последние тенденции в пц-архитектуре (начиная с MMX и PCI) - принципиальный отказ от многих (не всех) старых "подходов". Не будем сейчас обсуждать, насколько успешный. ;)

А ты знаешь, что это типичный ПЦшный подход ;) - тратить непропорционально много ресурсов по любому поводу? Целый "собственный экран" - а он всегда нужен, целый-то? К тому же никто не запрещает и так поступить.

Хто мешает задачам выводить графику в сохраненный образ своего окна?
И ваще это скорее проблема осеписателей.

А тупые искусственные запреты мне не нравятся еще больше.

Проще Амигу новую (в смысле нераспакованную) заказать из Европы, и будет тебе щастье. ;) А ознакомиться конечно надо - чтобы не повторять ошибок, и уж конечно не ограничиваясь при этом "лучшими образцами". Что и было есс-но сделано.

Ребяты, Вам не кажется, что вы слишком далеко ушли от темы данной ветки и начинаете переходить на личности?

Даже если железка будет сделана - это не прекратица - ибо трепачей больше намного чем реально делающих! :frown:

Признаю свою вину, меру, степень, глубину, - обязуюсь, что сегодня буду пить одну "ваду".

Собственно, что я по теме думал, я уже давно сказал и добавить мне пока нечего.

Просто поддался на провокацию.
Не могу, чтобы последнее слово не за мной было, тем более когда я прав :)

Успехов в работе!

Ну вот, пришел злой хозяин и обломал такую развлекуху! :v2_cry:
Все-таки там был не совсем офтоп... :v2_wink:

всё нах... :v2_tong2:

Вчера реализовал аппаратный курсор мыши.
Работает так:
При записи определенного бита в определенный порт, запись данных идет не в видеопамять (имеется ввиду экран) а в память курсора.
Размер курсора фиксирован и составляет 32х32пиксела*8бит. Памяти выделено 2КБ, что вполне достаточно для 2-х образов курсора, которые также переключаются записью в порт. В отделльный регистр записывается цвет прозрачности. Манипуляции с палитрой на курсор не распространяются.
Координаты курсора хранятся в 3-х портах чипа
1 порт xxxxxxxx - младшие 8 бит координаты курсора
2 порт YYYYXXXX - старшие 4 бита координат
3 порт yyyyyyyy - младшие 8 бит координаты курсора

Немного о палитре:
Запись в палитру производится аналогично курсору. 1 набор палитры занимает 256*16=512 байт. Предусмотрено 4 палитры, которые переключаются также записью в порт.

Одно немаловажное замечание: Запись в память курсора и память палитры пожно производить в любое время (не только во время вывода бордюра и/или обратного хода луча).

О вот еще вопрос:
Сейчас использую следующую раскладку битов цветов в байте при отображении без палитры:
http://zx.pk.ru/attachment.php?attachmentid=4530&stc=1

Может у кого-то есть предложение урезать какой-то другой цвет, а не синий?

Извращённое воображение сразу подкидывает идеи... 4 палитры по 256 цветов - это ж 1024 точек на сканлайн с уникальными цветами, а ежели сделать аппаратное переключение по четвертям сканлайна... =)
Вот только 16 бит и прозрачность плохо совместимы- либо 5х6х5, либо 5х5х5х1 =(
PS: что-то не вижу битовой раскладки.

Делаешь восемь (по числу уровней яркости зеленого) квадратных табличек r8xb8, только ужимаешь эти таблички из 64 цветов в 32, объединяя некоторые цвета в группы по 2/3/4, особенно в области низкой яркости - меньше заметно будет. Хотя темные картинки все равно будут выглядеть грязновато.

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

Таблички, этож всё равно палитра =)
А вообще идея здравая - иметь цветовое пространство не RGB, а скажем так YV какой, хотя 8 бит конечно маловато.

Нет, именно что фиксированный случай при отключенной палитре, 32*8=256.
Можно и по-другому, например всяких жутких кислотных цветов взять поменьше...
Вот почему я не люблю формат "байт на точку". :mad: В случае с табличками фактически имитируется 9-битный цвет, типа в реальной палитре сломал кой-какие перегородки между ячейками, и некоторые цвета смешались :) (с поправкой на аддитивность CRT), стало 256 вместо 512.

Можно примерчик, а то что-то видимо не догоняю.
О чём думал я, говоря о YV - это выделение интенсивности/яркости - взять палитру или схему формирующую цвета, цвет задаётся индексом в палитре и уровнем яркости. Поскольку тёмных цветов нужно меньше, то при неравномерном распределении цветов в палитре визуально она будет ширше =)
Или же взять формат rrggbbii, в котором считать результат не rr^2, а 2^rr например(ну или не 2 а ещё подобрать методом тыка), те опять неравномерное распределение - меньше тёмных, больше светлых.

Вот в пысюках например при отключеной палитре (или при стандартной) в режиме 320*200*8 раскладка цветов примерна такая:
0-15 - YGRB
16-31 - GrayScale
32-255 - Остальные цвета.
Может сделать что-то в этом духе? Хотя это не принципиально, т.к. при инициализации приложения можно задать и свой набор цветов. А там - кому уж как угодно.

(фикс.палитра-256)
 

Писишная палитра по умолчанию - суксь, лучше сделай вариант стандартного цветового круга (см. рис. - "вид сверху" и разрез по линии желтый-синий). Яркость - центральная ось, насыщенность - радиус. Заняты (в отличие от пц) все 256 цветов, но имитируется палитра на 268 (ужатая 556) - вместо недостающих темных цветов в процедурах можно просто брать черный или ближайший диагональный (по разрезу). Есс-но, в палитру уже входят и стандартные 16 цветов EGA и 16 уровней серого.

Народ а что все поутихли , что нибудь делается . Будет спектрум на 20 мгц ?????

По-твоему чем больше п*здежа на форуме, тем больше дел???
ИМХО как-раз-то наоборот (раз все молчат значит некогда писать-работа кипит).

По-моему тут единицы реально чё-то делают!
Остальные только пукают... :v2_smoke:

Ну есть у меня Спринтер.
21 мегагерц.
Банальный командер типа Total, при разрешении 320x240 уже тормозит. :(

Неужто все так хреново? Это с какой же глубиной цвета?

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