19-11-2012, 13:52
Spoko...
Pomimo moich pierwszych zachwytów nad możliwościami wykorzystania 32bpp w OTTD, nadal jest znacznie więcej powodów, żeby pozostać przy 8bpp:
- przy obecnym poziomie optymalizacji kodu OTTD, rendering sceny w 32bpp trwa ponoć ok. 1000 (!) razy dłużej niż w przypadku 8bpp. Dla mnie ten argument jest niemal dyskwalifikujący...
- mechanizm podmieniania kolorów w sprite'ach (intensywnie wykorzystywany w PKP Set 2.0) jest w 32bpp mocno skomplikowany...
- obecnie dostępne grafiki 32bpp, tworzone pod Blender'em (np. zBase), wyglądają strasznie sztucznie i "plastikowo". Dlatego w internecie istnieje bardzo liczne lobby miłośników 8bpp, którzy korzystają wyłącznie z grafik 8bpp.
Co nie zmienia faktu, że opcja ZOOM-u na dużych monitorach jest przydatna i warto ją obsługiwać w secie, czego dowodem są pokazane właśnie wagony.
Pomimo moich pierwszych zachwytów nad możliwościami wykorzystania 32bpp w OTTD, nadal jest znacznie więcej powodów, żeby pozostać przy 8bpp:- przy obecnym poziomie optymalizacji kodu OTTD, rendering sceny w 32bpp trwa ponoć ok. 1000 (!) razy dłużej niż w przypadku 8bpp. Dla mnie ten argument jest niemal dyskwalifikujący...
- mechanizm podmieniania kolorów w sprite'ach (intensywnie wykorzystywany w PKP Set 2.0) jest w 32bpp mocno skomplikowany...
- obecnie dostępne grafiki 32bpp, tworzone pod Blender'em (np. zBase), wyglądają strasznie sztucznie i "plastikowo". Dlatego w internecie istnieje bardzo liczne lobby miłośników 8bpp, którzy korzystają wyłącznie z grafik 8bpp.
Co nie zmienia faktu, że opcja ZOOM-u na dużych monitorach jest przydatna i warto ją obsługiwać w secie, czego dowodem są pokazane właśnie wagony.
![OpenTTD #Polska - Polskie forum gry OpenTTD [ARCHIWUM] OpenTTD #Polska - Polskie forum gry OpenTTD [ARCHIWUM]](https://forum.openttd.pl/images/logo.png)
