Vykreslovanie grafiky, v pixeloch a v "nepixeloch"

[BX]

Zdravím vás
Mám takú skôr teoretickú otázku. Totiž, keď pracujem napríklad v Allegro, tak používam na vykreslovanie suradnice v pixeloch. To znamená, že som obmedzený na akúsi "mriežku" do ktorej kreslím. Pohyb po diagonále by som potom spravil (x+1,y+1). To by ale bol pohyb v uhle 45 stupňov. Ak by som chcel menší/väčší uhol, musel by som to riešiť (x+1,y+2) to už ale vyzerá kostrbato a neplynule.
Naproti tomu v iných, modernejších knižniciach (ako príklad uvediem cocos2D) využívam akési imaginárne "nepixely", kde sú x a y súradnice už typu float. Môžem teda urobiť (x+0.1,y+0.2) a pohyb teda v týchto destiných číslach vyzerá prirodzenejšie.

No a teda moja otázka znie, ako je možné niečo také docieliť? Teda pýtam sa na teóriu, techniku, aká sa na to používa. Alebo teda môžete mi ozrejmiť túto problematiku? Odkázať ma na nejaké články apod.

Ďakujem za odpovede.

[zgerbiak]

Jednoducho.
Súradnice budú float, ale pre vykreslenie použiješ tie súradnice pretypované na integer.
Bude tam síce rozdiel v skutočnej pozícii a vykreslenej pozícii, ale ten rozdiel je zanedbateľný(max 1px).

[Houp]

jak říká "prasátko", i v Allegro bys měl použít float, ale před vykreslením přetypovat na int.
_________________

[Ladis]

Přetypování zaokrouhlí dolů, je více typů zaokrouhlení, ale zde bych upřednostnil rychlost a použil to přetypování. Pak ještě když se budeš chtít pohybovat v libovolném úhlu, tak použiješ znalost jednotkové kružnice, tj. změna_x = cos úhel, změna_y = sin úhel. To je pro jednotkovou kružnici se středem v původní pozici objektu, takže dává hodnoty -1..1, tudíž ještě případně vynásobit délkou pohybu. Délka je třeba zadaná rychlost (např. 50 pixelů za sekundu) krát časový rozdíl mezi snímky hry. Musíš ale furt počítat pohyb s interními float hodnotami, jinak to bude zaokrouhlovat i v pohybu. A pokud chceš mít ve hře vícero rozlišení, tak pracuj ve virtuálním rozlišení uvnitř hry (např. 800x600) a až při vykreslení vynásob koeficientem do skutečného rozlišení a pak převeď na int (taktéž se dá pořešit různý poměr stran u displejů, ale to sem teď nebudu zatahovat).
_________________
Award-winning game developer

[Al]

No některé frameworky (štítím se použít slovo knižnice ) to ve floatu i kreslí. (Použije to interpolaci.) A je jich myslím už dnes docela dost, považuju to dávno za standard.

Nicméně teda když zůstaneme u prehistorické představy, že kreslit se dá jen na celočíselné souřadnice, pak Houpova odpověď je vševystihující.

[Houp]

[micky]

Tak nevím, jak u alegra, ale http://www.antigrain.com/ to má vyřešeno velice přesně. Tedy když posunu o půl pixelu, objekt se jeví skutečně napůl cesty (mezi pixely).

Ale abychom nemátli, tak se taky může pozice prostě zaokrouhlit. Pixely pak sedí přesně...
_________________
https://www.bluepulsar.cz/
https://twitter.com/11thDream_Game/

[Marek]

[Marek]

[Ladis]

LCD nemají vždy pořadí subpixelů RGB. Otoč si lepší desktopový LCD na výšku a máš Vertical-RGB (otáčení je i na PDA) nebo když výrobce v mobilu dá displej otočeně, tak máš BGR. V některých operačních systémech se dá proto pro vyhlazení písmen vybrat.
_________________
Award-winning game developer

[Marek]

Jo, ale já se bavím o běžným LCD na PC, které si během hry neotáčíš, a kde je zaběhnutý určitý standard.
_________________
AMD Open Source Graphics Driver Developer

[Ladis]

Dobře, pro hraní her by se dalo předpokládat RGB, ale pro aplikace obecně by to chtělo počítat s otočením monitoru (přeci jen se tam dokument mnohem lépe vejde).
_________________
Award-winning game developer

[Jack M.A.X.]

Heh a já jsem žil doteď v domnění že pixel je prostě pixel(bod) a že žádnej půl bod ani nejde udělat

[ICB]

Samozřejmě že se žádný půl-bod nejde udělat. Pixel buď existuje, nebo ne, subpixel je část informace o pixelu. Dřív se tomu říkala paleta barev. Zkus použít rotace objektu (cos,sin). Vlastně to co radil Ladis.

[Mem]

Ladis: A u otočení RGB displeje to nekončí, viz dále. Každopádně aspoň u ClearType to myslím řeší systém sám spolu s informací o rotaci displeje (když mám jeden monitor otočený a druhý normálně, tak písmo je vyhlazené na obou)

ICB: Subpixel nemusí být část informace jen o jednom pixelu. Existují totiž ještě displeje, které nemají mřížku identických bodů jako RGB, ale používají jiná uspořádání/vzory. Příkladem budiž AMOLED displeje a uspořádání pentile. Tam má jeden "pixel" jen dva subpixely, a to buď zelený a červený, nebo zelený a modrý. Navíc ty subpixely jsou různě veliké V důsledku tak obraz tvoří kombinace více subpixelů aniž by se dalo říct, že něco konkrétního je pixel odpovídající zdrojovému obrazu Zobrazit na takovém displeji standardní pravidelný 2D obraz je potom podstatně náročnější, a samozřejmě to zahazuje grafické optimalizace zaměřené na subpixely RGB.