Speccy online tools

[pROF^4D]

Буквально позавчера встал вопрос, как перетащить кучу своей графики в png...

Уже на данном этапе вещь нужная и полезная! Однако при первом же тесте появились непонятные артефакты (в виде черной однопиксельной полоски) с правой стороны экрана на некоторых картинках. Глюк самого конвертора, поскольку и в обычном режиме и в режиме пакетной обработки экраны получаются одинаковыми. Прикрепил к этому сообщению пару примеров, смотри сам.

+ Обязательно нужно добавить border! Просто сделать дополнительной опцией для выбора (on/off). Некоторые работы изначально задуманны под его определенный цвет.

Успехов!
Ждем следующую версию!

[Advertiser]

[newart]

+ Обязательно нужно добавить border! Просто сделать дополнительной опцией для выбора (on/off). Некоторые работы изначально задуманны под его определенный цвет.

Это же WEB утилита, а там за бордер отвечает html.

[nyuk]

pROF^4D, а можешь скинуть SCR-оригиналы? Те, на которых ошибки вылезли.

По поводу бордера согласен с newart. Я конечно могу сделать опцию увеличения картинки, т.е. к примеру вместо 256х192 делать 320х240 и поля заливать цветом бордюра. Но оно будет востребовано?

[pROF^4D]

pROF^4D, а можешь скинуть SCR-оригиналы? Те, на которых ошибки вылезли.

По поводу бордера согласен с newart. Я конечно могу сделать опцию увеличения картинки, т.е. к примеру вместо 256х192 делать 320х240 и поля заливать цветом бордюра. Но оно будет востребовано?

Вот оригиналы в scr.

Мы же все, почему-то не задаемся вопросом когда на реале вся отображаемая графика имеет бордюр =) Не знаю, как остальные, а я не представляю спектрумовскую графику без него.

[newart]

Мы же все, почему-то не задаемся вопросом когда на реале вся отображаемая графика имеет бордюр =) Не знаю, как остальные, а я не представляю спектрумовскую графику без него.

Да задаемся. Просто если применительно к Вебу то с бордером влезает меньше картинок на одну строку, при этом 98% картинок имеют черный бордер и отлично смотрятся без него.

[nyuk]

Ошибку с лишними пикселями в последней линии пофиксил. Чуть позже выложу обновления.

По поводу бордера, все зависит от того, где потом будет использоваться картинка. Если для веба, то бордер не нужен. Но не всем картинки нужны для сайтов... ;-)

Занесу в тодо, пусть будет опция. Какие размеры делать для картинок с бордером? Фиксированные, типа 320х240, 640х480... или например в процентах от размера картинки?

[EEA]

Думаю, правильно так:

real_Red = (Red*R11 + Green*R12 + Blue*R13) / (R11+R12+R13)
real_Green = (Red*R21 + Green*R22 + Blue*R23) / (R21+R22+R23)
real_Blue = (Red*R31 + Green*R32 + Blue*R33) / (R31+R32+R33)

Все немного сложнее.
По этим формулам палитра

orthodox=00,76,CD,E9,FF,9F:D0,00,00;00,E4,00;00,00,FF

не даст ожидаемого эффекта (ослабления каналов R и G).

Надо нормировать по всем строкам вместе, а не по каждой отдельно.
Вот так:

Sr = (R11+R12+R13);
Sg = (R21+R22+R23);
Sb = (R31+R32+R33);
S = max(Sr, Sg, Sb);
real_Red = (Red*R11 + Green*R12 + Blue*R13) / S
real_Green = (Red*R21 + Green*R22 + Blue*R23) / S
real_Blue = (Red*R31 + Green*R32 + Blue*R33) / S

(Ну и еще конечно можно округлить, как я писал выше)

[newart]

Занесу в тодо, пусть будет опция. Какие размеры делать для картинок с бордером? Фиксированные, типа 320х240, 640х480... или например в процентах от размера картинки?

Лучше и так и так, при этом фикированые не только 320, а варианта 3-4.

[pulsar]

Просто если применительно к Вебу то с бордером влезает меньше картинок на одну строку

СЛАВКА, nyuk, СЛУШАЙТЕ ПРОФА дело говорит! бордюр нужен однозначно!

Но не всем картинки нужны для сайтов...

славка, и не всему вебу нужна безбордюрная графика! тем более, что у спека ЕСТЬ бордюр и заранее лишать его НЕЛЬЗЯ! для фанатов безбордюрных картинок надо сделать функцию...

блин, я бы вообще сюда с удовольствием не сунулся, если бы не критический момент, всяким товарищам (типа того же славки) только дай волю! навояют очередного нестандату и неудобоваримого столько... жуть в общем иной раз берет даже с их кощунства, а душа у меня болит!

EEA (жень), утром думал что смогу найти в себе сил все в кучу собрать, но уработался сегодня жуть, пока лишь бы до постели доползти... так что не буду на твои выкладки ничего отвечать, во всяком случае сегодня. прости, пока толком не вникал в твои выводы, но пока складывается устойчивое впечатление, что ты исходя из нормального посыла изначально, ведешь нас как сусанин в другую степь! ты немножко как я понимаю изначально не совсем в тематике (прости если обидел - но согласись изначально это так). ну так вот изначальный пасыл должен быть не в том чтобы разработать новую более грамотную модель расчета! нет вовсе нет! нужно всего лишь четко выстроить схему работы расчета сто лет назад реализованного в unreal by smt БОЛЬШЕ НИЧЕГО НЕ НАДО! где-то выше я приводил формулу, якобы правильного расчета, ну так вот, с самого начала я призывал за нее цепляться как за истину в последней инстанции! она кстати не верна в корне. если есть желание и время построить всю математику... пожалуйста все карты в руки! только не надо на 10 листов размазывать в одном посте выложите всю математику того как оно есть на самом деле в анриле (с примерами и контр примерами) и только после того как будет доказана правильность математики, уже только тогда можете пытаться искать ошибки и исправлять их, а не сейчас.

кстати про контр примеры и примеры в анриле все той же сменой значений описывающей палитру легко получить черно-белую картинку! nyuk, обрати на это внимание ПОЖАЛУЙСТА! вот одна из таких классических палитр, которую 4й тоже нужно будет включить в конвертер на ровне с предыдущими тремя:

Grey=00,80,C0,E0,FF,C8:49,92,24;49,92,24;49,92,24

---------- Post added at 01:21 ---------- Previous post was at 01:18 ----------

Какие размеры делать для картинок с бордером?

предлагаю и здесь не изобретать велосипед! есть в том же анриле понятие small border, который всех устраивает?! вот и брать разрешение 640х480 для х2 и половину для х1.

[EEA]

прости, пока толком не вникал в твои выводы, но пока складывается устойчивое впечатление, что ты исходя из нормального посыла изначально, ведешь нас как сусанин в другую степь! ты немножко как я понимаю изначально не совсем в тематике (прости если обидел - но согласись изначально это так).

Ну вообще я изначально отвечал на это:

Я уже несколько раз этот вопрос поднимал, но моего знания матчасти не хватает.
Имхо, в этой формуле расчета что-то неверно:

Насчет в теме/не в теме: этот топик прочитал, два другие с обсуждением количества цветов и как смешивать тоже. Наверное всё-таки немного в теме.

ну так вот изначальный пасыл должен быть не в том чтобы разработать новую более грамотную модель расчета! нет вовсе нет! нужно всего лишь четко выстроить схему работы расчета сто лет назад реализованного в unreal by smt БОЛЬШЕ НИЧЕГО НЕ НАДО!

"Выстроить схему работы расчета" говоришь? Пожалуйста.
Unreal считает в точности по формулам, которые записаны в его ini-шнике (которые ты указал в своем первом посте здесь).
Я это проверил по запощенному тобой скриншоту с "кривой" палитрой.
(Видимо, зря потратил время.)

Цвета на картинке при заданной палитре в точности совпадают с расчетными по формулам из Unreal'а.

Значения ZZ,ZN,NN,NB,BB,ZB не вычисляются, а задаются палитрой.

если есть желание и время построить всю математику... пожалуйста все карты в руки! только не надо на 10 листов размазывать в одном посте выложите всю математику того как оно есть на самом деле в анриле (с примерами и контр примерами) и только после того как будет доказана правильность математики, уже только тогда можете пытаться искать ошибки и исправлять их, а не сейчас.

См. выше. Как считает Unreal - 100% понятно.

А ошибки в Unreal я и не собирался искать. Просто написал, как можно считать, чтобы избежать переполнения, чтобы не получалось #FE вместо #FF и чтобы минимизировать ошибку округления. И всё. Может кому пригодится.

где-то выше я приводил формулу, якобы правильного расчета, ну так вот, с самого начала я призывал за нее цепляться как за истину в последней инстанции! она кстати не верна в корне.

блин, расходиться начинаю, скоро держать меня надо будет! ведь работает в анриле нормально! раз работает так и надо думать в направлении его математики (в код может быть лезть), а не городить... жень, прости, просто серьезно - лучше лишнего не писать.

ОК. Как скажешь.
Больше тратить время, городить и писать лишнего на 10 листов не буду, благо есть чем заняться более полезным.