eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.rec.foto.cyfrowaSkanowanie: Canon MG2550S vs HP OfficeJet 6950Re: Skanowanie: Canon MG2550S vs HP OfficeJet 6950
  • Data: 2024-07-09 18:32:11
    Temat: Re: Skanowanie: Canon MG2550S vs HP OfficeJet 6950
    Od: Krzysztof Halasa <k...@p...waw.pl> szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    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

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: