Просмотр полной версии : Конкурс пиксел арта
Друзья, а не замутить ли нам конкурс пиксел-арта для Вектора, а?
Хорошо владеющие этим искусством* могли бы наглядно показать тем, для кого представление о советских домашних ПК ограничивается Микрошей и Радио-86РК, где зимуют раки.
Только чтобы без флуда, давайте пока просто определимся, скольким из нас это действительно интересно. А именно, кто готов скинуться в призовой фонд и сколько. Я вполне готов пожертвовать 500 руб. Может быть и 1000 (зависит от того, о чем в итоге договоримся).
---------
* ссылочка навскидочку: http://www.youtube.com/watch?v=0TQdX4NsRqs
А есть ли какой-нибудь вменяемый графический редактор на Векторе?
NovaStorm
18.07.2012, 13:27
графические возможности вектора (высотаXширина экрана + палитра + клешинг[?])
Насколько я понимаю - линейный фреймбуфер из 1-4 битпланов, для цветной графики наверное лучше всего режим
256×256 пикселов при 2, 4, 8, 16 одновременно отображаемых цветах из общей палитры 256 цветов
Есть и другие, да Векторов-то тоже не одна модель, но рассчитывать наверное надо на этот стандарт.
и каким образом конвертнуть работу с pc в исполняемый файл для просмотра на векторе (хотя бы в том же эмуляторе), то желающих думаю будет поболее ;)
А вот тут скорее всего ручками надо будет, ибо палитра может меняться а-ля мультиколор.
Разница в пиксельарте для компьютеров типа Спектрума и C64 и пиксельарте для Вектора в том, что Вектор по сравнению с ними слишком нормальный. Нет ничего особенного в картинке 256х256 в 16 цветов из 256, что делало бы ее уникально "Векторовской". Как сказал breeze, кто угодно может загрузить палитру 3+3+2, пересчитать в 16 цветов и сделать Save As.
Другое дело, что на Векторе можно делать интересные картинки, где на экране присуствуют хоть все 256 цветов сразу. Конвертировать из готовых их было бы практически невозможно, что увеличивает ценность результата. Редактора для такого пиксельарта, насколько я знаю, нет. Отличная идея для тех, у кого чешутся руки сделать что-нибудь для Вектора ;)
Хорошо владеющие этим искусством* могли бы наглядно показать тем, для кого представление о советских домашних ПК ограничивается Микрошей и Радио-86РК, где зимуют раки.
34. Это тебе, автор, (нельзя прерывать повествование в неожиданном месте) понятно о чём пойдёт дальше речь, но пожалей людей, не вынуждай перечитывать.
http://zx-pk.ru/showpost.php?p=525183&postcount=2548
NovaStorm
18.07.2012, 14:51
Другое дело, что на Векторе можно делать интересные картинки, где на экране присуствуют хоть все 256 цветов сразу.
А сколько тактов на строку/пиксел у Вектора при стандартных 3х(?)мегагерцах? Сколько тратится на запись в палитру?
Конвертировать из готовых их было бы практически невозможно, что увеличивает ценность результата. Редактора для такого пиксельарта, насколько я знаю, нет. Отличная идея для тех, у кого чешутся руки сделать что-нибудь для Вектора ;)
Я думаю, рисовать можно в любом редакторе, а уже потом проверять, успевает ли комп обновлять требуемую для рисунка палитру. И тогда конверсия автоматом может быть.
каким образом конвертнуть работу с pc в исполняемый файл для просмотра на векторе
Существует такая утилита SPRView (http://www.sensi.org/~svo/scalar/ware/720/)
А есть ли какой-нибудь вменяемый графический редактор на Векторе?
Все связанное с графикой в картотеке в категории "graphics" (http://www.sensi.org/~svo/scalar/categories/50/)
А сколько тактов на строку/пиксел у Вектора при стандартных 3х(?)мегагерцах? Сколько тратится на запись в палитру?
Я думаю, рисовать можно в любом редакторе, а уже потом проверять, успевает ли комп обновлять требуемую для рисунка палитру. И тогда конверсия автоматом может быть.
Я совершенно уже не помню. Для автомата безопасно вообще рассчитывать на то, что в пределах одной строки не поменять больше одного цвета палитры. Это если менять ее на бордюре.
Но, в то же время, программируется тот цвет, код которого в момент записи в палитру находится в буфере вывода -- то есть картинку можно красить "на лету", а не на бордюре. Это самое интересное. Удачи написать под такое автоматический конвертер =)
svofski, под спектрум подобное ведь есть (только там не палитра, её у спектрума нет, а сразу цвет знакомест на лету меняется.
BYTEMAN, угу. На Векторе кому-то еще предстоит это сделать и это не так уж и сложно. Но это техническая сторона вопроса. Настоящая проблема -- это найти рисовальщика, у которого мозг преломится соответствующим образом для того, чтобы эффективно использовать такой режим.
Дико извиняюсь, в первом посте темы ссылка по ошибке не та (исправлено).
Атари, у меня ссылка не открывается.
По теме: неужели никто не готов скинуться в ПФ?
По теме: неужели никто не готов скинуться в ПФ?
Я не готов. По мне так полезней системное ПО. На разработку компилятора того же Си или Паскаля. Я бы с удовольствием скинулся. Будут языки высокого уровня, будет больше всякого ПО и соотвественно редакторов графики и прочего для машинки.
А там глядишь и "рисовальщики" проявятся. ИМХО Джоконду "зубилом по камню" (читай без удобных редакторов) проблематично нарисовать.
Я не готов. По мне так полезней системное ПО. На разработку компилятора того же Си или Паскаля. Я бы с удовольствием скинулся. Будут языки высокого уровня, будет больше всякого ПО и соотвественно редакторов графики и прочего для машинки.
А чем существующие компиляторы того-же Паскаля или C под CP/M не устраивают? По-моему, это более простой путь. Всё, что требуется - custom runtime library, чтобы исполняемый код мог работать без поддержки операционной системой (это-если такая цель ставится, поддерживать голый Вектор). Качество генерируемого кода у этих компиляторов конечно не ахти, но приемлимое. Я очень много работал с SuperSoft C и какое-то время с Pascal MT+. Сносно, учитывая что это сгенерённый код, и в обеих случаях Pascal calling convention. Вот Manx C генерит отвратительный код, но зато фреймы стека сишные.
ИМХО по-любому, для серьёзной демки/игры быстродействия кода, сгенерённого 8-битными компиляторами не достаточно. Всяко нужен асм, да и то сильно точёный из-за Векторовских wait-стэйтов. А утилитки всякие (байтоповорачиватели, конвертилки, вьюверы и проч. и проч.) вовсю и на ура пишутся что на MT+, что на Supersoft C у которого стандартная библиотека - практичкески K&R.
Здорово было-бы конечно замутить host-target C++ компилятор для 8080 скажем под Винду с поддержкой templates и проч. и проч. Я об этом думал, но оценив объём работы понял, что тут нужна команда народу и реально несколько лет труда
... вес не взят
:v2_dizzy_tired2:
А чем существующие компиляторы того-же Паскаля или C под CP/M не устраивают? По-моему, это более простой путь. Всё, что требуется - custom runtime library, чтобы исполняемый код мог работать без поддержки операционной системой (это-если такая цель ставится, поддерживать голый Вектор).
В свое время в наших краях такого софта мною замечено не было. Может плохо искал, может реально не было. Но я считаю, что для платформы нужны сначала качественный инструментарий, а все остальное приложится.
Качество генерируемого кода у этих компиляторов конечно не ахти, но приемлимое. Я очень много работал с SuperSoft C и какое-то время с Pascal MT+. Сносно, учитывая что это сгенерённый код, и в обеих случаях Pascal calling convention. Вот Manx C генерит отвратительный код, но зато фреймы стека сишные.
Вот. Чувствуется, что человек разбирается в теме. Не затруднит ли Вас написать статейку по средствам разработки для данной платформы? Для начинающих. Мне кажется, что этого очень не хватает.
RTFM это конечно хорошо и книга "От бэйсика к Ассемблеру" Текотева еще лучше. Но все же. Сами же знаете, что у платформы есть свои особенности. Вот не плохо было бы их описать.
Здорово было-бы конечно замутить host-target C++ компилятор для 8080 скажем под Винду с поддержкой templates и проч. и проч. Я об этом думал, но оценив объём работы понял, что тут нужна команда народу и реально несколько лет труда
Вот и я о том же. Кто сейчас пишет под такие платформ на базе i8080 да z80 ? Энтузиасты. В свободное от работы время, ради фана и все такое. По-умолчанию КПД такого подхода очень не велико. Тем более "вектористы" по большей части уже люди в годах. А "фантики" только открывающие для себя данную платформу нужной информации найти в свободном доступе не сильно найти могут. Если сравнивать с тем же Спектрумом, то просто нет инфы. Нужно перелопатить горку (маленькую, но все же горку) литературы, чтобы хоть что-то накопать.
А донат помноженный на энтузиазм творит чудеса. Считаю, в корне изменит ситуацию. Энтузиазм это отлично, но не производительно, а так собрали денюжку, написали продукт, выложили, идем дальше. Я никого ни к чему не агитирую, но все же.
К примеру по теме топика, вот подробный мануалец для "начинающих вектористов" о особенностях графической подсистемы (по моему встречал в Вектор User) не помешал бы. Как конверить, в чем рисовать и т.д. Сможете осилить? Будет мануал, вероятность появления разных красивых артов и т.д. намного увелится. Опять же мысли в слух и не более.
Ну рисовал я когда-то на бэйсике всякие дома надписи и т.д. стыдно показывать было даже родителям ;) Хотя на бумаге кой-чего получалось :) Ну а редактор графический появился только под закат моей векторовской "карьеры". Вообщем вопрос в том, что я лично не знаком с технологией рисования под вектор и с удовольствием ознакомился бы.
по средствам разработки для данной платформы
Средства разработки в картотеке (категория development) http://www.sensi.org/~svo/scalar/categories/9/
Есть тема по средствам http://zx.pk.ru/showthread.php?t=9532
подробный мануалец для "начинающих вектористов"
Секреты «Вектор-06Ц» (http://www.sensi.org/~svo/scalar/ware/563/)
Секреты «Вектора» и «Кристы» (http://www.sensi.org/~svo/scalar/ware/562/)
Справочное руководство по компьютеру Вектор-06Ц (http://www.sensi.org/~svo/scalar/ware/632/)
Секреты ABLESoft (статьи из Вектор-USER) (http://www.sensi.org/~svo/scalar/ware/812/)
В свое время в наших краях такого софта мною замечено не было. Может плохо искал, может реально не было. Но я считаю, что для платформы нужны сначала качественный инструментарий, а все остальное приложится.
Так инструментария-то горы. Плохо Вы искали. Навскидку:
http://www.retroarchive.org/cpm/lang/lang.htm
http://www.cpm.z80.de/
SuperSoft C Manual:
http://z80cpu.eu/mirrors/oldcomputers.dyndns.org/manuals/supersoft_c_compiler.pdf
Aztec C под тучу таргетов:
http://www.aztecmuseum.ca/compilers.htm
BDS C
http://www.bdsoft.com/resources/bdsc.html
Помню, раньше вот привозил кто-нибудь диски из-за рубежа, их приходилось с болью читать всякими теледисками, а потом обнаруживалось, что там "из Чайковского кусочек, из Шопена пару строчек". Компилятор паскаля смешанный с библиотеками от С и т.п.
Сейчас всё уже по полочкам в инете разложено.
Не затруднит ли Вас написать статейку по средствам разработки для данной платформы?
Затруднит. И не потому что я такой злобный, просто реально времени на это нет. Я погряз в некоем проекте для Вектора, и хочу его завершить до того, как наступит старость. :) Зато по ссылкам, которые я дал лежат и мануалы на компиляторы. Для CP/M были реализованы компиляторы почти со всех модных в ту эпоху языков. Потом, проблема ведь даже не только и не столько в выборе конкретного компилятора под язык, а в том, что если Вы хотите использовать графические возможности Вектора и язык высокого уровня, придётся писать custom runtime library. Для этого надо не только разобраться в деталях в кодогенераторе компилятора, но ещё и представлять как это сопрячь с Векторовской аппаратурой. И всё-таки этот путь по-моему наиболее быстрый для написания, скажем продвинутого графического редактора.
Тем более "вектористы" по большей части уже люди в годах. А "фантики" только открывающие для себя данную платформу нужной информации найти в свободном доступе не сильно найти могут. Если сравнивать с тем же Спектрумом, то просто нет инфы. Нужно перелопатить горку (маленькую, но все же горку) литературы, чтобы хоть что-то накопать.
А донат помноженный на энтузиазм творит чудеса.
бы.
Не знаю, не знаю. Информации в Базисе навалом. Если нет сил перелопатить хоть это, не уверен что хватит на большой проект. А вообще, если хотите заняться написанием Вектор Hardware Abstraction Layer библиотек для какого-компилятора, это дело благое и весьма полезное. Кстати, Вы с языком высокого уровня определились? Наверное всё-таки C?
если Вы хотите использовать графические возможности Вектора и язык высокого уровня, придётся писать custom runtime library
Есть отличный пример такой разработки - игра "Тетрис 3D" (http://www.sensi.org/~svo/scalar/ware/475/), написанная на BDS C с использованием библиотек от бейсика. И исходники есть.
http://sensi.org/~svo/scalar/media/s/tet3d2.png
И правда, красота!
А главное, кто-то уже этот путь прошёл, и библиотеки к C прикрутил. Вот и полноценный инструментарий. Ну пусть не для супер-скоростных игр, но сваять на нём приличный графический редактор-вполне. BDS C хорош тем, что первые 2 параметра передаются функциям в регистрах ЕМНИП. Правда, он дальше всего от стандартной реализации языка С даже по K&R, но зато генерит быстрый код. Ацтек ближе всего к стандарту, но код генерит отвратный. SuperSoft где-то между ними. Очень жаль, что HiTech-C генерит код только для z80. Это было-бы то, что надо. Ну а так-только под модифицированные Вектора и эмуляторы с поддержкой Z80.
Кстати вот ещё неплохой ресурс по компиляторам С
http://www.z80.eu/c-compiler.html
А вообще, идея написать мощный графический редактор на C для Вектора очень занимательная. Может, кто и возьмётся. А то я оброс самодельными утилитами-конвертилками, как дикобраз.
Всё, кстати написал на SuperSoft C. Конечно, можно легко было всё это на PC замутить, но "религия не позволяет". Хочется именно разработку на Векторе, а не host-target. А утилиты и их сорцы могу сюда выложить.
Mне спрайты совершенно определённого формата нужны: c переменным направлением 8-битных колонок и переменным направлением плоскостей, да ещё и с альфа-каналом для каждой плоскости, т.е. в спрайте плоскостей в 2 раза больше чем спрайт использует экранных. Начиная отсчёт с плоскости 0 в файле, чётные плоскости в спрайте - инвертированные биты прозрачности, нечётные-биты картинки. И так 8 раз со сдвигом на 1 бит вправо. Затем-следущие 8 сдвинутых спрайт. Основное условие: размеры всех спрайтов depth-width-height в одном файле должны совпадать. Это я так, если кто за редактор возьмётся. Такой вот пиксел арт
да тема хоршая, раз уж речь зашла о различных средах то, если не трудно, замолвите пожалуйста словечко за Lazarus - можно ли его использовать для создания полноценных утилит ?
---------- Post added at 22:44 ---------- Previous post was at 22:36 ----------
Друзья, а не замутить ли нам конкурс пиксел-арта для Вектора, а?
Хорошо владеющие этим искусством* могли бы наглядно показать тем, для кого представление о советских домашних ПК ограничивается Микрошей и Радио-86РК, где зимуют раки.
дружище AM,вот могу на бейсике в векторе что нибудь наваять - но это разве подойдёт? Можно ещё сохранялки в формате *.emu - вобщем если нетрудно поподробней про эту идею
Powered by vBulletin® Version 4.2.5 Copyright © 2024 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot