|
|
Spravuje: Mr.Spock
Počet příspěvků: 3834
|
Bývalá veřejná diskuse členů vývojářského týmu WDK Games, do které se mohl zapojit opravdu ka?dý, dnes "jen" nejnav?těvovaněj?í fórum s řadou hybridních bytostí bez mozku...
|
|
|
| | Hm, prave na to jsem taky koukal - nekdy to nemusi vyjit, a zase pro DirectX poznamenavaji, ze ma potize se zamykanim a odemykanim - tam bysme asi neusetrili vubec nic. Uvidime, zatim to necham takhle, ozivime klienta a pak muzeme testovat rychlost. Rozhrani je pripravene, ale pere to zatim primo na screen.
No, mel bych par dotazku, uz skoro koncim s galscreenem :-) a potrebuju poradit:
co se bude dit po kliknuti na ikonu flotily v sektoru na galmap, co po kliknuti na ikonku planety, stanice atd. Potom, co a jak se ma vypisovat do listboxu - pri vybranem systemu, pri nezvolenem systemu (tam predpokladam, ze nic :)
Tak, tohle si rozmyslete, a poslete odpoved. Tohle je asi to posledni, co mi chybi na galscreenu. |
|
|
|
| | | Nemusi to byt nutne pravda. Pokud bude d-buffer video bitmapa tak to bude akcelerovany a ten blit bude fakt rychlej, ale inicializovat prvky GUI jako video mapy je sazka do loterie... kdo vi, kdo a jak ji ma velkou ? |
|
|
|
| | To se neopovazuj! Nemuze to byt ruchlejsi, kdyz se vykresli jen maly obdlnicek, nebo vykresleni celeho d-bufferu. Tam je to jednoducha matematika, maly obdelnik, nebo velky obdelnik? Vsechno ostatni je totiz stejne. ALE: uz konecne vim, proc sme ho chteli udelat - to scrollovani :) Ja si furt nemoh vzpomenout :(
No, a i kdybych si nevzpomnel, stejne jsem napsal rozhrani, pres ktere se vykresluje, a pod ktere pak muzeme primo soupnout ten d-buffer. Zatim to jde primo na screen, pozdeji s tim scrollovanim bude d-buffer. |
|
|
|
| | | BTW. Buffer se mazat nemusi. Nikdo nas nenuti prekreslovat to vsechno. Opovazuji se tvrdit, ze to mozna bude rychlejsi krz d-buf i s jen decentnima zmenama... |
|
|
|
| | | Na druhou stranu - paklize D-buffer zavedeme, zbavime se te agendy, kod moc nezpomalime a (to predevsim) jestli budem zavadet nekdy v budoucnu plynulej scrolling tak se bez d-bufferu neobejdeme... |
|
|
|
| | Naku: vysledna agenda - ta stejne bude, ptze by pak i to vykreslovani do bufferu stalo hodne casu a hodne pripisu, ktere vubec byt nemusely. A na screen se vykresluji pouze zmenene oblasti - nikdy se nemaze! Pokud se prekresluje map area, tak ta se vykresli do bufferu a ten se cely soupne na screen - tady si trochu ulehcuju praci, dalo by se to napsat rychleji, ale musel bych se hodne hlidat - verze 2 :)
COz o to, ten system chapu, ale nevidim duvod, proc ho pouzit. Vzdycky - zatim - dochazi k tomu, ze je treba zmenit jen malou cast screenu, a proto IMHO neni potreba prekreslovat ho celej. Staci blitnout jen zmenenou oblast. |
|
|
|
| | Modelova situace:
Na obrazovce se pohybuje n ctvercu (sprajtu...) a
obazovka ma na pozadi bitmapu.
Postup bez d-bufferingu:
-smaz screen - pomale az hruuuza !
-vykresli ctverce - pomale...
Postup s d-bufferingem:
-smaz buffer - rychle, jen pametova operace
-vykresli ctverce do bufferu - rychle
-blit buffer - nejpomalejsi cast celeho procesu, ale relativne rychle...
Co se tyce dalsich moznosti (ctverce si pmatuji co je pod nima etc.) vysledna agenda bude nakladna (pametove, kodove) a ne o moc efektivnejsi... |
|
|
|
| | | naku: tak jsem zapracoval na tom double bufferingu, ale rikam si - nac? vetsina zmen je o velikosti tlacitka, na galscreenu by mel vyhodu pouze pro mapu, ale tam ho staci udelat v mensi verzi - pouze pro map area, a tu pak celou soupnout na screen. No, ale nasel jsem zpusob, jak pekelne urychlit mapu - bude jenom v jednom DIALOGu, a kdyz ziskam souradnice kliknuti, muzu vesele dopocitat souradnice systemu, a nac se v nem kliko :) Potrebuju akorat znat ruzny vzdalenosti atp, ale to doda autor gui v konfiguraku :) |
|
|
|
| | | co rikate novymu startrek.cz? docdela bomba, ne? ja verim, ze to hypo rozhodne vezme za lepsi konec a vubec je mi mnohem sympatictejsi. prinejmensim uz jenom tim, ze si nedovoluje verejne mluvit za vsechny trekkie! |
|
|
|
| | :(((((
Moc sorry, ale re-rendering mi zabere tak 8 hod a komprese........
A krom toho mi kleklo MAXko :( |
|
|
|
| | | Naku: A kde to je...? Jsem dnes posledni den v praci a pak jsem cely tyden mimo Prahu mimo Internet. Myslel jsem, ze bych si to jeste dnes stahnul. Prosim prosim. |
|
|
|
| | | Jirka006: Co se traileru tyce. Tenhle bych nechal tak, jak je. Jak rika Mr. Spock, jde i o to ukazat lidem, ze jsme se hnuli, ze na tom delame, a ze nejde jen o blby kecy. Spousta prvnich traileru (a nekdy i vsechny trailery) neukazuje z vlastni hry vubec nic a video tak slouzi pouze k informaci: Jsme tu, delame na tom. Az budeme mit neco, co vam budem chtit ukazat, tak vam to ukazeme. Tak nejak. |
|
|
|
| | Jirka
To nebylo mysleny, jako ze byste to nemeli zvladout, mam ve vas plnou duveru :)
Ale kdyz uz to mam, tak proc to susit :] |
|
|
|
| | | jirka006: jestli to stihne? nějak potvrdit, rád ti ty filmy dneska přinesu, ale nevim jestli to stihne?, mám pocit, ?e večer na net nechodí?... |
|
|
|
| | K tomu in-game videu. Je fakt, ze jsme o tom nemluvili
Mr.Spock: dodatek k traileru: ty titulky jsou mnohem lepsi nez u toho traileru predtim... zvlast se mi libilo to heslo: where no gamer has gone before ;-))) ....ktere jsem navrhl :-)))) |
|
|
|
| | | Naku, to neres, mi to nejak zvladneme ;-) ...i kdyz pro modemare to to mozna bude lepsi. Co takhle vystavit obe verze? |
|
|
|
| | Zdar lidi. Co se animaci tyce, dam sem odkaz na intro, co sem pripravoval do ST:MAQUIS ODYSSEY (tzn. me hry, nez zacal tento projekt...)
No... mozna ho spis prepocitam, prece jen 800x600 neni moc inet friendly... :) |
|
|
|
| | | Mr.SPock: chápu...ale stejne... 1-2 proletavajici screens by tam neskodily :-) |
|
|
|
|
HLAVNÍ STRÁNKA
UŽIVATELÉ
DISKUZNÍ FÓRA
VYHLEDÁVÁNÍ
STATISTIKY
AKCE
NASTAVENÍ
FAQ
[ ARCHÍV ]
|
