Сейчас посмотрел на pouet, а там работа №2,6,7 256 интро стоит категория платформа BK-0010/11M.
А как они смогли включить в список платформ BK-0010/11M ?
svofski, а можешь там где моя дэмка добавить ссылку на видео ютуб ? :)
Вид для печати
Сейчас посмотрел на pouet, а там работа №2,6,7 256 интро стоит категория платформа BK-0010/11M.
А как они смогли включить в список платформ BK-0010/11M ?
svofski, а можешь там где моя дэмка добавить ссылку на видео ютуб ? :)
Там есть ссылка на ютуб в комментариях. Глöператор потом поправит.
Категория БК как-то исторически просочилась, не знаю.
Написал на pouet.net письмо с просьбой добавить в список платформ "Вектор-06Ц".
Вот что мне ответили:
"Общая политика заключается в том, что мы добавляем платформы только в том случае, если есть активная сцена на нем, которая произвела не менее 10-15 демо для него."
Три дэмки на Вектор на pouet.net уже есть, осталось ещё как минимум 7 штук =))
Еще десять тысяч ведер и золотой ключик у нас в кармане.
Я не совсем понял, речь идёт о 10-15 конкурсных работах, или демок вообще?Цитата:
Сообщение от metamorpho
Демок вообще. Демосцена это не только конкурсы, есть еще тыщи всевозможных кректро, ббстро и просто не пойми чего. Так что можно просто добавить старые демки и наберется. Но мне кажется, что это пустое. Допустим добавят категорию Вектор. Это будет дополнительная морока глоператору, а смысла глубокого в этом нет. Активной демосцены от этого на Векторе не случится.
Кто знает... вдруг стараниями metamorpho родится демосцена Вектора =)) Всегда трудно быть первопроходцем, но за ним потянутся.Цитата:
Сообщение от svofski
Кстати, что за термин "глоператор"?
Мы все смотрим на metamorpho и надеемся :)
Термин имеет какие-то очень глубокие корни, к которым я не причастен. В общем он оперирует глопами.
Цитата:
Сообщение от reddie
Мой взгляд на это дело такой - дэмосцена на Вектор-06Ц рождена до меня и она даже не умирала - например последние 4 года регулярно (раз в год) выходят дэмки для Вектора. Свободное время и вдохновение и рождается дэмка :)Цитата:
Сообщение от svofski
И конечно тут ещё есть те кто мог бы написать интересное дэмо на Вектор - может оно так и будет.
...если вы не живете, то вам и не.. =)Цитата:
Сообщение от metamorpho
Хотя да, умирала в 2001 году, а потом начиная с 2009 года до этого момента предпринимаются редкие попытки её реанимации, так что состояние дэмосцены на Вектор можно охарактеризовать как - состояние отличное от жизни, но в тоже время неприсущее смерти :)
Примерно в 2001году окончательно умер MSDOS, а вместе с ним и единственный качественный эмулятор Вектора. Чтобы создавать демки, энтузиастам надо на чем то работать (ну не на железе же им демки писать :) ). Вменяемые эмуляторы под винду появились после 2008 года, тогда и появилась вторая жизнь Вектора. Многие скажут - а как же emu3000, но как бы помягче сказать - он кривущий как минимум по вектору.
Качество эмуляции в emu3000 сподвигло меня сделать Вектор на FPGA, так что спасибо ему.
После разговоров о векторовской демосцене даже как-то неловко выкладывать свою поделку, но все же рискну. Не особо красивый, но быстрый и компактный (252 байта) Мандельброт. Картинку 32x31 рассчитывает и рисует за 1.1 секунды.
Upd 15.12.2021: Новая версия на гитхабе. Считает и рисует один кадр за 0.7 секунды (1.4 FPS), 219 байт.
1 кадр в секунду это быстрее, чем я сегодня могу обрабатывать информацию. Можно было бы сделать ротозумер.
Ты наверно тоже вспомнил демку для C64, где быстро рисует Мандельброта и потом ротозумит (или там даже 3D, уже подзабыл). Но мне хотелось уместиться в 256 байт, а вращалка-масштабировалка в 4 байта не влезет. Отдельно можно сделать, вроде до сих пор нет ротозумера для вектора.
Нет, я не думал о других демках. Просто подумал, что для Мандельброта 1 кадр в секунду на Векторе -- это круто. Или для Вектора один Мандельброт в секунду -- это круто.
Думаю это не предел, но на данный момент так.
Ух ты, так это оказывается мандельскроллер! Может быть можно зумер без ротора?
Без ротора даже на 8080 должен выйти годный фпс, ибо не нужно столько регистров, как для стандартной реализации ротазума под Z80. Сгенерить текстурку (фрактал или что там) и потом зумить её как сетку с задаваемым шагом.Цитата:
Сообщение от svofski
Можно и зумер без ротора, но если уж выходить за рамки 256 байт, то с ротором было бы веселее. Вопрос в FPS, если будет совсем мало, то лучше и без ротора.
Более того, можно один раз на кадр сгенерировать развёрнутый код для масштабирования строчки, плюс для масштабирования по вертикали копировать уже растянутую по горизонтали строку. А с учётом битпланов, можно следующий кадр строить на невидимом слое и не рвать картинку.Цитата:
Сообщение от reddie
Более того, поскольку битпланов больше двух, можно их складывать через палитру и получить эдакий Motion Blur. Выл бы вектористом -- обязательно попробовал бы :)
Э нет, так не пойдет. Именно что фрактал, а не текстурка. Когда его зумим, видим детали, которые было не видно. И зумить можно бесконечно.Цитата:
Сообщение от reddie
Насколько я знаю, для бесконечного зума нужна бесконечная точность представления чисел. Если даже не замахиваться на бесконечность, а всего лишь на очень большую точность, то в рамках вектора я бы стал, тут и с грубой точностью не мгновенно. Ротозум текстуры я попробую, интересно, сколько FPS получится.
Ну тогда слайдшоу гарантировано. Не копался в спектрумовских демках с фракталами, где они именно что "зумятся бесконечно", но предполагаю, что сделан просто зум текстуры. Смысл рассчитывать каждый раз фрактал, если при определенном значении зума картинка примет исходный вид? Делаем текстуру и зумим ее. Если нет разницы, зачем платить больше? (с)Цитата:
Сообщение от svofski
Именно. На Спектруме, повторюсь, были демки с чуть ли не пофреймовым зумом (без ротации) фракталов. Даже для Z80 жирновато, стопудово текстура.Цитата:
Сообщение от ivagor
В демках на спектруме наверняка текстуры, спору нет, для красоты этого достаточно, а на таких компьютерах иначе и невозможно. Но вообще картинка Мандельброта не принимает исходный вид, это только на глаз/приблизительно.
Глаза боятся, а руки делают. Увеличение точности в 16 раз привело к размеру 340 байт (можно оптимизировать, это прикидочный вариант) и время построения картинки как в варианте 252 байта увеличилось только на четверть. Все не так уж плохо. Можно увеличить точность еще в 2 раза, это только слегка усложнит начальный расчет таблицы, а все операции в цикле останутся.Цитата:
Сообщение от ivagor
Доделал высокоточного Мандельброта (378 байт). Разрешение увеличил до 128x128, что, конечно, сказалось на скорости. И добавил честный (без использования симметрии) зум.
Минимальное время расчета и построения кадра - 6.6 секунды, максимальное - 22.8 секунды. Размер можно немного сократить, но раз круглой цифры не получается, решил оставить вариант побыстрее.
Upd 15.12.2021: Новая версия на гитхабе. 320 байт. Минимальное время расчета и рисования кадра 5.9 секунды, максимальное - 21.6 секунды.
Мандельбротоведение для 8080/85 достигло небывалых высот.
1. Быструю версию (32x31) сократил на байт (до 218 байт) и разогнал до 2 Мандельбротов в секунду!
2. "Точная" версия (128x128) минус 31 байт, преодолен рубеж 300 и стало 289 байт. Минимальное время расчета и построения кадра - 5.3 секунды, максимальное - 21.5 секунды.
3. Предмет отдельной гордости - точная версия для ПК-6128Ц. Пришлось согласиться на r0m, зато 256 байт! Минимальное время расчета и построения кадра - 4.7 секунды, максимальное - 18.1 секунды.
Запуск в эмуляторах:
1) Простой способ - в VV выбрать конфиг 6128 и дропнуть r0m в окно эмулятора.
2) Универсальный способ - в Emu или VV перейти в загрузчик (LShift+F11, на реале CC+ВВОД+БЛК) и загрузить wav.
Все на гитхабе.
Для спорта можно побыстрее, если использовать симметрию и считать только половину, а рисовать 2 половины. А если версию 32x31 переделать для zx8080/85 Micka, да еще с симметрией, то думаю там за счет рисования атрибутами и большей частоты проца выдаст 3-4 FPS.
Можно и еще сократить точную версию 8080, портировав ее на другой комп. Пример Моны показывет, что версия для искры получилась почти на 80 байт короче векторовской, в голом векторе много чего надо инициализировать и никаких процедур в пзу.
Дожал версию 128x128 с зумом для стандартного вектора до 256 байт, но пришлось пойти на жертвы: медленнее, r0m, минус самый "дальний" уровень зума. Моральных сил на апгрейд других версий не осталось, только добавил 256-байтный вариант для 06Ц (гитхаб).
Скорость и компактность - это хорошо, теперь можно подумать и о красоте в режиме 256x256x16
Очень красивая красота.
Мне и самому понравилось. Вопрос был в палитре, я не художник и палитру взял готовую, (примерно) jet из матлаба.
Был такой конкурс Vintage Computing Christmas Challenge 2021. После окончания работы продолжали поступать и дошли до 32 байт для спека. Manwe вместе с коллегами в итоге пришли к версии 28 байт, НО! Я категорически не согласен с тем, чтобы не учитывать имя файла при определении размера программы построения елки. Если довести эту идею до абсурда, то всю программу помещаем в имя, а в содержательной части остается переход на имя или совсем ничего, если есть автостарт. Сделал пример такой ерунды для векторовского бейсика, 3 байта (jmp 3F08h, вот и вся программа), "ура, мировой рекорд".
BLOAD""
A=USR(20000)
Программу в имени я не оптимизировал, если нужен пример оптимизации для 8080, то он тут.
К этому бы рано или поздно пришли, весь вопрос в законности такого финта =) или в абсурдности, как посмотреть.Цитата:
Сообщение от ivagor
Так-то везде, где печатаются символы, компы юзают процедуры ПЗУ; вот если вообще ПЗУ запретить - было бы интересней.
Тут сразу вырвутся вперед компы без графических режимов, им достаточно вносить байты по адресам "экрана" с символами.
В октябре состоится "CAFePARTY 2022".
В конкурсах допускается участие разных ретро-платформ, в том числе и "Вектор-06Ц"
https://cafeparty.org.ru/2022/compos-and-rules/
Приглашаются мастера ассемблерного слова, умельцы алгоритмических трюков и другие свободные художники.
Там достаточно много различных конкурсов. Лично меня заинтересовали следующие:
= Game Compo (Combined) Игра для любой платформы.
= 1k Procedural Graphics (Combined) Графика, создаваемая ...с помощью различных алгоритмов.
= LowEnd 256b Intro (Combined) Intro для остальных «oldschool-платформ», кроме БК и ZX.
= LowEnd Demo (Combined) Demo для остальных «oldschool-платформ», кроме БК и ZX.
Вот я и думаю, а не....
https://www.youtube.com/watch?v=LItmRAR7Afo
А то вот еще Undefined, совсем скоро: 20-21 августа -- https://undefined.chaosconstructions.ru/
Мой продъ с Undefined 2022
http://sensi.org/~svo/undefined2022/arzak.zip
Видосы итд потом.
C'est super! Насколько помню подобного скролла текста на векторе не было. Прошу прощения за придирку - надо подумать, можно ли вывести такую здоровую картинку совсем без тиринга (без двойной буферизации).