-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.nask.pl!news.nask.org.pl!.POSTED!n
ot-for-mail
From: Krzysztof Halasa <k...@p...waw.pl>
Newsgroups: pl.rec.foto.cyfrowa
Subject: Re: Czy istnieje możliwość fotografowania rzeczywistości?
Date: Tue, 09 Apr 2019 16:48:20 +0200
Organization: NASK - www.nask.pl
Lines: 74
Message-ID: <m...@p...waw.pl>
References: <q61ehc$lr2$1@node2.news.atman.pl>
<3...@4...net>
<q7o3p2$prf$1@node1.news.atman.pl>
<1...@4...net>
<q7qjoo$6jk$1@node2.news.atman.pl>
<1...@4...net>
<q7r3f0$l95$1@node2.news.atman.pl>
<1kh316fv8d7eg.11jnvlo4awlif$.dlg@40tude.net>
<q7r7ma$pc4$1@node2.news.atman.pl>
<1a6sq6byvqsz1.btyazkj1e5g9$.dlg@40tude.net>
<q7rddu$ujd$1@node2.news.atman.pl>
<5ca20e53$0$477$65785112@news.neostrada.pl>
<q7tss4$9dg$1@node2.news.atman.pl> <m...@p...waw.pl>
<q861pd$ap2$1@node1.news.atman.pl> <m...@p...waw.pl>
<q8apko$12d$1@node2.news.atman.pl> <m...@p...waw.pl>
<q8bdrt$kor$1@node2.news.atman.pl> <m...@p...waw.pl>
<q8g0uh$r1t$1@node2.news.atman.pl>
NNTP-Posting-Host: nat.piap.pl
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: pippin.nask.net.pl 1554821301 2390 195.187.100.13 (9 Apr 2019 14:48:21 GMT)
X-Complaints-To: abuse ATSIGN nask.pl
NNTP-Posting-Date: Tue, 9 Apr 2019 14:48:21 +0000 (UTC)
Cancel-Lock: sha1:yQDvNOXB3g4X7ET5gdRGpNt4NeA=
Xref: news-archive.icm.edu.pl pl.rec.foto.cyfrowa:910612
[ ukryj nagłówki ]Marek S <p...@s...com> writes:
>> No ale jakim cudem chcesz wyprodukować obraz o większej liczbie kolorów
>> niż potrafi matryca?
>
> Znów nie rozumiem skąd to pytanie. Nie da się!
>
>> To nie jest możliwe i żaden LUT tego nie zmieni.
>
> Ależ LUT bardzo to zmieni.
Widzę tu pewną drobną sprzeczność :-)
> Widzę, że nie masz z tym doświadczenia w
> pracy.
Sam takie LUTy tworzyłem (akurat do matryc, nie do monitorów, te do
matryc są nawet ciekawsze). Nie żebym wiedział co ma do tego
"doświadczenie" i o jakie chodzi.
> A dzieje się to następująco:
>
> 1. Karta daje kolor 3x8-bitowy (16777216kolorów)
> 2. Matryca daje 3x10-bitowy obraz (1073741824kolorów)
> 3. Różnica sięga więc miliarda kolorów. Ale to mało istotne.
Owszem. Ważne jest to, że matryca potrafi wyświetlić miliard kolorów.
> 4. Załóżmy, że wyświetlasz kolor szary (128,128,128). Mierzysz to
> kalibratorem. 10cio bitowa matryca dostaje polecenie wyświetlenia
> (512,512,512).
> 5. Zmieniasz odcień na (129,129,129). Matryca dostaje (516,516,516)).
> Kalibrator wykrył nieliniowość pracy matrycy i dał odczyt
> (130,130,130).
> 6. Trzeba jakoś to naprawić a nie da się wysłać z karty odcienia
> (128.5, 128.5, 128.5).
> 7. I wtedy wkracza LUT, który potrafi tą różnicę podzielić nawet na 4
> stopnie (10-8=2 bity).
A nawet potrafi dużo więcej, potrafi wykonać dowolne przekształcenie.
Ale jego przeciwdziedzina, że tak to określę, będzie mieć max 2^30
różnych wartości. Bo to jest 30-bitowa matryca.
> No i do tabeli konwersji dodaje wpis opisowo
> "jeśli komputer przyśle (129,129,129), to skonwertuj to do coś
> pomiędzy 512 a 516 ... a to już się da zrobić! No i nasz kolor
> (129,129,129) zyskuje nową reprezentację np. (514,514,514).
Ale tych reprezentacji w żaden sposób nie będzie więcej (w praktyce
będzie mniej, ale nieważne), niż gdybym po prostu podłączył matrycę
bezpośrednio do wyjścia (pary wyjść zapewne) LVDS komputera z 30-bitową
grafiką, bez pośrednictwa żadnych LUTów, skalerów itp.
> Błąd - LUT nie modyfikuje niczego w okolicach czerni i bieli więc
> dynamika jest zawsze taka sama.
A skąd mógłbyś to wiedzieć? Zawartość LUT zależy od ustawień. Ustawienia
ze wspólną czernią i bielą to tylko bardzo szczególny przypadek.
Wystarczy zmiana temperatury barwowej monitora przecież.
> W przypadku, gdy kalibracja jest na
> karcie w kompie, lub matryca ma 8-bitów - otrzymujemy banding. Gdy
> matryca jest więcej bitowa - gradient będzie gładki jak pupa
> niemowlaka. Oczywiście banding będzie ograniczony do sygnału o
> dyskretnych wartościach 0...255. Nie będzie natomiast przeskoków
> 128->130 jak przy 8 bitach. Tak więc LUT w monitorze z matrycą
> 8-bitową jest problematyczny.
Jest dokładnie tak samo problematyczny jak każde inne przekształcenie
"dyskretne", niezależnie od tego czy będzie w monitorze, czy np. na
karcie. To 8-bitowy kolor jest (potencjalnie) problematyczny, a nie LUT
czy jego brak.
--
Krzysztof Hałasa
Następne wpisy z tego wątku
- 09.04.19 17:00 Krzysztof Halasa
- 09.04.19 17:40 Marek S
- 09.04.19 18:13 Marek S
- 09.04.19 18:39 Marek S
- 09.04.19 18:43 Starzec z Gór
- 09.04.19 20:14 Marek S
- 10.04.19 17:30 J.F.
- 10.04.19 17:38 J.F.
- 10.04.19 17:51 J.F.
- 10.04.19 17:53 J.F.
- 10.04.19 18:21 Starzec z Gór
- 10.04.19 22:27 Krzysztof Halasa
- 10.04.19 22:42 Krzysztof Halasa
- 10.04.19 22:59 Krzysztof Halasa
- 10.04.19 23:02 Krzysztof Halasa
Najnowsze wątki z tej grupy
- Nikon D5500 i wyzwalanie migawki
- Canon 550D
- EOS 600D i balans bieli w filmach
- EOS 90D i sentymenty
- Skanowanie: Canon MG2550S vs HP OfficeJet 6950
- czas exif a czas modyfikacji pliku
- karta SD po formacie odzyskiwanie zdjęć i filmów
- Chess
- Vitruvian Man - parts 7-11a
- Eltec nie zyje?
- Steve McCurry
- Light - lajkowe klasyki od Chinczykow
- Forum o Sony serii A (alfa)?
- obrobka RAW na konputerze
- Sklejanie bracketowanych JPGów
Najnowsze wątki
- 2024-11-14 Dobra zmiana
- 2024-11-14 Czy prezydent może ułaskawić od zadośćuczynienia? [A. Lepper odszkodowania]
- 2024-11-14 Gliwice => Network Systems Administrator (IT Expert) <=
- 2024-11-14 Gliwice => Administrator Systemów Sieciowych (Ekspert IT) <=
- 2024-11-13 Filtr do pompy ruskiej
- 2024-11-12 Gdzie kosz?
- 2024-11-13 elektrycznie
- 2024-11-12 Jebane kurwa, kurwy.
- 2024-11-13 karta parkingowa
- 2024-11-13 Wl/Wyl (On/Off) bialy/niebieski
- 2024-11-12 I3C
- 2024-11-13 Kraków => DevOps Engineer (Junior or Regular level) <=
- 2024-11-13 Łódź => Senior SAP HANA Developer <=
- 2024-11-13 Zabrze => Senior PHP Symfony Developer <=
- 2024-11-13 Karlino => Konsultant wewnętrzny SAP (FI/CO) <=