[Foto] szinhelyes TFT, l inearis kepszerkesztes TFT-n?

[dMT alias Medve]

>> Erről számomra az jön át, hogy átverés.
>> Bejön 8 bit. Azt átmappelik 10 bitre. Amit aztán kerekítenek 8
>> bitre. Ebből számomra az következik, hogy minden bejövő 8 bites
>> értékhez lehet rendelni egy kimenő 8 bites értéket. A közbenső 10
>> bit csak marketing duma. (Egyet kivéve, ha a 10 bitről 8 bitre
>> kerekítés ditherrel történik, mert akkor nagyobb felületen tényleg
>> nagyobb színpontosságot lehet elérni.
KE> Ennek ugyanott van az előnye, mint a 16 bites képfeldolgozásnak. A
KE> gammakorrekció 10 bites pontossággal történik, így nem vesznek el 
KE> tónusok a képből.
De csak ha van véletlenszerű dither! Ha nincs, akkor az egész egy
determinisztikus 8bit be - 8 bit ki rendszer. Minden bemenő 8bites
értékhez egy meghatározott 8 bites kimenő érték tartozik. (Akárhány
biten, akármilyen feldolgozás történik közben.) Tehát az egész
processzus helyettesíthető egy 256bájtos lookup táblával.

A 16 bites képfeldolgozásnak akkor van előnye, ha sok lépést végzünk
és nem akarjuk, hogy a közbülső kerekítési/csonkolási hibák miatt a
végeredmény hibás legyen. De az egész editálási processzusunk végül
is 8bit be/8bit ki lesz. Épp ezért helyettesíthető egy 8 bites
lookup táblával. Egyszer át kell engedni a lehetséges 256 értéket a
hosszú editáláson, amikor akárhánybiten, akármit is csinálunk vele.
(Mondjuk elosztjuk 256-tal, majd megszorozzuk 256-tal.) Akkor
megvan, milyen bemenő értékre, milyen kimenő érték áll elő. Ebből
előáll a lookup tábla és máris 8 biten processzálhatunk.
(A fenti gondolatmenet persze akkor igaz, ha közben végig külön
 pixelekkel dolgozunk, nincs resampling, sharpening, stb.)

--
dMT alias Medve