Marcin Debowski <a...@I...zoho.com> writes:

>> W tym konkretnym przypadku objawia się to brakiem R (obrazek z HP ma
>> ponad 2x więcej R = 0) oraz przepaleniem B (ponad 9% wszystkich B =
>> 255).
>
> Ale R akurat jest bo R jest składową tła, tj. papieru. Chyba widzimy to
> z różnych stron i stąd nieporozumienie.

Ale tu jest za dużo pixeli z R = 0. Traktując Canona jako (uzasadnioną)
referencję, HP ma ich 2x za dużo.

> Wydaje mi się, że nawet przy 8miu bitach można odwzorować taką kropke M,
> więc bardziej za winnego widziałbym jakiś postprocessing lub błędne
> parametry. Widze rzecz tak, że na tym papierze są kropki, różnej
> wielkości, ale nadal kropki a każda z nich ma ścisle zdefiniowany kolor
> (4 kolory total, brak gradientów) i jest to kolor o odpowiedniej
> intensywnosci.

Kropki są różnej wielkości, kolory częściowo się mieszają (poza K),
i już masz różne intensywności itd.

> Oznacza to MZ tyle, że przy wystarczającej rozdzielczości
> skanera (lub wystarczającym rozmiarze kropki) ten kolor powinien zostać
> odwzorowany i na 8miu bitach.

Gdyby skaner miał wystarczającą rozdzielczość (zgodnie z teorią
próbkowania, przynajmniej 2400 - 4800 DPI), i gdyby kropki się nie
mieszały, nie rozmazywały itd., to tak by może było. Ale to niezbyt
nierealne.

> Tyle, że kropki M ze skanu Canona jednak są dość spore,

Ale są kropki i kropki. Sam offset to jest > 1000 "DPI".
Już na papierze nie ma tej rozdzielczości.

>> Dodatkowo widać, że HP nieładnie składa fragmenty pochodzące zapewne od
>> różnych przetworników (wiele przetworników tworzących linię). To raczej
>> nie ma praktycznego znaczenia.
>
> Albo od nierównomiernosci silnika przesuwu linijki, czy coś innego masz
> na mysli?

Brzydką linię w pionie, to raczej nie od przesuwu. Ale nie wiem jak to
jest w środku zbudowane.

> To co MZ świadczy o tym, że coś jest nie tak z tym HP, to praktycznie
> zupełny brak kropek M. Canon je ma, mimo niższej rozdzilczośc. Raczej
> sam sobie ich w tej postaci (dyskretne kropki), nie dodał, wiec pewnie i
> są na wydruku.

Tak jak napisałem, brak M wydaje się wynikać z braku dynamiki R.
G i B udało się jakoś odtworzyć, ale R było w tej sytuacji za ciemne.

Jakby podkręcić jasność, to miałbyś pewnie R, za to G i B byłyby
bardziej przepalone.

Jakby przetwornik był 12- lub 16-bitowy, to R dałoby się pewnie wydobyć
z cienia.

Jakby skaner miał lampę RGB, to po prescanie (albo po ręcznym ustawieniu
WB) GB świeciłyby słabiej, i też dałoby się to zrobić. Tam w ogóle jest
prescan?

A tak, no nie wyszło.
--
Krzysztof Hałasa