|  |  | | ortofoto a mipmap, autogen sdk (2 dotazy pro vývojáře) 27. 6. 2005 / 17:38 | |
|  | 1. myslel jsem si že mám téměř hotovou ortofoto včetně autogenu pro jedno vnitrostátní letiště ale teď jsem narazil na jeden problém.
- textury vygenerované resamplem mám ve formatu DXT1,mipmap,alfa (pouze sporadicky)
- v fs nastavení grafiky a vlastně všeho mám všude ULTRA HIGH MAXIMUM FULL DETAIL )
- u jiných ortofoto to nedělá
-na foto1.jpg (original www.volny.cz/artweb/foto1.JPG ) je pohled zhora na orto a jsou patrné nespojené textury. Ty místa nespojených textur vypadají jako aktuálně zasaženy mipmapingem
-na foto2.jpg (original www.volny.cz/artweb/foto2.jpg ) je pohled taky zhora ale již přiblížený a textury již jsou spojené.
Jinak to jde vidět i někdy při normálním letu kolem letiště i z normálního pohledu a je to docela dost rušivé a nepěkné a navozuje to dojem nedodělky . Jak tento problém vyřešit,popřípadě kde dělám chybu?
2.dotaz
-při použití autogenu sdk ikdyž nastavím hustotu zalesnění na 100% a v fsce to mám naplno tak se mi zdá že to generuje nějak málo stromů. Jde to nějak obejít a nastavit manuálně někde aby se ten autogen např. těch porostu aplikoval vícekrát a tím by těch stromů bylo více?
EDITED : fotky jsou v obráceném pořadí ....... |
|
|
| |
|
 |  |  | | Re: ortofoto a mipmap, autogen sdk (2 dotazy pro vývojáře) 27. 6. 2005 / 18:28 | |
|  | 2) Ty čáry mezi jednotlivými Area jsou vedlejším efektem toho že je vrstva vektorově mapovaná pomocí VPT. Při letu to nastává to někdy když nejsou nahrané nejdetailnější mipmapy, nebo když dva sousedící čtverce mají nahranou rozdílnou úroveň kvality. Je docela dobře možné, že při pohledu shora to nastane vždy, ale při pohledu shora snad nikdo nelétá, ne?
2) SDK má tři omezení - jednak hustotu samotnou - ta se dá obejít tím, že dáš více "vegetation" obdélníků přes sebe, dále maximálnï počet současně zobrazených oblastí (když je jich víc, dalśí se nezobrazí) a na závěr pak maximální počet současně zobrazených objektů.
Dohromady to téměř vždy dá dojem řídké vegetace, ale ruku na srdce, naše mašiny zatím na hustou vegetaci nemaji ))) |
| |
|
 |  |  | | Re: ortofoto a mipmap, autogen sdk (2 dotazy pro vývojáře) 27. 6. 2005 / 18:59 | |
|  | | Jestli to ortofoto děláš pro letiště, co je na fotkách, tak silně pochybuji, že je vnitrostátní, protože je to Mošnov. |
| |
|
 |  |  |  | | Re: Re: ortofoto a mipmap, autogen sdk (2 dotazy pro vývojáře) 27. 6. 2005 / 20:42 | |
|  | vnitrostátní jsem myslel jako uvnitř státu (v tomto případě čr) jinak je to samozdřejmě mezinárodní LKMT. )
Marky diky za vysvětlení, ale proč to nedělaj ostatní ortofota? Asi je dost pravděpodobné že jsou dělány pomocí LC. Dříve jsem dělal ortofoto pomocí LC a custom texture 253 a bylo to v pohodě akorát už nešly dodělat vodní plochy jako lwm neboť se nezobrazovali. A taky ten LC byl jen pravidelný čtyřůhelník, kdežto u tvorby pomocí VPT watter LWM v pohodě. |
| |
|
 |  |  |  |  | | Re: Re: Re: ortofoto a mipmap, autogen sdk (2 dotazy pro vývojáře) 27. 6. 2005 / 22:24 | |
|  | Přesně tak - LC ortofota tohle nedělají, ale mají výše uvedená omezení, VPT ortovota jsou (hlavně na malé plochy) o mnoho flexibilnější, ale mají tenhle vedlejší efekt + ještě jeden - když se k nim přiřítíš velkou rychlostí (např SLEW), tak někdy trvá než se nahrají. Zatímco LC ortofoto ti v takovou chvíli ukáže velký rozmazaný flek, VPT ortofoto se neukáže vůbec a pak skokem ve větších detailech.
Ale při běžném létání, VFR obzvláště, FS stíhá načítat a oba tyhle vedlejší efekty se neprojevují.
|
| |
|
 |  |  |  |  | | Re: Re: Re: ortofoto a mipmap, autogen sdk (2 dotazy pro vývojáře) 29. 6. 2005 / 00:31 | |
|  | 1/ potvrzuji, mně to dělá taky a je to jen při VTP definici oblasti fotky, zatímco při standartní LC (253) definici oblasti ne. / že musí být hore/dole převrácené jak vidno znáš /
1a/ Nevím, zda už tu Marky jednou psal, že o trochu méně "rozmazané" textury je možno docílit tím, že se imagetool.exe z FS2004-SDK spustí nikoli s parametrem -terrainphoto či -DX1 , nýbrž s parametrem -detail , a ono se to méně a lépe zkomprimuje. Každá area textury ale pak má 87kB, namísto 43kB.
1b/ jestli to není jenom první polotovar, doporučil bych ješzě tu ortofoto oblast tim Groundem oříznout trochu "klikatě" , nejlíp pomocí FS a fsconnectu, podle okrajů polí a lesů ve fotce..
/ nevadí, že to ted připomíná pěknou k . . . . , ale vypadalo by to líp. /
2/ opět potvrzuji, MS to tak zplodil, jeden velký obdélník lesa udělá i ve 100% les typu sem-tam-strom , a když dáš několik obdélníků přez sebe , je to trochu lepší ,
Mně se nakonec nejlíp osvědčilo ty stromy sázet jednotlivě i v lese, po čtverečkách o hraně asi tak 2-4 pixly. Dokonce jsou pak ty stromy trochu uměrné velikosti těch čtverečků.
Samozřejmě pro osázení nějakých čtyř set stromů si nejdřív zasázím menší skupinku, ktrou pak označím, klepnu CtrlC, pak kliknu Paste(A) a pak sázím pouhým klikáním celou skupinku.
Ale zase bacha ! FS2004-SDK praví, že FS2004 může zobrazit nanejvýš 300ks buildings a 600ks trees na jeden square km. Když jich člověk zasází víc, FS některé prostě vynechá.
Pavel |
| |
|
|