Вид для печати
щасЦитата:
Сообщение от Hammer
разве что она будет ТОЛЬКО из тех одних 16 символов псевдографики
как на картинке вышо
и то если взять калькулятор
то получаетсо скудненько
хотя никто ж не запрещает делать подгрузки
а на тему "игор" с "узкими полосочками" картинков из 80-х
то они НЕНУЖНЫ
128 символов, это уже два символа в один байт помещаются) Псевда поместится 4 знакоместа в один байт.
Но сначала надо придумать ИНТЕРЕСНЫЙ геймплей, нарисовать картинки, написать тексты. Тогда и станет ясно влезет или нет.
Практика, она от теории радикально отличается в данном случае. Можно и картинок навертеть, и текстов написать, но играть будет крайне неинтересно. А вот если получится интересно, тогда уже и преграда в виде подгрузки не будет восприниматься таковой.
При наличии квазидиска (даже по vinxru) можно в пределе получить 8 мегабайт (256 страниц по 32 кило) - туда можно в непожатом виде 4228 экранов натолкать (из расчёта 64x31 символов без промежутков), а если пожать - то и ещё того больше :v2_dizzy_champagne:
Если взять хотя бы 10 секунд на экран, то это получается 11 часов геймплея :o
Я вот всё думаю, что такую игру можно в отдельный картридж затолкать + на картридже запоминать прогресс и немного разнообразить звуковые эффекты. И паять интересно, и поиграть можно.
Это да - можно дешёвый SPI EEPROM впаять где-то рядом с FLASH-ом и хитрым способом побитно в него писать-читать (для записи прогресса или лидерборды скорость особо не нужна), а можно и прямо во FLASH, защитив от записи блоки где сама игра сидит :)Цитата:
Сообщение от Hammer
С другой стороны старый добрый способ с захардкоденными паролями между уровнями тоже проканает - тогда в картридже будет только ПЗУ и народ может друг с другом делиться прогрессом просто передавая вновь открываемые пароли "из уст в уста"...
- - - Добавлено - - -
Для графония поди можно AI задействовать - вот например что мне выдала Gemini (AI от гугла) на просьбу нарисовать чёрно-белый пиксельарт про кота играющего в шахматы:
https://zx-pk.ru/attachment.php?attachmentid=80547
По-моему, вполне по РК-шному получилось...
математик из тебя никакойЦитата:
Сообщение от Hammer
- - - Добавлено - - -
а на тему портировать существующее
конвертируя картинки
щас глянул
никакой 6х8 не выгребает "спрайты"
потенциально что то можно на апогейском 6х4
https://i.postimg.cc/N0Tj9Zvk/1846101-dithered-0001.png
https://i.postimg.cc/TwKj8RzJ/184610-dithered-0002.png
но тогда текст придетсо делоть "крыпным" шрифтом....
ну и носы и рты придетсо проставлять при помощи художнека :)
6х4 из обышного фонта тоже не выгребает
Цитата:
Сообщение от Hammer
А кто-то пробовал писать супер-пупер универсальный код, который может сам детектировать на чём он запустился - РК, Апогей или Микроша (чтобы использовать правильные адреса контроллеров в каждом конкретном случае)? По идее по содержимому ПЗУ это легко сделать (да и ВИ53 наверное можно как-то подёргать по разным адресам, чтобы понять где он реально есть)...Код:Archive: weird.zip
Length Date Time Name
--------- ---------- ----- ----
10691 2024-03-24 00:53 weird_apogei.rka
10687 2024-03-24 00:49 weird_emu80.rkr
13779 2024-03-24 00:54 weird_palmira.rkl
10702 2024-03-24 00:51 weird_sram.rkr
--------- -------
45859 4 files
А разные типы клавиатур как дёргать? МС-7007 как отличить? Я попробовал составить список адресов ВИ53, ничего не получилось, будет новый клон, будет новый адрес + новая схема включения со своими гейтами и тактовой частотой)))Цитата:
Сообщение от Shaos
а зачем тратить драгоцанные байты рамыЦитата:
Сообщение от Shaos
на то что НИКОГДА не пригодитсо?
да и у юзыра скорей всего только какойто один комп
зачем ему тянуть баласт из совместимостей?
да и "универсальный" код != быстрый
и грузить кто то будет это через матафонный вход потом
это в 90-х было актуально когда интернетов небыло
и когда софта должна была быть заточена под все и сразу
щас это уже НУ НУЖЕНо
а потом еще и все эти автодетекции не работают на новых суперклонах
которые еще не вышли на момент написания автодетектора....
намного лучше и проще сделать n версий
под конкретные железки и без баласта и мин замедленного действия
и попасть в новомодный контроллер сд карты Ж)Цитата:
Сообщение от Shaos
ТЫ как бутто не спецтрумист и не знаешь что низя просто так тыкать куда не попадя без ВНЕЗАПНО :)
Это не юзеру проще, а разработчику - вместо генерации кучи бинарей на все случаи жизни делаешь один .rk и всё...
> МС-7007 как отличить?
Попросить нажать какую-то кнопку для старта игры - в стандарте будет один ответ ВВ5, а в МС7007 - другой (кстати как много клонов с МС-7007?)
P.S. Хотя есть вариант подключения МС7007 задом-наперёд, когда ВВ55 программируется иначе - в этом случае сложнее, но не сильно - попробовать так, попробовать эдак...
куча бинарей генерируетсо намного прощеЦитата:
Сообщение от Shaos
чем цепление и тестирование автоддетекций
цепление платформозависимых переключалок и прочей мурнки
хотя вот например "драйвер" щелкания памяти во всяких там спецтрумах
с вызовом через call-ы
обслуживать и расширять было бы проще чем генерация кучи бинарей с if-ами или макросами под каждую машину
но тут как всегда
универсально != быстро
но в плане рк-шок это не тот случай
да и со быстротой у него тоже не очень Ж)
Нет, это только до выхода нового клона или до момента, когда юзер заапгрейтит свой комп чем-нибудь на неведомом порту. А бывают ещё ч/б РК и цветные, и там на уровне атрибутов уже несовместимость. Вообще тотальная. Силы будут тратиться не на разработку игры, а на постоянное поддержание актуальности процедуры детекта. Я сделал такую попытку, не получилось малой кровью, только кучу времени потерял.Цитата:
Сообщение от Shaos
Для себя решил, что все приращения юзер делает на свой страх и риск, соответственно, поможет только портирование.
Игры пишутся и под Бейсик, и ведь живут с этим как то. А современные всегда пишутся под движок.
Почему бы и на рк-совместимые не писать так же? Задача игры - играть, а движка выполнять всякие стандартные вещи и взаимодействовать с аппаратурой.
Что то типа игрового биоса.
Несовместимость не такая трагичная, как здесь описывают. Софт всегда умнее железа, априори.
Разве что схема подключения ВИ53, к допилу "классики", это всегда неизвестная.
С цветными атрибутами, можно решить выбором варианта цвета при старте программы, также как и с ВИ53. Ну или генерацией варианта игрового биос.
Остальные вещи все известны, и получаемы через стандартные п/п Монитора.
Кстати, один из детекторов запуска уже написан Виталием.
Предлагая исходный код собственной прокрутки экрана с предельной производительностью.
Поигрался с наследием vinxru и получил на РК (точнее пока в эмуляторе Emu80) подобие 16 градаций серого с разрешением 128x50 пользуясь классическим знакогенератором подрезав его через ВГ75 :)
https://zx-pk.ru/attachment.php?attachmentid=80571
Программка в формате RKR с исходниками на погонять цепляю ниже (конвертер из PNG ещё не допилил) - в отличие от оригинала я тут оставляю от стандартных символов РК только 5 верхних линий, что даёт чуть большее количество комбинаций и упрощает математику т.к. каждое знакоместо теперь делится на две половинки 3x5 которые могут быть заполнены белыми точками в количестве от 0 до 15, что даёт 16 градаций яркости на ползнакоместа - получается каждое знакоместо комбинирует 2 логических пиксела, что даёт графическое разрешение 128x50 (с учётом обычных РК-шных отступов по краям экрана), правда не все комбинации доступны (поэтому надо накапливать ошибку и корректировать яркости по мере конвертации):
Код:| 0 1 2 3 4 5 6 7 8 9 A B C D E F
-----------------------------------
0 | F 0 0 1 0 1 1 0 0 0 0 0 1 0 0 1
1 | 0 0 0 1 2 2 2 0 0 0 0 0 0 0 0 0
2 | 0 0 3 2 0 0 2 3 2 0 0 0 0 0 0 0
3 | 1 0 2 2 0 1 2 1 0 0 0 0 1 0 0 1
4 | 0 0 0 0 1 3 4 2 2 0 1 0 0 0 0 0
5 | 1 0 1 3 0 4 3 8 0 2 2 0 0 0 0 0
6 | 0 0 0 1 3 0 2 5 4 1 0 1 0 0 0 0
7 | 0 0 0 0 0 3 3 3 0 1 0 0 0 0 0 0
8 | 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
9 | 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
A | 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
B | 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
C | 1 0 0 1 0 0 0 0 0 0 0 0 1 0 0 1
D | 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
E | 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
F | 1 0 0 1 0 0 0 0 0 0 0 0 1 0 0 1
Конвертер из серых PNG практически готов :)
https://zx-pk.ru/attachment.php?attachmentid=80576
Вот вам ещё Фольксваген до кучи ;)
https://zx-pk.ru/attachment.php?attachmentid=80581
Предельная производительность:v2_dizzy_punk :
Исходник конвертера Grayscale PNG 128x50 в образ экрана РК (для демонстрации в формате 6x5) - на выходе ASM и BIN (размером 78x61=4758 байт):
http://www.nedopc.org/forum/viewtopi...173126#p173126
Теперь надо попробовать со сжатием сколько таких картинок может влезть в один RKR файл :)
P.S. Прикинул по Фольксвагенам - в сжатом виде в память вплоть до 7600h должно влезть порядка 16 Фольксвагенов ;)
P.P.S. В дополнительную память суперклона РК SRAM 128K влезет ещё 54 фольксвагена т.к. всего 70 :v2_dizzy_roll:
Простите, но для чего такое может потребоваться? Явно же не для прокрутки экрана. Ведь в РК-подобных имеется аппаратная прокрутка в любом направлении. Хоть программированием контроллера ПДП, хоть просто перестановкой кода F3 по экрану. Мучить несчастный процессор нет никакой необходимости.Цитата:
Сообщение от Alikberov
это что угодно, но только не скроллинг.Цитата:
Сообщение от inozemcew
скроллинг подразумевает добавление новой информации при скроллировании. продемонстрируйте, как на вашем примере сделать обычный скроллинг текста, с добавлением нового внизу.
Честно говоря лень переделывать под вертикальный скроллинг, хотя сам по себе он проще.Цитата:
Сообщение от Vital72
Вот вам горизонтальный скролинг с картинкой. Это требовало только найти картинку, в предыдущем примере использовалось содержимое ПЗУ. Надеюсь у вас отпадут все сомнения, что это именно настоящий скролл, а не имитация.
у вас вращение, а не прокрутка.Цитата:
Сообщение от inozemcew
Пожалуйста, озучьте, чем "вращение" отличается от "прокрутки".Цитата:
Сообщение от Vital72
В моем примере прокручивается "картинка" 300х24 символа.
Что нужно еще, чтобы вы убедились, что это именно аппаратная прокрутка, точно такая же, как и та программная, которую приводили несколькими постами выше.
продемонстрируйте, как своим вращением вы выводите на экран несколько страниц текста
Тут имеет место быть недопонимание.Цитата:
Сообщение от inozemcew
Вот есть многим знакомый экран oled 1306, в нем есть аппаратный скролл. Он переносит именно содержимое памяти экрана так, что картинка сдвигается на один пиксель. В результате, если вы хотите нарисовать движущийся график, то вы стираете крайний столбец экрана и рисуете на нем один пиксель, который экран дальше сам будет скролить. Это в 16 раз быстрее, чем перерисовать весь экран для сдвига содержимого.
В вашем случае вы перемещаете указатель ДМА. Не картинку смещаете, а сами перемещаетесь по картинке. Соответственно, это никак не помогает аппаратно ускорять изменения в самой картинке.
А если вы используете псевдографику, то двигать изображение можно плавнее, если сдвигаться на половину знакоместа.
Скролл через ДМА ни одну из этих задач не решает. Поэтому назвать его аппаратным скролом язык не поворачивается.
Может кто-то придумает игру на основе данного эффекта, не спорю, наверное что-то типа Scorched Earth, может какой-то платформер, но скролл, который требуется для игр типа R-Type таким образом не получить. Очень ограниченное решение получается.
Ну почему же не помогает? Очень даже помогает - точно также программно надо заполнить только новуюЦитата:
Сообщение от Hammer
столбикстрочку знакоместс краюсверху (ну и в самом сдвинутом экране возможно программно объекты подвигать). Думаю подобиеR-TypeRiver Raid с таким подходом вполне возможно!
P.S. Горизонтальный скролл через смещение указателя ПДП использовать сложнее т.к. мы получается портим старый экран, когда сдвигаем, а при движении вверх-вниз можно уходить вперёд и возвращаться, хотя наверное подобие R-Type таки возможно...
Пожалуйста.. Чем только это отличается от предыдущего варианта, ну кроме того, что вместо acsii-арта здесь текст, я :confused:Цитата:
Сообщение от Vital72
- - - Добавлено - - -
Именно так и работает аппаратная прокрутка на всех 8-битных платформах, где она есть. Никто не гоняет байты по памяти, изменяется именно начальный адрес экранной области. Плюс используется тот факт, что буфер экрана зациклен. Так делается в БКшке, так делается в Векторе, так делается в Amstrad CPC, даже в денди ака NES делается именно так.Цитата:
Сообщение от Hammer
Адрес начала изменяется, столбец/строка, уходящие с экрана стираются, а на новом месте рисуется следующие.
- - - Добавлено - - -
Можно. Но вы представьте, сколько это займет времени, делать побитовую обработку псевдографики процессором.Цитата:
Сообщение от Hammer
А можно сделать два буфера экрана, в которых изображение сдвинуто на пол знакоместа. Переключаясь между ними через кадр, и сдвигая их аппаратно можно получить попиксельную прокрутку в 50 фпс.
- - - Добавлено - - -
В R-Type основная трудность не скролинг, а куча спрайтов на экране.Цитата:
Сообщение от Shaos
А вот рабочий клон "Flappy bird" можно сделать за пару дней.
Да и "Geometry dash" не на много сложнее.
Блин) Именно поэтому и придумали аппаратный скролл, чтобы разгрузить процессор)Цитата:
Сообщение от inozemcew
Я так делал. Теперь вообще стараюсь второй экран не использовать. Если изображения сдвинуты на половину знакоместа, то и спрайтов надо два комплекта, тоже со смещением. И две процедуры просчета столкновения со спрайтами. И вообще всего по два комплекта. Вы попробуйте пойти чуть дальше, чем скролл, там много всего вылезает. И 50 фпс не получится, спрайты так быстро не рисуются. Так и рухнули мои надежды на буфер ДМА двойной длины)Цитата:
Сообщение от inozemcew
Я не к тому, что этот метод плохой, или РК ресурсов не хватает. Я к тому, что аппаратным скроллом такой метод можно считать очень ограниченно. Или думать в сторону геймплея, в котором будет уместен именно такой эффект.
С кодом F3 я экспериментировал: Вложение 80601Цитата:
Сообщение от inozemcew
Основной недостаток - сложности в организации адресации плывуших знакомест.
А представленные выше примеры с горизонтальной и вертикальной прокруткой - чисто программные и ничего не ломающие.
При этом, они - экспериментальные: Исследовалась предельная производительность. Быстрее - нельзя уже.
Вот, например, если подключить ROM-Диск Апогея с прошивкой в 512 Кб или 8 Мб с мультипликационным содержимым, в режиме бегущей ленты можно прогонять: Вложение 80602
В принципе там ничего сложного. Надо работать не с абсолютными адресами, а со смещениями относительно начала экрана. Перед непосредственно выводом добавить текущий адрес начала экранной области и сделать проверку на выход за границы. Если сделать размер экрана кратным 256 байт, такая проверка будет простой и быстрой.Цитата:
Сообщение от Alikberov
В вашем эксперименте с кодом F3 надо уменьшить длину данных ПДП хотябы на 1 байт - тогда не будет мерцания при прокрутке "вперед". Но лучше сделать длину данных ПДП на одну строку меньше, чем размер экрана. Это позволит прокручивать экран по горизонтали на любую величину. Код F3 не даст экрану "уплыть" из за нехватки данных от ПДП.
это так забавно...
изучил код этой "аппаратной прокрутки"...
в общем, смотрите сами:
полная версия в архиве.Код:...
тут инициализация контроллеров,
хотя она ничем не отличается от Мониторной версии
...
0037: 21 C1 77 LXI H, 77C1h ; 30657
003A: 11 00 01 LXI D, data
003D: LBL2: ; [2]
...
всякий код
...
0053: 1A LDAX D
0054: E6 7F ANI 7Fh ; 127 ; '█'
0056: 77 MOV M, A
...
всякий код
...
0076: 1A LDAX D
0077: 77 MOV M, A
0078: 13 INX D
0079: 23 INX H
...
всякий код
...
00A3: C3 3D 00 JMP LBL2
...
0100: data:
тут данные того, что выводится на экран
и нет, цикл LBL2 -- это не начальная инициализация экрана. этот цикл крутится постоянно и только благодаря ему двигается экран. "DMA-SCROLL - NO MEMOY MOVES !!" как говорится.
и вот пара скринов из консоли эмулятора, что творится в видеопамяти через несколько итераций:
Вложение 80603
Вложение 80604
и нет никакого перемещения видеопамяти, ага-ага... А-а-а! Это другое!
Vital72,
Вы когда-нибудь видели игру "Питон"? Кажется, что по экрану ползает огромная змеюка - десятки символов. Но на самом деле движутся только два - голова и хвост. Тут примерно такой же принцип.
а тут питон длиной во всю видеопамять... подумаешь, фигня какая
А синхронизация по кадровой там есть, или обычный memcpy?Цитата:
Сообщение от Vital72
естьЦитата:
Сообщение от cy6
Я сильно извиняюсь, но где таки можно почитать про этот ваш RMV формат? ;)Цитата:
Сообщение от Ведущий_специалист
Вот, по просьбе Максима набросал простейший конвертер анимированных GIF в RMV.Цитата:
Сообщение от Shaos
Тип компа - РК или Апогей - выбирается в коде, также там закомментирована строка с изменением размера картинки, можно при необходимости добавить.
Описание формата файла - там же в комментах.
По части же плеера - это к Максиму, надеюсь, поделится.
Спасибо, понял - т.е. никакого сжатия и каждый кадр целиком, даже если есть повторяющиеся куски от предыдущего кадра?
Не думал поддержать RLE+прозрачность? Размеры видосиков сильно бы уменьшились ;)
Скажи где RMV ролики качнуть - я бы поэкспериментировал :)
Я вот свой формат текстовых мультиков почти 10 лет назад придумал: http://www.nedopc.org/forum/viewtopic.php?f=81&t=10953
Он например сжимает 2-мегабайтный ASCII-мульт про звёздные войны до 184 кило (правда vinxru сжал его до 47, но он похоже кадры прореживал).
Думаю этот мой формат в лёгкую на РК/Апогей налезет - что с пседографикой, что с урезанными стандартными символами (правда надо будет добавить идентификатор типа псевдографики скажем в поле Number: -1 для апогеевской псевдографики, а -4, -5, -6, -7, -8 - для РК-шных шрифтов, урезанных на соответствующее число пикселов по вертикали, как я чуть ранее выдавал примеры для 5).