ZX Faces

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

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

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

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

Проблема обратной конверсии осложняется тем, что необходимо а) проверять палитру на ошибки и четко разделять цвета на яркие и неяркие (при том, что уровни могут различаться даже в пределах одной палитры, уж таков софт), б) необходимо проверять все знакоместа на ошибки (например Hunchback 2 by zombi2 сконвертировать невозможно, т.к. автор допустил яркие и неяркие цвета в некоторых знакоместах одновременно).
diver 01.10.2013 21:30
g0blinish, откуда откуда, из практики. В BMP2SCR 4 режима конверсии яркости - always, no bright - не подходят. Bright test - какой-то тупой и не гибкий. Intelligent - ближе всего к оригиналу, но пиксели одного цвета он конвертит в разную яркость. Значит не линейный.
introspec 02.10.2013 13:28
Проблема, кстати, не в линейности (любая конверсия такого рода будет нелинейной). По идее, если бы исходная картинка в RGB и bmp2scr использовали бы одну и ту же палитру, bmp2scr должна бы была получать исходное спектрумовское изображение. Раз пикселы всё же отличаются, значит либо существует разница в палитрах, либо в алгоритме bmp2scr есть баги.
diver 02.10.2013 14:02
Народ, я не понимаю, что вы говорите об исходниках. Но..загляньте в BMP2SCR и вкурите ползунки. Или я чего-то не понимаю в этой жизни..
diver 02.10.2013 14:08
introspec, я понял тебя. Была похожая гипотеза насчет палитры, но я не проверял. Сейчас попробую поставить эксперимент. BMP2SCR оперирует уровнем bright 0 равным 191. На вход обычно суется что-то типа 192 или 204/205. Каким образом он умудряется преобразовывать один и тот же цвет в разные уровни яркости - одному g0blinish'у известно. Ну и LCD :)
diver 02.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

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

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

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

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

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

Никнейм Голоса Дата
baxter 5 07.01.2019 12:49
ruguevara 4 19.12.2018 09:07
creator 5 14.05.2018 21:32
sashka 5 28.01.2018 22:40
NeilParsons 4 09.07.2017 03:31
fyrex 5 01.01.2017 13:21
VBI 5 01.12.2016 15:22
Al-Rado 5 19.09.2016 11:37
kubikámi 5 05.05.2016 21:40
redballoon 4 13.04.2016 02:07
nyuk 5 21.01.2016 16:15
Tzerra 5 09.05.2015 18:37
helcril 5 03.04.2015 19:07
pulsar 4 19.09.2014 08:26
Ricardo 5 27.08.2014 16:17
jok 4 07.05.2014 16:37
vassa 5 14.04.2014 23:02
scalesmann 4 19.03.2014 19:28
Kurashi Nikkeru 5 22.02.2014 12:19
tutty 5 22.02.2014 09:57
tiboh 4 01.10.2013 16:00
breeze 5 01.10.2013 10:51
Dimidrol 5 01.10.2013 09:37
diver 5 01.10.2013 09:12
moroz1999 5 30.09.2013 21:47

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