Я уже давно об этом говорю. Кто мешает совместить AY с бипером? Добавить вокал через цифровые семплы в AY-трек? Играть действительно не 50гц, а больше? На music compo уже давно скучно, хочется чего-то нового, но спектрумовского.
Тогда дай список магических скринов. Попробуем разобрать из чего она складывается.
Имхо дизеринг тот же, что и в обычном пиксельарте с ограниченной палитрой. Да, применить дизеринг сложнее из-за ограничений на знакоместа. Но это вопрос к борьбе с клэшингом, а не к дизерингу.
Да, точно, стандартный screen$ ведь не пакованный! Сбило столку то, что заставки с меньшим количеством пикселей грузились быстрее. Но это уже специфика аппаратной части.
В том-то и дело. Если усилий и времени затрачено значительно больше, а результат на глаз лучше, то, на мой взгляд, проблемы особой нет.
Слабых работ в гигаскринах хватает, и они обычно сильно проигрывают классике. То есть, самого по себе гигаскрина не хватает для того, чтобы выбиться вперед.
Если вспомнить как тогда с этим боролись (впервые это было замечено на картинке Тзерры «горячая точка»), сколько раз оно заливалось преде чем Дайвер отследил лишние байты (я тогда их и не заметил), то уж лучше как есть чем такие хлопоты XD
Дизеринг одного инка на одном пейпере — да, как и в современном пиксель-арте.
Но мне кажется такие особенности должны быть и они связаны с ограничениями палитры/знакомест и сочетаемостью цветов.
Думаю их можно найти исследуя лучшие цветные заставки — скажем, определенные сильные решения. Но вот в чем они заключаются я сформулировать не могу — для меня это магия, отсюда и вопрос )
пункт 5: Палитра «Pulsar» больше всего напоминает, то что видно на большинстве старых реальных машин (классика и наши отечественные клоны).
пункт 6: Не совсем понятный вопрос…
Самый популярный формат обычного спектрумовского экрана, это *.scr
Грубо говоря 6144bytes из него отведено под пикселы, а оставщиеся 768bytes под атрибуты. 6144+768=6912. Формат не пакованый. То есть ты можешь сохранить абсолютно чистый экран, или же наоборот экран целиком залитый инком (то есть пикселами)и все равно получишь в *.scr эти же самые 6912bytes. В большинстве редакторов и конвертеров, которые работают с *.scr, еще есть возможность сохранить черно-белый экран, без атрибутов — это те самые 6144bytes.
Хочешь меньшего размера файла, это актуально например для игровой графики или же программ/демо, то тогда прийдется дополнительно пользоваться отдельными упаковщиками экранов или же спрайт-редакторами, которые имеют собственные форматы хранения данных. Чем больше пикселов, тем хуже пакуется картинка. Если же просто рисуешь и хочешь, чтобы большинство легко это посмотрело, не парься и пользуйся *.scr как есть.
Пользовался пульсаром. до того как в zx-paint не словил глюк в виде дописывания лишних 64 байт в длине картинки. Впервые такое появилось у Тзерры а потом у меня. Пришлось откатиться обратно на стандартную и глюк исчез. С чем он был связан так и не удалось выяснить
Имхо дизеринг тот же, что и в обычном пиксельарте с ограниченной палитрой. Да, применить дизеринг сложнее из-за ограничений на знакоместа. Но это вопрос к борьбе с клэшингом, а не к дизерингу.
«при прочих равных» здесь как раз и не катит.
Прикольно )
А сами палитры для ZX-Paintbrush у тебя есть? Конкретно Pulsar, Alone, Orthodox, Electroscale.
Слабых работ в гигаскринах хватает, и они обычно сильно проигрывают классике. То есть, самого по себе гигаскрина не хватает для того, чтобы выбиться вперед.
Но мне кажется такие особенности должны быть и они связаны с ограничениями палитры/знакомест и сочетаемостью цветов.
Думаю их можно найти исследуя лучшие цветные заставки — скажем, определенные сильные решения. Но вот в чем они заключаются я сформулировать не могу — для меня это магия, отсюда и вопрос )
ZX-Paintbrush при использовании недефолтной палитры приписывает эту палитру к каждой SCR картинке, я тоже на эти грабли натолкнулся однажды.
пункт 6: Не совсем понятный вопрос…
Самый популярный формат обычного спектрумовского экрана, это *.scr
Грубо говоря 6144bytes из него отведено под пикселы, а оставщиеся 768bytes под атрибуты. 6144+768=6912. Формат не пакованый. То есть ты можешь сохранить абсолютно чистый экран, или же наоборот экран целиком залитый инком (то есть пикселами)и все равно получишь в *.scr эти же самые 6912bytes. В большинстве редакторов и конвертеров, которые работают с *.scr, еще есть возможность сохранить черно-белый экран, без атрибутов — это те самые 6144bytes.
Хочешь меньшего размера файла, это актуально например для игровой графики или же программ/демо, то тогда прийдется дополнительно пользоваться отдельными упаковщиками экранов или же спрайт-редакторами, которые имеют собственные форматы хранения данных. Чем больше пикселов, тем хуже пакуется картинка. Если же просто рисуешь и хочешь, чтобы большинство легко это посмотрело, не парься и пользуйся *.scr как есть.
пункт 10: + ZXGFX для windows — vtrdos.ru/pcutilz/ZXGFX07.ZIP