В данном случае это не имеет никакого значения. Я бы согласился только если бы это касалось геймдева или демостроения. Но шанс, что именно эти (мои) картинки увидят на реале стремится к нулю.

И вроде взрослые люди, а спорят как должны выглядеть инк и паппер.

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

Спасибо за обзор и спасибо участникам за участие и Александру за конкурс.

Я бы попросил автора самого рассказать как он это рисовал.

Естественно это конверт. Иначе откуда столько нелогичных атрибут-блоков? Но конверт это чисто технический, ведь я рисовал его (сюрприз-сюрприз) не на Спектруме, и даже не на эмуляторе. А в простом пиксельном графическом редакторе (допустим aseprite). «В начале» рисовал сначала без всякого обдумывания проблем клешенга. Затем включил сетку и искал проблемные блоки (да, я тоже думал, что это извращение, но в какой-то степени это проще, чем сразу подстраиваться под сетку). После того как нашел самые основные клешенг-проблемы, мелочь я дорисовывал уже в multipaint. Аналогичным способом рисовал и «Размер имеет значение», Но простым экспортом через мультипаинт, все-таки рисовал то я в 1 цвет.

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

Блин опечаток осталось дофига.

Обгонка я мороза и напишу субъективный фидбек.
Hands by diver4d
diver4d — настоящий хитрец. Это ведь не копия, а комия в квадрате — один из символов интеренетов определенной эпохи. а он ее еще перерисовал отменно, не придраться.
Got Beef? by Joe Vondayl
Наверное больше всего соответствует духу конкурса. shuran33 меня поправит если что. Сложность и детальность видна невооруженным взглядом. Клешинг режет взгляд буквально в паре мест. Еще бы понять сюжет картины… навернео тоже копия.
И да… тема сисек раскрыта полностью!

our thoughts about porno and copy by TmK
TMK по скромничал. Порно никакого не видать, конверсию… ну наверное она там есть, но всяко до ума доведенная.

dIVER'S hOT sPOT by sOMEBODY fROM aFRIKA
интересная картинка, хотя меня лично ка кто она… не возбужадает. Сверху красивые пузыри на тему Эксолона, но зачем тут они?
снизу… тоде какие то полосочки. Красивее но погоды не делает.
Очень поранилась реализация синего контура в верхней части картинки.
С лицом похоже тоже долго работали, но красный «фингал» на одном из глаз, вроде логичная там тень но слишком красная.
«Пересвет» в раойне декольте заставляет включить фантазию: что там на самом деле.
А вот ниже все как то плохо. С труселями сплошная синяя непонтяка. И абсолютно непонятный квадрат штриховки на внутренней стороне бедра.
В целом… навернео с гигаскрином можно было бы куда лучше реализовать все интересные задумки автора.

Holly by dman/placebo
Работа то вроде не шибко сложная и тоже как бы копия. Но лицо стало другое, и оооочень выразительное.
И на этой работе нет совсем вызывающих недостатков.
Клешинг очень гармоничен, «пересвет» неплох, титьки большие.

At the beginning by Schafft
Size matters by Schafft
Рассмотрю их вместе в с связи с якобы конвертом.
Я бы попросил автора самого рассказать как он это рисовал.
Потому как квадратики то одинаковые, но в At the beginning даже конвертером сделать ТАК надо очень постараться.
К томуже действительно это нечто свежее (хорошо забытое старое :)

Сиська Спектрумизма by Отец Хлеба
ну что вы хотите тема конкурса такая, и сиська сама по себе вполне зачетная.
Тема однозначно раскрыта.
конверт или не конверт, ручками на ней много где не помешало бы доработать.

ZX-Exgibicionist by Kakos_nonos
нарисовал слишком старые микросхемы. Молоденькие обычно квадратненькие щас. Ну и там штриховоче градиентов…

Ребус :) by Misha Pertsovsky
ребус мной остался неразгадан :)

Шо уже все? пора смаковать результаты?

Mac! — это apple.
MAC — это адрес.
Mc — это шотландец! =)

так у тебя же МАС!

— sjasm дурной, ошибок компиляции в инклюдах не выдаст, это расстраивает

Всё выдаёт. Иначе б бросил давно это дело. Сейчас проект из 59(пока) файлов-сорцов, компилится за раз, из главного файла.

Друзья, открыто голосование! Приглашаю всех посмотреть работы и проголосовать за них!

надеюсь — вы поняли главную мысль поста.
в плагинной системе главное — ЖЕНИТЬСЯ ;) вперёд к победам! :)

Т.е. иногда будет лажа — в виде белых полосок, а не точек.

Да, в моменты, когда переключение экрана будет выпадать на 3й такт вывода байта, следующий байт будет выводиться белым.

я правильно понимаю, что если сделать один экран все 00, второй все ФФ, а атрибуты сделать i/p=7/0 и 0/7, то если рандомно переключать экраны, то будет видна лажа в виде белых точек?

Так что щелкать, по идее, можно, но желательно перед этим как-то вручную подстроиться на такт начала вывода растра. Т.е. попросить пользователя совместить полоску на экране и бордюре, там, или что-то типа того.

Ну как. У нас есть 4 такта, в течении которых видеоконтроллер выводит текущий байт. Если мы переключим экран на такте перед началом этого 4хтактного цикла вывода нового байта, или на первом-втором такте этого вывода, он успеет подчитать данные из нового экрана за оставшиеся 4-3-2 такта. Т.е. экран нельзя переключать только на 3м такте вывода, на котором будет смешана инфа из двух экранов, причем смешана неоднозначно — то ли пиксели из 1-го, атрибут из 2-го, то ли наоборот. Так что по идее первый такт машцикла OUT переключения экранов надо завязывать на последний такт вывода предыдущего байта, это даст нам запас в 2 такта (от более позднего начала INT и/или более позднего машцикла переключения экрана). Или на первый такт вывода нового байта — тогда у нас будет запас в один такт в обе стороны. Если бы точно знать, что более раннего INT-а от эталонного быть не может, предпочтительнее 1й вариант.

Поэтому, в зависимости от количества обращений процессора к ОЗУ, в любом такте с одним и тем же номером в разных кадрах может происходить как выборка пикселей, так и атрибутов.

По завершению вывода 8 пикселей растра видеоконтроллер на следующем такте начинает выводить следующие 8 пикселей по значениям пикселей/атрибутов, заблаговременно считанным им ранее.

Значит щёлкать видеоэкраны перед лучом в одних и тех же тактах плохая идея? Даже с настройкой номеров этих тактов для разных машин?

Спс, исправлето.