Neostrý pohyb spritu v SDL

[jjub]

Zdravím,
mám takový problémek v knihovně SDL. Snažím se udělat nějakou jednoduchou vesmírnou střílečku, mám již tak nějak udělaný pohyb hráčovy raketky, ale její pohyb je značně "neostrý" (vypadá to jako pohyb zdvojeného spritu). Nevím, jestli je chyba v mém kódu nebo že je to problém typu "takhle to má být, ten pohyb bude vždycky rozmazaný, s tím nic neuděláš", proto bych poprosil o radu. Ještě dodám, že používám softwarový surface (hardwarový mě to nepovolí a když jsem změnil v SDL vykreslovací driver na directx, tak i poté byl na hardwarovém surface s doublebufferingem pohyb neostrý - navíc se rychlost vykreslování scény snížila). Zde je zdrojový kód hlavní herní smyčky (bude-li to třeba, není problém dodat kompletní zdrojový kód):
http://nopaste.ceske-hry.cz/222737

[nou]

1. taketo dlhe kody patria na http://nopaste.ceske-hry.cz/. edituj ten prispevok a presun ten kod tam. sem daj len okdaz.
2. co myslim tym neostry. vidis za lodou ducha alebo to ze je pohyb nepravidelny. ak to ze nejde plynulo tak je to tym ze casovac ktory pouzivas nie je moc presny. roby sa to asi takto

[jjub]

Omlouvám se, již jsem to editoval a budu si to do budoucna pamatovat...
Jinak neostrý vskutku myslím to, že vidím za raketkou ducha (myslel jsem si, že je to kvůli tomu, že nepoužívám doublebuffering, ale jak jsem psal v prvním příspěvku, i v hardwarovém surfacem s DB to ty duchy dělalo), samotný pohyb je docela i pravidelný.

[JohnyDog]

[jjub]

Screenshot jsem si zkoušel udělat již dříve, na výsledném obrázku žádný duch nebyl, raketka byla ostrá, proto se spíše kloním k názoru, že ten duch je prostě chyba lidského oka...Každopádně uploadoval jsem již zkompilovanou hru, zajímal by mě tedy Váš názor, jestli je to tedy normální či nikoliv:
http://uloz.to/2337955/dvs.zip

[JohnyDog]

[jjub]

No vyzkoušel jsem to i na rychlejším LCDčku a duchy vidím pořád, ale jestli říkáte, že je to v pořádku, tak slevuji ze svých nároků
Co se týče kódu, tak tu loď opravdu posouvám každý frame, resp. funguje to tak, že každých 10ms se aktualizují souřadnice raketky (ale netiskne se na obrazovku) a každých 30ms se vytiskne celá scéna...Nejsem si také jist, jestli rozumím té závislosti pozici na čase, to se potom využívá SDL_GetTicks() a když chci aktualizovat pozici raketky, tak se spočítá dle diference času mezi jednotlivými aktualizacemi souřadnic (co mají vlastně všichni proti timeru? Já sice vím, že jeho přesnost není zázračná, ale někde jsem četl, že GetTicks na tom také není moc slavně)?

BTW: také se omlouvám za své lamácké dotazy, co se týče programování her jsem začátečník

[quas4]

[jjub]

Děkuju za odkaz, prostuduju, pokusím se implementovat a podám zprávu

[pavolzetor]

ja som mal kedysi takého ducha v hre keď som mal CRT a bolo biele na čiernom pozadí

[pcmaster]

[Al]

Aby clovek videl souvislost s puvodnim dotazem zde a tim clankem "fix your timestep", to uz chce fakt velkou predstavivost. Nezpochybnuji ten clanek, ale tady se zacatecnik pta na pohyb raketky, ne raketovy vedec na chybu v numericke integraci zpusobenou variabilnim frame ratem. Tazatel proste nesmyslne pocita cas po 10 ms a kresli po 30 ms, to jde opravit i bez nastudovani spickovych algoritmu ze slozitych fyzikalnich simulaci a navic to dokonce i po aplikaci veci z toho clanku nemusi byt dobre, protoze tazatel tam celkem pravdepodobne ma jine ci dalsi nedostatky, ktere se na tom podileji.
Ja bych proto dal tazateli jednodussi a srozumitelnejsi radu: Nebudou tam duchove, kdyz budes kreslit obraz pro kazdy snimek obrazovky a nakreslis tu raketku na spravne misto. Pri pohybu to v jednotlivych snimcich nesmi byt treba 0,1,1,2,3,3,4,5,5,6,7,7,8... nebo dokonce 0,0,2,2,4,4,6,6... Tohle jsme resili jako vizualni problem uz na 8bitovych pocitacich pripojenych na televizi a tam vubec neslo o zadne fyzikalni simulace. Ty ciselne rady pozic pro tyto dva pripady proste museji byt 0,0.7,1.3,2,2.7,3.3... a 0,1,2,3,4,5,6...

[Ladis]

[Al]

Podle vysvetleni puvodniho tazatele to vypada, ze tam treba taky ma mozna neco uplne atypickeho jako 0,0,3,3,6,6,6,9,9,12,12... (tri sestky tam jsou schvalne).

Ty desetinky je treba resit pri pomalych pohybech. Ty jsou bez nich hnusne. Rychle pohyby to tolik nepokazi, kdyz to bude celociselne. No a k tomu sporu: 2D grafiku muzes delat 3D enginem, ne? Ta graficka karta stejne ma jen jeden engine a jen lidi tomu rikaji "3D" nebo "2D". Viz stara dobra 3Dfx sveho casu jednicka na trhu - ta ma jen 2D engine, vubec nic 3D krome nazvu v ni neni.

[quas4]