-
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!.POSTED!not-for-mail
From: Marek <p...@s...com>
Newsgroups: pl.comp.dtp,pl.rec.foto.cyfrowa
Subject: Re: monitor do pracy po ciemku
Date: Fri, 09 May 2014 21:10:33 +0200
Organization: ATMAN - ATM S.A.
Lines: 57
Message-ID: <lkj97i$c14$1@node1.news.atman.pl>
References: <1ckknqzbwzxx6$.1izidtlsdodm0.dlg@40tude.net>
<lkb33u$g0d$1@node2.news.atman.pl>
<53692464$0$2243$65785112@news.neostrada.pl>
<lkbagn$598$1@node1.news.atman.pl>
<536933e4$0$2226$65785112@news.neostrada.pl>
<lkdi6l$esp$1@node1.news.atman.pl>
<1j657ffe50zqu.8plbn2qxhoci$.dlg@40tude.net>
<lkdlu5$ivk$1@node1.news.atman.pl>
<3sh9ey4lugpc$.3sefm7wqglv9$.dlg@40tude.net>
<lkfh1b$f5a$1@node1.news.atman.pl>
<sukkacnm6x4t.18f4ikbeskghn$.dlg@40tude.net>
<lkgf6d$sai$1@node2.news.atman.pl>
<1axu8b32kqx5h.5kxj37n31tz5$.dlg@40tude.net>
<lkh1h5$27u$1@node1.news.atman.pl> <m...@i...localdomain>
<lki5lh$h0n$1@node2.news.atman.pl> <m...@i...localdomain>
NNTP-Posting-Host: 89-69-202-51.dynamic.chello.pl
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: node1.news.atman.pl 1399662642 12324 89.69.202.51 (9 May 2014 19:10:42 GMT)
X-Complaints-To: u...@a...pl
NNTP-Posting-Date: Fri, 9 May 2014 19:10:42 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101
Thunderbird/24.5.0
In-Reply-To: <m...@i...localdomain>
Xref: news-archive.icm.edu.pl pl.comp.dtp:271227 pl.rec.foto.cyfrowa:903065
[ ukryj nagłówki ]W dniu 2014-05-09 18:54, Krzysztof Halasa pisze:
>> No tak, źle się wyraziłem. Może nieco inaczej ujmę to co chciałem
>> przekazać. Jeśli dobrze zrozumiałem, Sylwester twierdzi iż oglądając
>> przejścia tonalne 10cio bitowe (lub więcej) to różnica między
>> wariantami A i B będzie "akademicka".
>
> Zrozumiałem że te 10 bitów z a) dotyczyć ma tylko LUT, a sam frame
> buffer ma być 8-bitowy. Wtedy tak właśnie będzie.
Nie, Sylwester wyraźnie napisał, że chodzi o 10-cio bitową całość toru
włącznie z matrycą.
>> LUT zostawmy. Jego 16-bitowa precyzja jest nadmiarowa ale to w niczym
>> nie zaszkodzi ani nie pomoże. LUT musi mieć więcej bitów aby uniknąć
>> błędów zaokrągleń. Przypuszczam, że LUT o 2 bitach więcej niż matryca
>> byłby w zupełności wystarczający. Bez LUT w systemie 8-bitowym może
>> okazać się, że kalibracja daje przejście z np. 100->101 jako 100->103
>> jakiegoś koloru bo matryca tak świeci. LUT + więcej bitowa matryca
>> pozwoli uniknąć takich przeskoków i powstawania nieliniowości w
>> konwersji wartości.
>
> LUT musi mieć tyle samo bitów co matryca + FRC. Więcej po prostu nie da
> się wykorzystać.
Taki LUT nie miałby sensu :-) Musi mieć przynajmniej o 1 bit więcej :-)
Chodzi o to, że jeśli z kalibracji wyszło, że dla matrycy 8 bitowej dla
wartości na wejściu np. 200 trzeba wyświetlić kolor np. 200.35 aby było
liniowo. Nie ma wartości 200.35. Bez LUT więcej bitowego nie wiadomo czy
należy zaokrąglić to do 200 czy do 201. Ale taka różnica to jeszcze
pikuś. Większe i lepsze efekty są gdy sygnał jest 8-bitowy a matryca
pseudo 10cio bitowa. Wtedy te zaokrąglenia są precyzyjniejsze 4-ro krotnie.
> Co z tego że wiem że to ma być 101 a nie 103, jeśli nie
> jestem w stanie wysterować matrycy w różny sposób w tych przypadkach?
>
>> Przy systemach całkowicie 10 bitowych (karta + tor + matryca) LUT
>> traci sens istnienia.
>
> Owszem.
>
Trochę OT. Może Cię to zainteresuje. Otrzymałem kolejną odpowiedź z
EIZO. Jest tak jak podejrzewałem. Windows 7 i 8 mają wbudowaną obsługę
wielu kolorów ale same nie korzystają z tego. Tak więc zdjęcia np. 16
bitowe w podglądzie obrazów Windows staną się 8-bitowymi.
Jedynie specjalnie napisane aplikacje potrafiące wykorzystać 8+ bitów
przy wyświetlaniu zrobią to. Przykładowo Photoshop dopiero od wersji CS6
to potrafi. 3D Studio MAX również da radę. Więc zanim wpadniesz na
pomysł kupienia takiego cacka pogadaj z producentem oprogramowania jakie
używasz aby się nie wpakować w niepotrzebne koszty.
--
Pozdrawiam
Marek
Następne wpisy z tego wątku
- 09.05.14 23:18 Krzysztof Halasa
- 10.05.14 14:20 XX YY
- 11.05.14 01:32 Marek
- 11.05.14 02:54 Sylwester Zarębski
- 11.05.14 02:57 Sylwester Zarębski
- 11.05.14 07:30 XX YY
- 11.05.14 12:50 Marek
- 11.05.14 12:55 Marek
- 11.05.14 13:23 Marek
- 11.05.14 19:30 XX YY
- 11.05.14 20:15 Marek
- 11.05.14 20:23 XX YY
- 11.05.14 21:00 Krzysztof Halasa
- 11.05.14 21:13 XX YY
- 11.05.14 21:27 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-17 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- 2024-11-18 Gdynia => Spedytor Międzynarodowy <=
- 2024-11-18 Białystok => Full Stack web developer (obszar .Net Core, Angular6+) <
- 2024-11-18 Białystok => Programista Full Stack (.Net Core) <=
- 2024-11-18 Kraków => Business Development Manager - Dział Sieci i Bezpieczeńst
- 2024-11-18 Kraków => Business Development Manager - Network and Network Security
- 2024-11-18 Kraków => Network Systems Administrator (IT Expert) <=
- 2024-11-18 Kraków => Administrator Systemów Sieciowych (Ekspert IT) <=
- 2024-11-18 Zdunowo => Senior PHP Symfony Developer <=
- 2024-11-18 Łódź => QA Inżynier <=
- 2024-11-18 Lublin => Senior PHP Developer <=
- 2024-11-18 Gliwice => Specjalista ds. public relations <=
- 2024-11-18 Gdynia => Front-End Developer (React/Three.js) <=
- 2024-11-18 Gdańsk => Specjalista ds. Sprzedaży <=
- 2024-11-18 Gdańsk => Kierownik Działu Spedycji Międzynarodowej <=