ZX Faces

ZX Faces
ZX Faces
ZX Faces

Another one in this series of mug collections. This time with ZX Spectrum restrictions.

Название: ZX Faces
Автор: Ptoing
Формат: Стандартный 6912
Год: 2008
Имя файла при закачке: zxfaces.scr
Скачать Ptoing+-+ZX+Faces+%282008%29.scrОригинальный файл
СкачатьСкачать для PC
СкачатьСкачать для PC (2X)
СкачатьСкачать для печати (A4 300dpi)
Теги: Женщина, Зомби, Комикс, Лицо, Мужчина, Очки, Робот, Череп, Шляпа
Рейтинг:
4.46
Просмотры: 1230
Artcity-страница: http://artcity.bitfellas.org/index.php?a=show&id=10408
MD5 хэш: c63e3131226cb6e0f5f54b84c450188c
Добавил: moroz1999, 30.09.2013 21:46
diver01.10.2013 09:12
Как удалось сконвертировать? Автор дал 2xSCR?
moroz199901.10.2013 10:18
Я перевернул оригинал, обрезал черную полоску, не несущую информации, сконвертил через bmp2scr и залил как обычный SCR, отображаемый с поворотом.
breeze01.10.2013 10:52
Просто офигенно! Мне как раз для одной «идеи» нужны лица ;) И я уже знаю как буду рисовать!!
diver01.10.2013 12:05
moroz1999, ок, тогда чисто формально констатирую разницу в яркости 10 пикселей: https://dl.dropboxusercontent.com/u/2806088/diff/zxfaces_conversion_difference.png
diver01.10.2013 12:33
По-моему не существует конвертора, который корректно учитывал бы яркость.

У BMP2SCR алгоритм не линейный. Чаще всего одиночно стоящие пиксели в результирующей картинке отличаются по яркости от оригинала.

Визуально найти ошибки конверсии в 100% масштабе найти практически не реально. И даже картинка визуально выглядит не хуже оригинала, но, к сожалению, на 100% она оригиналу не соответствует.

Проблема обратной конверсии осложняется тем, что необходимо а) проверять палитру на ошибки и четко разделять цвета на яркие и неяркие (при том, что уровни могут различаться даже в пределах одной палитры, уж таков софт), б) необходимо проверять все знакоместа на ошибки (например Hunchback 2 by zombi2 сконвертировать невозможно, т.к. автор допустил яркие и неяркие цвета в некоторых знакоместах одновременно).
diver01.10.2013 21:30
g0blinish, откуда откуда, из практики. В BMP2SCR 4 режима конверсии яркости - always, no bright - не подходят. Bright test - какой-то тупой и не гибкий. Intelligent - ближе всего к оригиналу, но пиксели одного цвета он конвертит в разную яркость. Значит не линейный.
introspec02.10.2013 13:28
Проблема, кстати, не в линейности (любая конверсия такого рода будет нелинейной). По идее, если бы исходная картинка в RGB и bmp2scr использовали бы одну и ту же палитру, bmp2scr должна бы была получать исходное спектрумовское изображение. Раз пикселы всё же отличаются, значит либо существует разница в палитрах, либо в алгоритме bmp2scr есть баги.
diver02.10.2013 14:02
Народ, я не понимаю, что вы говорите об исходниках. Но..загляньте в BMP2SCR и вкурите ползунки. Или я чего-то не понимаю в этой жизни..
diver02.10.2013 14:08
introspec, я понял тебя. Была похожая гипотеза насчет палитры, но я не проверял. Сейчас попробую поставить эксперимент. BMP2SCR оперирует уровнем bright 0 равным 191. На вход обычно суется что-то типа 192 или 204/205. Каким образом он умудряется преобразовывать один и тот же цвет в разные уровни яркости - одному g0blinish'у известно. Ну и LCD :)
diver02.10.2013 14:28
introspec, эксперимент поставлен. те же яица, только в профиль. BMP2SCR не проводит сверки палитр и не сопоставляет цвета напрямую. Я взял сабжевую картинку (оригинал), перегнал ее в палитру, используемую в BMP2SCR (bright0=191). Загрузил в BMP2SCR, выбрал conversion mode=color solid, bright method=intelligent, уровень ползунка bright=65 (на 66 еще угловые неяркие белые знакоместа конвертятся в яркие белые). В результате яркий синий цвет УЖЕ уезжает в неяркий синий, но только на крайних одиночных пикселях.

Если яркость "слишком яркая":
https://www.dropbox.com/s/gg86443o4m0cytv/bright_intelligent_66.png
Снижаем на 1:
https://www.dropbox.com/s/02yk163a6zic755/bright_intelligent_65.png
Получаем bright 0 на бороде обезьяны:
https://www.dropbox.com/s/hw0ii0vhwmzw0iv/bright_intelligent_65_APE_BEARD.png
А в оригинале вот так:
https://www.dropbox.com/s/jtii869wbgh4o9t/original_APE_BEARD.png

Я уже не знаю как объяснять, если еще не понятно.
diver02.10.2013 14:32
И блин это не баги. Это фичи :). BMP2SCR не предназначена вообще для корректной обратной конверсии. Тулза заточена на конверсию произвольных картинок. Похоже, что алгоритм учитывает цвета/яркость соседних знакомест, что и влияет на разницу в яркости крайних/угловых пикселей.
introspec02.10.2013 19:54
diver, из этого следует, что алгоритм bmp2scr почему-то работает не учитывая знакоместа последовательно. странное решение, имхо, но хрен поймешь, м.б. он экспериментировал и решил, что так "лучше". то, что с яркостью у него бардак давно ясно, в принципе.

можно подумать о своём тру конверторе, конечно, но много-много позже.
diver02.10.2013 20:26
я уже написал себе "костыль" для полуручной конверсии:
1) делим png на две картинки - с яркими цветами (остальные зануляем), с неяркими цветами (остальные так же зануляем в палитре)
2) конвертим обе в режимах always bright, no bright через BMP2SCR
3) на бейсике суммируем экраны с учетом того, что в пустых знакоместах яркого экрана могут быть левые атрибуты.
4) profit!
moroz199903.10.2013 11:09
g0blinish, а что не так-то?

Добавить комментарий

Пожалуйста, пройдите быструю регистрацию перед оставлением комментариев

История голосования

Никнейм Голоса Дата
baxter507.01.2019 12:49
ruguevara419.12.2018 09:07
creator514.05.2018 21:32
sashka528.01.2018 22:40
NeilParsons409.07.2017 03:31
fyrex501.01.2017 13:21
VBI501.12.2016 15:22
Al-Rado519.09.2016 11:37
kubikámi505.05.2016 21:40
redballoon413.04.2016 02:07
nyuk521.01.2016 16:15
Tzerra509.05.2015 18:37
helcril503.04.2015 19:07
pulsar419.09.2014 08:26
Ricardo527.08.2014 16:17
jok407.05.2014 16:37
vassa514.04.2014 23:02
scalesmann419.03.2014 19:28
Kurashi Nikkeru522.02.2014 12:19
tutty522.02.2014 09:57
tiboh401.10.2013 16:00
breeze501.10.2013 10:51
Dimidrol501.10.2013 09:37
diver501.10.2013 09:12
moroz1999530.09.2013 21:47

Просмотры работы за прошедшие 90 дней.