M.M. <m...@g...pl> napisał(a):

> Marcin Biegan <a...@u...lama.net.pl> napisał(a):
>
> > On 2012-03-31 11:58, M.M. wrote:
> > > yamma<y...@w...pl> napisał(a):
> > >
> > >> Adam Wysocki wrote:
> > >> > fir kenobi<f...@g...pl> wrote:
> > >> >
> > >> >> powiedzmy ze mam maly pixelbufor (np 200x200) z danymi sprite'a
> > >> >> i duzy pixelbufor (z pixelami dla calego ekranu np 2000x1600)
> > >> >
> > >> > Czy to muszą być bitmapy? Na grafice wektorowej byłoby to dużo
> > >> > prostsze.
> > >>
> > >> No chyba, że on to robi dla sportu. Najprostszym sposobem rotowania
bitma
> py
> > >> jest wykonanie szeregu klatek tejże bitmapy co ileś tam stopni i ich
> > >> animacja a nie zaprzęganie do tego "wyższej" matematyki.
> > >> yamma
> > > A co jeśli duszków jest dużo? Warto zapychać pamięć w kompie i potem
> > > gdy się przełączamy na inny program to czekać aż się wczytają z
> > > pliku wymiany?
> >
> > 1. cache
> > 2. RAM jest bardzo tani
> > 3. albo chcesz, żeby szybko działało, albo żeby było proste i małe.
często ni
> e
> > da się tego połączyć
>
> Weźmy z 30 duszków na prostą grę 2D. Aby animacja była płynna to dajmy
> klatkę co 3 stopnie, czyli 30x120 obiektów. Duszek niech ma średnio 70x70
> pixeli, da to po obrocie obiekty około 100x100. Czyli w RGBA
> 30x120x100x100x4 =~ 140MB na prostą grę 2D :D
>

pc (chocby moj prosty wypracowywany obecnie framework) potrafi uciagnac
znacznie wiecej sprite'ow - naraz na ekranie to chyba nawet pare tysiecy
(jesli male, zalezy od rozmiaru) a naraz w grze (z odrzucaniem tych
spoza wievportu) to zdaje sie nawet wielokroc wiecej - 30 spritow to
sklala gier ze starej epoki (choc dokladnie nie mierzylem ale teraz
wydaje sie moze smigac znacznie wiecej)





--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/