Shoutbox - Archiwum

rysować pod nimi możesz chyba tylko przy opcji "draw foreground image", ale ręki sobie uciąć nie dam

Wydaje mi się osobiście, że to jest tak, że pierwsze się rysuje background, a potem dopiero depthowe obiekty.

jaki depth maja backgroundy i czy w ogole da sie rysować sprity pod nimi?

pikselowo i kickstarterowo youtube.com/watch?v=mJQC0va2LX8

Oceniłbym ggdyby chodziaż działało

ej chuopaki, sciongnijcie i ocencie ladnie prosze forum.gmclan.org/index.php?showtopic=32211&hl= :333

Wielkie dzięki.

Evoland jest genialnie zrobiony (nie raz byłem w szoku) ale gamingowo całkowicie przeciętnie

A* jest tak banalnym algorytmem, a ja mam problem z jego implementacją w C# :/

google mówi, że evoland. nie sprawdzałem.

[url]img.pl/Byhh.jpg[/url] Jak się ta gra nazywa?

2yolk.gr/wp-content/uploads/2012/09/beef_41.jpg >wydaj gierkę >zainwestuj hajs w wyroby mięsne >profit xDDDDDDDDD

Psyś nam się rozkrecił

ja tam w Ptakopysku mam tak, że viewport kamery się automatycznie dostosowuje i punkt [0,0] układu współrzędnych znajduje się w centrum ekranu, miast lewym górnym rogu, co daje lepszą elastyczność ale co z tego, jak wersja 2.0 będzie przepisana od zera, bo to co jest teraz nadal mi nie pasuje i nadaje się jedynie do prototypowania, miast do finalnych gier xD ale ale! 2.0 będzie już osadzany w QT, co pozwoli robić multiplatformowe apki ^^ a jedynie web będzie musiał być pisany osobno ;o

Ja np robię już ten myk że robienie view_port=view*2 nie ma sensu. Lepiej robić draw_surface zeskalowane

No i YYG to poleca.

o, w sumie mógłbym zrobić, odkąd studio udostępnia vertex buffery, to można w końcu prawdziwe optymalizacje renderingu robić!

2 pętle i kilka ifów po czym draw_sprite(). Ja będę tak robił niedługo.

trudno powiedzieć, ale może własny system rysowania kafli byłby wydajniejszy. trudno jednak powiedzieć, jak by to się sprawdzało z naprawdę dużymi dwuwymiarowymi tablicami dla dużych roomów