-
Data: 2014-05-11 23:39:40
Temat: Re: monitor do pracy po ciemku
Od: Marek <p...@s...com> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]W dniu 2014-05-11 21:27, Krzysztof Halasa pisze:
>>
>> Obaj się mylimy.
>
> Mogę się z Tobą zgodzić, ale tylko w połowie :-)
Lubisz się licytować :-D
> Przeciwnie, przynajmniej na tyle, na ile mówimy o obrazkach reklamowych
> tamtego monitora, liczba bitów wyjściowych LUT = liczba bitów matrycy.
Tak, ale LUT 16 bitowy może mieć np. 10 bitów wyjściowych. LUT 16 bitowy
to de facto definicja struktur jakie przechowuje, która nie ma nic
wspólnego z bitowością sygnału wejściowego i wyjściowego. A już w
szczególności nie ma to nic wspólnego z 16 bitami :-) Równie dobrze może
mieć 8 bitów wejściowych i 10 wyjściowych. Podobnie jak LUT 8bitowy. To
tylko umowna nazwa.
> Nie wiem jak dokładnie jest to zrobione w konkretnym monitorze
> (możliwości są różne). Ideologicznie najprościej byłoby zrobić
> pojedynczą tablicę np. [2^30] -> 3 * [1024] (jedną dla całego monitora
> i wszystkich kolorów, w wersji wejściowo 8-bitowej [2^24] -> 3 * [1024])
> - taka tablica niestety zajęłaby sporo miejsca - np. 4 GB - i samo
> policzenie jej chwilę by trwało (a trzeba to robić po każdej zmianie
> parametrów, i liczenie może używać floatów). Dlatego robi się to w kilku
> mniejszych etapach - jest kilka razy wolniej, ale zespół LUTów jest
> znacznie mniejszy i znacznie szybciej się go liczy.
Ja tylko przytoczyłem informacje zasięgnięte organizacji tworzącej ICC
wraz z powiązanymi technologiami. Oni twierdzą, że to nie takie proste
jak zakładamy.
>
>> lub
>> można też przypisywać procedury w różnych językach do przetwarzania na
>> żywo obrazu.
>
> Nie wiem co masz na myśli, ale z pewnością nie można w czasie
> rzeczywistym przeliczać kolorów tymi procedurami.
No coś Ty. Już w Atari wykorzystywałem przerwania synchronizacji
poziomej do tego aby procedury assemblerowe ustawiały inaczej rejestry
koloru w celu zwiększenia ilości dostępnych kolorów w obrazie. A wtedy
nie istniały żadne specjalizowane GPU. Wszystko procesor robił i nie
obciążało go to nadmiernie. GPU spokojnie poradzi sobie w dzisiejszych
czasach z takimi bajerami.
--
Pozdrawiam
Marek
Następne wpisy z tego wątku
- 12.05.14 19:02 Krzysztof Halasa
- 12.05.14 20:19 Marek
- 12.05.14 23:04 Krzysztof Halasa
- 12.05.14 23:50 Marek
- 13.05.14 10:10 Sylwester Zarębski
- 13.05.14 11:40 Marek
- 13.05.14 12:14 Jakub Witkowski
- 13.05.14 13:29 XX YY
- 13.05.14 19:08 Sylwester Zarębski
- 13.05.14 19:40 Krzysztof Halasa
- 13.05.14 21:40 Krzysztof Halasa
- 13.05.14 22:21 Marek
- 13.05.14 22:40 Marek
- 14.05.14 00:06 Marek
- 14.05.14 00:44 Marek
Najnowsze wątki z tej grupy
- Samsung A12 - po co 4 obiektywy ?
- Trochę NTG - Vegas Pro
- 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)?
Najnowsze wątki
- 2025-07-14 granice
- 2025-07-14 Awaria VM?
- 2025-07-14 Gdańsk => Programista Kotlin <=
- 2025-07-14 Warszawa => Junior Rekruter <=
- 2025-07-14 Warszawa => Specjalista rekrutacji IT <=
- 2025-07-14 Wkłady do zniczy...
- 2025-07-14 Warszawa => Specjalista ds. Sprzętu Komputerowego <=
- 2025-07-14 Re: PO chroniło i chroni policyjnych bandziorów [zawiasy za katowanie obywatela (Poznań czerwiec 2012)]
- 2025-07-14 Warszawa => International Freight Forwarder <=
- 2025-07-14 Warszawa => Recruiter 360 <=
- 2025-07-14 Re: Rz?Âd ZAKAZUJE magazyn?Â?w energii ?!! Nowe prawo od 14 lipca to SZOK! ??Â
- 2025-07-14 Warszawa => Sales Assistant <=
- 2025-07-13 Fałszywe alerty
- 2025-07-12 dlaczego gadacie z tym debilem
- 2025-07-13 Unia Europejska przygotowuje nowy podatek