🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.rec.foto.cyfrowa
Article #911786

Re: Czy istnieje możliwość fotografowania rzeczywistości?

#911786
From: Krzysztof Halasa
Date: Sat, 06 Apr 2019 22:45
83 lines
5270 bytes
Marek S <precz@spamowi.com> writes:

> Chwila, detale wyciągnąłem z niezbyt ciemnej szarości jeśli uwzględnić
> to, co moje oczy widziały w tym pomieszczeniu. To aparat w ARW zrobił
> z tego czerń bo przetwornik ma wyższą dynamikę niż monitor. To
> wyciągnięcie, to niewielki fragment zakresu tonalnego jaki tam
> widziałem i o tym piszę. Spokojnie bym sobie poradził z tą sceną
> robiąc 3 klatki z przesunięciem 2ev. Wtedy udałoby mi się rzeczywisty
> obraz zobaczyć.

Tzn. taki jak oczami?
3 klatki 8-bitowe? Czy 3 klatki RAW?

> Co Ty na to? Mam wyjątkowy aparat bo czerni i bieli nie zmienił w
> płowe? Szczerze? Trochę pojechałeś z procentami ;-) Ja bym odwrócił
> procenty: 1% lub mniej aparatów daje inne rezultaty.

No ale przecież chyba jasne było że nie to miałem na myśli.

Napisałem:

>> Tyle że normalnie wycinamy
>> z całej dynamiki tylko pewien kawałek - wtedy, rzeczywiście, część
>> rzeczy może być przepalonych, inna część może być czarna.

Nie chodzi o zmniejszenie zakresu wartości pikseli, jaki to miałoby mieć
sens? (Takie rzeczy robi się w YUV, ale z innych powodów, które tu nie
występują).

> Dodatkowo aparat zapisał RAW poza JPG. Tu to samo zdjęcie ale
> skonwertowane z RAW'a. Bez ograniczania czerni i bieli lecz poddane
> nieliniowej kompresji.

Pamiętaj że zarówno RAW (w tym akurat aparacie) jak i JPEG (praktycznie
w każdym aparacie) dokonuje nieliniowej kompresji (JPEG znacznie
większej).

> Chyba miały 3x12bitów z tego co pamiętam. Monitor wraz z dedykowaną
> kartą kosztował ponad 20 tys. $. Był to technologicznie zlepek plazmy
> i LED. Soft również musiał być specjalny. Ja używałem 3D Studio Max,
> które potrafiło wygenerować taki obraz.

Pamiętasz kto wyprodukował ten 12-bitowy monitor, albo może nawet jaki
to był typ?

>> Słyszałem np. o monitorach 8-bitowych z FRC (co dodaje podobno 2 bity)
>
> Nie, to są gameingowe zabawki. Toi zupełnie coś innego.

Najtańsze to nie są, i jeszcze niedawno były dość wolne (25 ms g-g), co
zdaje się w grach nie jest specjalnie korzystne. Ale niech i tak będzie.

>> oraz o monitorach z kilkunastobitowymi LUTami (podobno) - no ale LUT nie
>> zwiększa przecież rozdzielczości bitowej matrycy, on tylko pozwala ją
>> kształtować w mniej lub bardziej dowolny sposób.
>
> W tym przypadku chodzi o realizację korekcji gamma + kalibracji na 16
> bitach, po to by banding nie występował. Obraz i tak potem jest np.
> 8-10 bitowy.

Ale korekcja gamma i kalibracja na 16 bitach nie usunie bandingu w żaden
sposób, jeśli matryca jest 8 lub 10-bitowa. Dithering może usunąć.
Z tym że podejrzewam że to zupełnie inaczej działa - te np. 16 bitów to
jest liczba bitów wejściowych LUT, ale one są przeznaczone dla
wszystkich kolorów, nie tylko dla jednego (np. 5/6/5). To są bardziej
znaczące bity, natomiast bity mniej znaczące są po prostu liniowo
dodawane do wyniku otrzymanego z LUTa. Tym sposobem kolory są zależne od
siebie.
Nie wiem na ile to jest potrzebne w monitorach, ale np. w matrycach taka
korekcja (a nie tylko 3 pojedyncze korekcje RGB) może być potrzebna,
zwłaszcza jeśli krzywe czułości są znacząco inne niż normalnie (niż
np. charakterystyka oka).

>> Niektóre karty
>> graficzne także potrafią pracować w trybie 10-bitowym (cały czas piszę
>> o RGB, bo wiem że są urządzenia 12-bitowe YUV, ale to w końcu i tak jest
>> przerabiane na max 10-bitów RGB).
>
> Niestety nie śledzę rynku. W grafice 3D od lat już nie siedzę.

Nie miałem na myśli wcale grafiki 3D.
-- 
Krzysztof Hałasa
Technical Details
Message-ID: <m38swmycr1.fsf@pm.waw.pl>
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!news.nask.pl!news.nask.org.pl!.POSTED!not-for-mail
References: <q61ehc$lr2$1@node2.news.atman.pl> <m3wokmhkvr.fsf@pm.waw.pl> <q7efvk$gi2$1@node1.news.atman.pl> <5c9e0f13$0$500$65785112@news.neostrada.pl> <q7m7i9$6oo$1@node2.news.atman.pl> <3pdtg5w1dbe.1tpj6ydv7vhv9.dlg@40tude.net> <q7o3p2$prf$1@node1.news.atman.pl> <1937u1dovl45f.4uf1y9e6pkyz.dlg@40tude.net> <q7qjoo$6jk$1@node2.news.atman.pl> <13nzql0anz4wj.cu96e8vt703i.dlg@40tude.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> <m336n11jel.fsf@pm.waw.pl> <q861pd$ap2$1@node1.news.atman.pl> <m37ec8yt0b.fsf@pm.waw.pl> <q8apko$12d$1@node2.news.atman.pl>

Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!news.nask.pl!news.nask.org.pl!.POSTED!not-for-mail
From: Krzysztof Halasa <khc@pm.waw.pl>
Newsgroups: pl.rec.foto.cyfrowa
Subject: Re: Czy istnieje możliwość fotografowania
 rzeczywistości?
Date: Sun, 07 Apr 2019 00:45:06 +0200
Organization: NASK - www.nask.pl
Lines: 83
Message-ID: <m38swmycr1.fsf@pm.waw.pl>
References: <q61ehc$lr2$1@node2.news.atman.pl> <m3wokmhkvr.fsf@pm.waw.pl> <q7efvk$gi2$1@node1.news.atman.pl> <5c9e0f13$0$500$65785112@news.neostrada.pl> <q7m7i9$6oo$1@node2.news.atman.pl> <3pdtg5w1dbe.1tpj6ydv7vhv9.dlg@40tude.net> <q7o3p2$prf$1@node1.news.atman.pl> <1937u1dovl45f.4uf1y9e6pkyz.dlg@40tude.net> <q7qjoo$6jk$1@node2.news.atman.pl> <13nzql0anz4wj.cu96e8vt703i.dlg@40tude.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> <m336n11jel.fsf@pm.waw.pl> <q861pd$ap2$1@node1.news.atman.pl> <m37ec8yt0b.fsf@pm.waw.pl> <q8apko$12d$1@node2.news.atman.pl>
NNTP-Posting-Host: nat.piap.pl
Mime-Version: 1.0
X-Trace: pippin.nask.net.pl 1554590709 18306 195.187.100.13 (6 Apr 2019 22:45:09 GMT)
X-Complaints-To: abuse ATSIGN nask.pl
NNTP-Posting-Date: Sat, 6 Apr 2019 22:45:09 +0000 (UTC)
Cancel-Lock: sha1:ij95kxhOcE4LQBXmPpecBjgxbck=
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit