|
|
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...
|
|
|
| | naku: ani tak moc nejde o zamykani v poradi, jako spis o to, ze je pry 'velmi' pomale pod DirectX. Uvidime.
PVH: jo, to by se casem hodilo |
|
|
|
| | | při označení flotily ( pozor planet se na galmapu označit nedá, je jen vypsaná) v podstatě nic nestane, jen se zpřístupní mo?nost poslání lodi kamkoliv na mapu, jediným kliknutím. Myslim, ?e to ti zabere dost času...mimochodem asi ti dodám něaký bitmapy který bude? vykreslovat jako cestu lodi...popřemej?lim o tom... |
|
|
|
| | Zamykani ? To je detail...
zamknes - vse vykreslis - odemknes
Pri dobre strukturovanem programu (a nepochybuju, ze ten tvuj je zatracene dobre strukturovanej :) to nejni problém... |
|
|
|
| | 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 :-)))) |
|
|
|
|
HLAVNÍ STRÁNKA
UŽIVATELÉ
DISKUZNÍ FÓRA
VYHLEDÁVÁNÍ
STATISTIKY
AKCE
NASTAVENÍ
FAQ
[ ARCHÍV ]
|
