замкнутый круг? а в чём же Lethargeek будет переделывать игрушки под свой режим, как не в твоём эмуляторе?Сообщение от Vladimir Kladov
замкнутый круг? а в чём же Lethargeek будет переделывать игрушки под свой режим, как не в твоём эмуляторе?Сообщение от Vladimir Kladov
Вот это мне и не нравится - опять переделывать. Хочу попробовать другое в борьбе с клэшем. Не ИИ, но вроде того. А если удастся это в эмуляторе, то почему бы и не воплотить в железо. Хотя особой радости в том тоже не вижу. Для меня реальный спек - в далеком прошлом. Спектруму не нужен реал, чтобы оставаться живым.Сообщение от SMT
Собственно это и есть основная идея Lethargeek'ого режима. Жаль что не все прониклись ею. Я уже отписал Lethargeek'у в письме что планирую накидать список игр которые я хотел бы видеть в переделке (например, Dizzy, Exolon, Robocop, Laser Squad, то есть классику спектрумских игр), потом изучить их процедуры вывода на экран чтобы представить какие минимально необходимые требования к новому режиму, при этом требующие минимальной переделки игр. То есть главное условие - это компромис. Варианты Sam Style и CHRV в предложенном варианте этому условию не удовлетворяют.Сообщение от Vladimir Kladov
SAM style> Я в своей песочнице, ты в своей.
' Ittekimasu, чуваки. Как сделаю себе девайс на скорп - вернусь (может быть).
Когда вернешься, жду подробный отчет, как ты на своем девайсе пытался спрайты гонять.
Не представишь - буду песком кидаться!
SMT> а на чём планируешь делать? альтера, микроконтроллер, или рассыпуха? схему SAM style
' я без труда представляю в железе, а вот твой режим сделаю, не раньше, чем схема будет.
' по виртуальным (например, 256-цветным) режимам, это Кладов специалист
Это к схемотехникам вопрос (пишем письма друг другу пока что). А что, у тебя движок
настолько завязан на эмуляцию именно железа, что ему обязательно схему сигналов подавай?
Нельзя пока сделать с точностью до временных характеристик ULA эмуляцию, только текущий
пиксел стандартного режима вовремя подменять?
SMT> p.s. с вентилем понял. а зачем ему атрибут? чтобы в 8 раз быстрее заполнить переход
' на один из экранов?
Ну примерно так. Еще спрайтом мигать можно быстро. Я подумал - все равно контроллер
по два байта читает, не пропадать же второму.
Vladimir Kladov> Вот это мне и не нравится - опять переделывать. Хочу попробовать другое
' в борьбе с клэшем. Не ИИ, но вроде того. А если удастся это в эмуляторе, то почему бы
' и не воплотить в железо.
Свои сомнения по поводу "железной" реализации я изложил ранее, и повторяться не буду.
А кое-что только сейчас на ум пришло - как, например, насчет игр с подгружаемыми уровнями?
А вообще хочу сказать большое спасибо за то, что могу в EmuZWin хотя бы оценить, как
будут примерно выглядеть адаптированные игрушки, и графику быстро найти. Кстати, как раз
по поводу Sprite Finder-a у меня есть некоторые рацпредложения:
Неплохо бы иметь возможность на любой адрес поставить маркер - ширину обнаруженного спрайта
(хватит однобайтового). И чтобы он действовал до следующего маркера. А нулевое значение
"ширины" будет означать просто отмену предыдущего маркера и использование "общей" ширины.
Также под формат спрайта можно отвести три бита маркера. Например, байты спрайта могут
храниться столбцами, или мой любимый способ - "змейкой" (то есть четные строки - справа
налево, нечетные - слева направо). И вообще "столбцовой змейкой", хотя я такого пока не
встречал. Плюс возможность переворачивать спрайт кверх ногами. А то пока, похоже, только
формат "слева-направо, сверху-вниз" поддерживается. Само собой, список маркеров должен
автосохраняться/подгружаться со снапшотом.
И чтобы память в Sprite Finder-е отображалась постранично, а то пока листаешь, страницы
могут переключаться, и видишь глюки.
Очередной вариант (специально для ewgeny7). Старый убил.
Теперь так и буду вложением кидать - это лучше, чем простыни множить.
В следующий раз, надеюсь, добавлю рисунки.
(убил 1-11-2005)
Последний раз редактировалось Lethargeek; 01.11.2005 в 20:29.
Сообщение от SMTдля эмулятора, понятное дело, всё равно. просто интересно, какие схемотехнические приёмы будут использованы, и во сколько килограмм выйдет этот монстр ведь для карты SAM style схема вырисовывается в уме средним спектрумистом-железячником и спаять не проблема, у 9990 CHRV, я думаю, есть схема типового включения, описанная разработчиками кристалла. а доберётся ли третья карта до стадии схемы - вопросСообщение от Lethargeek
Сообщение от SMTхорошо, прям как на денди только для игр плохо тем, что нельзя, чтобы в атрибутном квадратике мигания были другие спрайты, (напр., в играх типа golden axe чтобы так умирали монстры на игровом поле). для SCF атрибутный клешинг с фоном ты разрулил, но между спрайтами конфликты так и остались. так что вариант CHRV качественнее (и кажется, по цене и корпусам компактнее)Сообщение от Lethargeek
тут я сначала ничего не понял, пока не дочитал до конца. Мне кажется вопрос здесь по поводу возможности моего эмулятора - оффтопик, надо было отдельную тему или присоседиться к теме по моему эмулятору.Сообщение от Lethargeek
Здесь я опять ничего не понял - это про 256-режим, что ли? Никак почти. Делается каждый уровень отдельно, если спрайтовка разная. Я же не за то, чтобы все на 256 переводить, а то, что переводится, выглядит просто красивее. Я вообще этот режим сделал только потому, что мне понравилось как Knight Lore стал после переделки выглядеть. Правда, потом я его еще улучшил, но даже то, что было, мне нравилось.Свои сомнения по поводу "железной" реализации я изложил ранее, и повторяться не буду.
А кое-что только сейчас на ум пришло - как, например, насчет игр с подгружаемыми уровнями?
маркеры продаются в канцтоварах Кстати, ручкой удобнее на бумаге помечать. Нотепад еще есть, тоже хорошая штука такая...А вообще хочу сказать большое спасибо за то, что могу в EmuZWin хотя бы оценить, как
будут примерно выглядеть адаптированные игрушки, и графику быстро найти. Кстати, как раз
по поводу Sprite Finder-a у меня есть некоторые рацпредложения:
Неплохо бы иметь возможность на любой адрес поставить маркер - ширину обнаруженного спрайта
(хватит однобайтового). И чтобы он действовал до следующего маркера.
Думаю, что и не встретите Если встретите - обязательно напишите, в каком чуде вы такое нашли.храниться столбцами, или мой любимый способ - "змейкой" (то есть четные строки - справа
налево, нечетные - слева направо). И вообще "столбцовой змейкой", хотя я такого пока не
встречал.
есть переворот по вертикали. Только надо включить граф редактор, там он и находится. Хотя может и в файндере есть (я не помню, давно не открывал).Плюс возможность переворачивать спрайт кверх ногами. А то пока, похоже, только
формат "слева-направо, сверху-вниз" поддерживается.
В паузе листать надо (однако).И чтобы память в Sprite Finder-е отображалась постранично, а то пока листаешь, страницы
могут переключаться, и видишь глюки.
Возможность копирования точек через регистры-защелки будет? В отличии от ЕГА, хочется, чтобы в этом режиме работали логические операции(включая сдвиг)Сообщение от Lethargeek
Дак заприщенные они для того и запрещенные, чтобы в них ничего не писалось. А надо, чтобы устанавливались все битовые плоскости в соответствии с выбраным цветом.Сообщение от Lethargeek
Еще примитивы - линии, прямоугольники, кружочки Т.е., старый код для их рисования менять не нужно будет, только устанавливать регистр цвета перед выводом.Сообщение от Lethargeek
О количестве режимов говорить еще рано. ЕГА, конечно, копировать один-в-один не стОит.Сообщение от Lethargeek
Область атрибутов я предлагал использовать для выбора палитры для знакоместа. Стандартный ZX-экран в этом случае просто часть нашего нового режима. Только поддержка мерцания выглядит не очень стройно, но можно продумать. Правда, для 16 цветов хранение 256 различных палитр вполне реально, а вот для 6-ти и 8-ми плоскостей уже уже неоправдано и странно... Тут можно придумать, чтобы атрибуты выступали в качестве модификаторов установленной палитры, или еще чего..Сообщение от Lethargeek
Цветность мы урезаем только при эмуляции(путем настройки палитры) задних планов. Зато этих планов можно иметь сколько захотим и любой глубины цвета, лишь бы плоскостей хватало. А если нам не нужно, используем все плоскости для одного полноцветного экрына, и никакие лишние фоновые экраны не будут висет мертвым грузом.Сообщение от Lethargeek
В моем варианте новое расширение не является чем-то инородным для спека, цепляемым где-то сбоку. ZX-экран является частным случаем нового режима, т.е. никаких отдельных режимов для совместимости нет.
Возможно, мои объяснения несколько сбивчивы и сумбурны, постараюсь позже оформить мою идею более псоледовательно. На счет атриботов-палитры надо еще продумать для количества плоскостей более 4-х.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)