OpenGL a průchod terénem (glTranslatef() nebo gluLookAt())?

[Tringi]

Já taky začal s NeHe.
Pointou učení a hraní je, dostat něco na obrazovku, cokoliv, klidně hloupě, jakkoliv ale aby byl vidět výsledek, do kterého pak můžu drbat, a koukat co se změnilo, případně to celé přepsat moderně a správně (několikrát dokola) a vidět, že mám na obrazovce to samé.
_________________
WWW | GitHub | TW

[Marek]

[Redby]

Tak pohyb a otáčení je již funční a to dokonce bez gluLookAt(). Jen mě nějak zlobí pohyb. Vím na jaké pozici jsem. Tzn. znám x,y,z. Vím kam jít a to x,y. Z řeším tak že pomocí normály plochy trojuhelníku si spočtu rovnici roviny a pak dosazením získám chybějící z. Vcelku to funguje, ale občas mi poskočí obraz. Při pozorování to vždy poskočí při přechodu na jinej trojuhelník. Existuje nějakej lepší způsob jak získat chybějící hodnotu z v cílové pozici kam se jde?

[Tringi]

Metoda jakou počítáš Z se mi vůbec nezdá, ale už jsem z této problematiky vypadl.
Poskočení obrazu může být dost dobře tím, že se ti potkají dva vektory, typicky up vector a forward vector. Možná řešení tohoto problému jsou dvě, buď omezíš rozhled nahoru a dolů, nebo si budeš up vector průběžně aktualizovat vůči forward vectoru (nic to není, defacto dva cross producty).
_________________
WWW | GitHub | TW

[johnnash]

Z jsem pocital z vyskove mapy pomoci bilinearni interpolace.
Pro vyhlazeni jsem pouzival pouzival prumer minule, soucasne a budouci vyzky Z.