W dniu 2012-03-31 12:03, Marcin Biegan pisze:
> 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
>>> bitmapy
>>> 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 nie da się tego połączyć

Jak to będzie zrobione po bożemu, to całą tą matematykę zrobi
błyskawicznie karta graficzna za pomocą pixelshadera :)

I jeszcze wybierze np. najbliższą teksturę(scianę) z wielu,
do tego doda oświetlenie. Takei coś już ciężko będzie scachować :)
Tylko autor musi wpierw dojrzeć do działania w drugą stronę, czyli
iterowania po pikselach ekranowych, a nie źródłowych pikselach
tekstur :)