Názory k článku Grafické karty a grafické akcelerátory (17)

Sorry za tu jednobitovou chybku :-) Kdybych to psal ve Wordu, tak se vymluvim na to, ze opravuje dve velka pismena na zacatku slova, ale to Vim (prozatim) nedela...

Jasně, to bylo pouze přepsání, omlouvám se a děkuji za upozornění. Ono by ani 574 přes některé MPEG kodeky neprošlo, protože se nejedná o hodnotu dělitelnou šestnácti - při kompresi barev 1:4 a následné kosinové transformaci je minimální velikost zpracovávaného bloku rovna právě 16x16 původním pixelům (přesněji: pro světlost je to blok 8x8, pro barvové složky blok 16x16).

Presneji: velikost bloku je vzdy 8x8, ale na jeden blok 16:16 pripadaji 4 bloky 8x8 s jasem (Y) a pouze dva bloky 8x8 s barvou (pritom barevna informace je dvou druhu - nelze ovsem rict, ze jeden blok je "modry" (Cb) a druhy "cerveny" (Cr), protoze se to casto strida sloziteji).

Já jsem to myslel tak, že ve výsledné pixmapě se jedná o blok 16x16, tady se totiž provádí "zmenšení rozlišení" pro barvy - nojo, myslíme to stejně, toto je nejlepší si nakreslit :-)

Ještě musím doplnit, že měření rychlosti a zatížení PCčka jsem opravdu prováděl na pixmapách o velikosti 740x574, protože mi z kamery lezly půlsnímky o rozlišení 740x287 (a 287x2=574). Neptejte se proč, ale takto ta (průmyslová) kamera byla navržená. Změna konfigurace ale byla teoreticky možná, protože CCDčko mělo fyzické horizontální rozlišení okolo 1000 pixelů (i s těmi "mrtvými" okraji, které jsou překryty a měly by tedy být černé).