epsilon$ while read LINE; do echo "$LINE"; done < "Adramelech"
>>> Niemożliwe. Cyfrowy obraz jest cyfrowym obrazem i koniec. Binarne 1 z ATI
>>> jest identyczne binarnym 1 z nvidii.
>> Jeżeli te zera i jedynki będą na wyjściu DVI/HDMI/Displayport identyczne
>> to obraz będzie identyczny (to też nie jest prawda - DVI i HDMI nie
>> mają korekcji błędów, dopiero w Displayport ją wprowadzili). Natomiast
>> to co poda program, a to co wyjdzie na wyjściu cyfrowym to nie jest to
>> samo!
>Niby jakim cudem? Program rząda koloru czerwonego w RGB 255,0,0. I to leci na
>wyjscie. 255,0,0. I dokładnie to dociera do monitora. Nawet jeżeli wystąpi
>błąd w to z czerwonego nie zrobi się nagle i na stałe blado czerwony.
Nie.
>> Obraz 2D jest przecież intensywnie przetwarzany na etapie od dostania
>> wartości RGB z programu do przejścia na wyjście cyfrowe - te wszystkie
>> korekcje jasności/kontrastu/gamma/nasycenia/digital vibrance (to co
>> ustawiasz w sterowniku) i inne są właśnie dodawane na tym etapie.
>> Wystarczy że coś jest nie tak zrobione wewnątrz układu na tym etapie - i
>> już kolory są zniekształcone.
>Ta... Czerwony 255,0,0 nagle cudownie zrobi się fioletowym 255,0,255 ?
Raczej aż taka zmiana jest wątpliwa, ale pewne zmiany zachodza.
>Czerwony zawsze dalej będzie czerwonym. Jeżeli program zarząda tego 255,0,0
>to grafika na wyściu zapoda te 111111110000000000000000. Koniec i kropka.
Zażąda, do jasnej anielki!
A poza tym, wytłumacz w jaki sposób w takim razie działa regulacja
parametrów obrazu (jasność, kontrast, gamma etc.) w karcie (nie w
monitorze!), jeżeli to co wchodzi z pamięci jest tym co wychodzi "na
wtyku".
-- \.\.\.\.\.\.\.\.\.\.\.\.\.\ My hovercraft is full of eels. .\.Kruk@epsilon.eu.org.\.\. \.http://epsilon.eu.org/\.\ .\.\.\.\.\.\.\.\.\.\.\.\.\.Received on Sat Feb 2 00:00:28 2008
To archiwum zostało wygenerowane przez hypermail 2.1.8 : Sat 02 Feb 2008 - 00:51:01 MET