Falcon 4.0 - BMS 4.3X
Jelentkezz be a hozzászóláshoz.
#51795
Tudom , hogy azok a dolgok amiket felsoroltam, nem a PBR-hez tartoznak, de ahogy irtad szorosan kapcsolódnak is egymáshoz.
Az árnyékokra, meg pont ugy gondoltam ahogy irtad is, hogy a fontos részeknél legyen több fényforrásra is hatással, mig máshol pl egyáltalán ne.
Ezt ha jol tudom, lehet külön is szabályozni, hogy melyik tárgy vessen árnyékot és melyik ne még akár 2 fényforrás esetén is.
Igy lehet redukálni a számolást, de mégis megmarad a látszat. pl, az állohelyeken a leszállófény vagy a lámpák jó lenne ha tudna árnyékot vetni a gépeken, mert most csak fény van árnyék nincs.
az áttetszóségnél arra gondoltam, hogy ne texturával kellne meghatározni az átlátszando felulateket, hanerm a motorban lehetne definiálni az anyagot ami áttetszó pl kabintető, rakéták burái. tehát ha a modellt elkészited akkor csak az anyagot kell megadni hozzá, de nem kell textura rá, hogy átlátszó legyen.
A torzitásoknál se feltétlen kellene RT, a régebbi játékoknál is megoldották nélküle a nagyitók távcsövek eltérő torzult megjelenését
Az éjszakai viláfgitáshoz, nem hinném, hogy feltétlen szügséges a RT. oda is inkább az árnyékok kellenek, amik eddig nem nagyon voltak.
Ha több fényforrás van a kabinban az több irányba is vet árnyékot a kapcsolókon mutatókon, ez sztem több hatást ad vissza minthogy hogyan verüdik a fény a valóságban és ahogy tom is irta ezek fix dolgok felesleges dinamikusan számolni, viszont a mutatok azok mozognak és az árnyékok hiánya sokkal rosszabb.
Az NVG meg felesleges lenne fizikailag real time modellezni, ha a mostani is elég jó ahogy egy plusz szüró, van a rendes kép elött.
Az árnyékokra, meg pont ugy gondoltam ahogy irtad is, hogy a fontos részeknél legyen több fényforrásra is hatással, mig máshol pl egyáltalán ne.
Ezt ha jol tudom, lehet külön is szabályozni, hogy melyik tárgy vessen árnyékot és melyik ne még akár 2 fényforrás esetén is.
Igy lehet redukálni a számolást, de mégis megmarad a látszat. pl, az állohelyeken a leszállófény vagy a lámpák jó lenne ha tudna árnyékot vetni a gépeken, mert most csak fény van árnyék nincs.
az áttetszóségnél arra gondoltam, hogy ne texturával kellne meghatározni az átlátszando felulateket, hanerm a motorban lehetne definiálni az anyagot ami áttetszó pl kabintető, rakéták burái. tehát ha a modellt elkészited akkor csak az anyagot kell megadni hozzá, de nem kell textura rá, hogy átlátszó legyen.
A torzitásoknál se feltétlen kellene RT, a régebbi játékoknál is megoldották nélküle a nagyitók távcsövek eltérő torzult megjelenését
Az éjszakai viláfgitáshoz, nem hinném, hogy feltétlen szügséges a RT. oda is inkább az árnyékok kellenek, amik eddig nem nagyon voltak.
Ha több fényforrás van a kabinban az több irányba is vet árnyékot a kapcsolókon mutatókon, ez sztem több hatást ad vissza minthogy hogyan verüdik a fény a valóságban és ahogy tom is irta ezek fix dolgok felesleges dinamikusan számolni, viszont a mutatok azok mozognak és az árnyékok hiánya sokkal rosszabb.
Az NVG meg felesleges lenne fizikailag real time modellezni, ha a mostani is elég jó ahogy egy plusz szüró, van a rendes kép elött.
#51794
Lehetne kabinban is használni (fénytörésre pl), de az eléggé statikus környezet, az előre definiált, bakelt fényekkel is nagyon szép végeredmény kapható, mivel a mozgó alkatrészeken kívül a kabinbelső geometriája és a fényforrások helyei elég állandóak. Raytracingot például olyan effektekkel reklámozták, hogy lövöldözős játékban az autó mellett felrobbant egy gránát, és te az autó fényezésén láttad a robbanás tükörképét, és bár eddig is voltak helyettesítő megoldások, ilyet realtime játék eddig nem tudott. Ezt már nem tudod bakelni (előre eltárolni), mert nyilván az teljesen kiszámíthatatlan előre, hogy egy lövöldözős játékban mi fog egy autó mellett történni, és azt ki és honnan fogja látni. Egy kabinbelsőben ülő pilóta ennél jóval egyszerűbb helyzet.
Utoljára szerkesztette: VO101Tom, 2020.04.17. 21:06:28
Utoljára szerkesztette: VO101Tom, 2020.04.17. 21:06:28
www.pumaszallas.hu
#51793
Az éjszakai kabinvilágításnál ütne nagyon a RT. Meg az FPS az egy számjegyet, az fix.
A történelem nagy tragédiája, hogy az Aurora helyett a Titanic süllyedt el. Intel Core i5-4690K 3.5GHz, GTX 960 4GB, 16 GB DDR3 1600 MHz https://htka.hu/author/molnibalage/
#51792
Igen, mindennek kell cserélni a textúráját, de az új talaj engine nyilvánvalóan teljesen új textúrákkal fog jönni, hiszen az a lényege, hogy másképp működik, mint a jelenlegi térkép engine, és teljesen értelmetlen lenne valamit nulláról megcsinálni nem PBR anyagokkal, ha már most tudják hogy úgyis azt fognak használni hozzá. A térkép nyilván a kornyezetet és az épületeket is teljesen meg fogja változtatni. Ami kérdéses, azok a járművek, repülőgépek, ezeket nem feltétlen kell kukázni és újat gyártani, és ezeknél lehet átmeneti idő, amíg a régi textúrákat folyamatosan lecserélik.Remélem, hogy tényleg igy lesz, mert az nem csak a kabinokra lenne igazán jó hatással, de a gépek és a környezetre is. Persze ahhoz az kellene, hogy mindenen kicseréljék a texturákat a megfelelöen beállitott PBR verzióra.
Meg az se lenne hátrány, ha a motor a fény árnyék dolgok kezelését is megváltoztatná. mert semmit nem ér egy trealisztikus anyag ha a fényeket nem kezeli megfelelöen. türözödö felületek fényáteresztés, soft, hard shadow. nem csak a napbol érkező fény vetne árnyékot.. stb.
Itt most egy szuszra azért felsoroltál pár tulajdonságot, amiket azért nem árt külön venni. A PBR anyagoknak semmi értelme nem lenne normális fények nélkül, hiszen az egész anyaghasználat a felületek fénnyel történő interakciójáról szól, hogy az legyen olyan élethű, amennyire lehet. Régi engine a mapokat sem tudná megfelelően értelmezni, szóval az anyagok és az anyagfelületek megjelenítése biztosan fejlődni fog, azokkal szerintem nem lesz gond (nagyon kiforrott standard megoldások vannak már ezekre, ez a PBR egyik nagy előnye programozó szemszögéből).
Az árnyékokkal viszont óvatosan kell bánni, az megint egy nagyon számolásigényes feladat, ha mondjuk egy előtted elterülő város minden egyes épületének, vagy egy erdő minden egyes fájának vetett árnyékot akarsz számolni, amik még rávetülnek a mellettük lévő objektumokra is, stb stb. Ezért szokták ezeket külön definiálni, hogy pl a kabint lehessen részletes fény-árnyékokkal megoldani, a talajra meg kiválaszthasd, hogy mit bír a géped. Ez érinti a használható fényforrások számát is, minden egyes fényforrás extra számolást igényel, az árnyék minőségére pedig a shadow map mérete van hatással, aminek vannak hátrányai, de még mindig a leggyorsabb az összes opció közül.
Áttetszőség eddig is volt játékokban, opacity mappal egész jól kontrollálható, ha az SSS-re gondolsz (subsurface scattering), az már bonyolultabb kicsit, de szerintem repszimben ennek semmi értelme, ez karakterek anyagainál néz ki nagyon jól, ahogy az elvékonyodó bőr fényáteresztését rendereli pl. Ami a fénytörést (refraction) illeti, az viszont az egyik legbonyolultabb számolás, ami nem csak a felületre eső bevilágítást, hanem minden más tárgyról érkező fényt is megtöri, ráadásul a torzítás számolásához kell a lencseként működő felület geometrikai modellje is... raytracing nélkül nem tudsz ilyet renderelni, de még raytracing alatt is necces ezt realtime-ban mutatni, pedig ez például repszimben qrva jó lenne, hogy a hajlított kabintető, vagy a qrva vastag péncélüveg torzítását kiszámolná. Ezt teljesen biztosan mondom, hogy raytracing nem lesz az új BMS-ben, 20xx sorozatú kártya alatt semmi nem is kezeli, és még ott is hosszú évekre vannak a kiforrott, ésszerűen használható hardvertől/szoftvertől. Igaz ez minden más effektre is, ami dinamikusan pattogó fényekkel számolódik, dinamikusan tükröződő felületek, dinamikus árnyékok, stb.
Utoljára szerkesztette: VO101Tom, 2020.04.17. 20:34:17
www.pumaszallas.hu
#51791
#51790
Ha a graf motorban minden adott a használatára akkor lényegében igen .Egy régi texturát ugyan ugy megjelenit mint most, de ha kicseréled a PBR verzióra kkor sokkal jobb eredményt ad.
És ezt akár külsösök is meg tudnák csinálni ahogy most is, ha meg van a megfelelö textura minta hozzá.
És ezt akár külsösök is meg tudnák csinálni ahogy most is, ha meg van a megfelelö textura minta hozzá.
#51789
Azt bármikor meg lehet csinálni később. Gondolom én. Akkor csak az "átkonvertált" textúra más kinézetet ad a játéknak. Addig meg maradna a mai egyes területeken.
A történelem nagy tragédiája, hogy az Aurora helyett a Titanic süllyedt el. Intel Core i5-4690K 3.5GHz, GTX 960 4GB, 16 GB DDR3 1600 MHz https://htka.hu/author/molnibalage/
#51788
Remélem , hogy tényleg igy lesz, mert az nem csak a kabinokra lenne igazán jó hatással, de a gépek és a környezetre is. Persze ahhoz az kellene, hogy mindenen kicseréljék a texturákat a megfelelöen beállitott PBR verzióra.
Meg az se lenne hátrány, ha a motor a fény árnyék dolgok kezelését is megváltoztatná. mert semmit nem ér egy trealisztikus anyag ha a fényeket nem kezeli megfelelöen . türözödö felületek fényáteresztés, soft, hard shadow. nem csak a napbol érkező fény vetne árnyékot.. stb.
Meg az se lenne hátrány, ha a motor a fény árnyék dolgok kezelését is megváltoztatná. mert semmit nem ér egy trealisztikus anyag ha a fényeket nem kezeli megfelelöen . türözödö felületek fényáteresztés, soft, hard shadow. nem csak a napbol érkező fény vetne árnyékot.. stb.
#51787
Már volt erről szó, asszem pont I-Hawk írta, hogy az új grafikai engine PBR anyagokat fog használni.
www.pumaszallas.hu
#51786
Hát, akkor ha az új motorba ezt nem szánják bele és nem tudja, ha valami licenszelt cucc, akkor ez a don't hold your breath lesz a BMS számára.
A történelem nagy tragédiája, hogy az Aurora helyett a Titanic süllyedt el. Intel Core i5-4690K 3.5GHz, GTX 960 4GB, 16 GB DDR3 1600 MHz https://htka.hu/author/molnibalage/
#51785
A legfontosabb különbség, hogy a PBR nem csak több textúrára, több paraméterre bontja fel az anyagot, de azokat sokkal inkább a valódi anyagtulajdonságok alapján modellezi, ezért sokkal élethűbb a végeredmény, ahogy a fényben az anyag felülete viselkedik. Előnye még, hogy realtime alkalmazásokban is elég gyors. Hátránya viszont, hogy rengeteg videokártya RAM kell neki.
A 3D modell nem tárol anyagot, csak azt az információt, hogy melyik poligonon melyik anyagot jelenítse meg, az un. UV map meg azt írja le, hogy az adott kiterített textúra mely része tartozik oda. Az engine-nek ezt nyilvánvalóan támogatnia kell, a PBR anyagokkal csak akkor tudsz régi játékot feljavítani, ha a grafikai engine, a shaderek át vannak írva, hogy melyik anyag melyik textúrája milyen tulajdonságot takar és azt hogyan jelenítse meg.
A 3D modell nem tárol anyagot, csak azt az információt, hogy melyik poligonon melyik anyagot jelenítse meg, az un. UV map meg azt írja le, hogy az adott kiterített textúra mely része tartozik oda. Az engine-nek ezt nyilvánvalóan támogatnia kell, a PBR anyagokkal csak akkor tudsz régi játékot feljavítani, ha a grafikai engine, a shaderek át vannak írva, hogy melyik anyag melyik textúrája milyen tulajdonságot takar és azt hogyan jelenítse meg.
www.pumaszallas.hu
#51784
Köszi. Bár ebből nem igazán értettem meg, hogy mitől más ez a textúra ahhoz képest, hogy mi volt korábban, vagy ha a 3D modell (?) tárolta az adatot. Akkor itt is az engine a lényeges mögötte. Ha nem támogatja, akkor semmit sem ér.
Mennyire széleskörű ez a támogatást? Kiadott játékokra is applikálják már ezeket, vagy lényegében csak új/újraírt engine-ek tudják ezt kezelni?
Mennyire széleskörű ez a támogatást? Kiadott játékokra is applikálják már ezeket, vagy lényegében csak új/újraírt engine-ek tudják ezt kezelni?
A történelem nagy tragédiája, hogy az Aurora helyett a Titanic süllyedt el. Intel Core i5-4690K 3.5GHz, GTX 960 4GB, 16 GB DDR3 1600 MHz https://htka.hu/author/molnibalage/
#51783
Az anyagtulajdonságokat a régebbiek is tárolták (specular-glossiness mapok), a nem realtime renderekkel is már nagyon régóta lehet rohadt szép képeket csinálni (építészeti látványtervek pl) de kissé más módon kellett paraméterezni, és nem volt ennyire elterjedt a sztenderd sem. A PBR anyagok viszont a fémeket és a csillogásokat sokkal szebben kezelik mint a régebbi játékok, de ez már a shaderek (grafikai engine) miatt is van, nem csak az anyagok miatt.
Az elterjedt sztenderd másik rohadt jó hozadéka, hogy ma már rengeteg előre elkészített, beszkennelt anyagot lehet vásárolni, amikről tényleg nem mondod meg, hogy fotó vagy render. Pl ezek: https://quixel.com/megascans. Az, hogy a játékban is ez így nézzen ki, csak erőforrás kérdése innentől, ezeket a quixeles szkennelt anyagokat pl az unreal4 engine csont nélkül használja (UE4-is ingyenes amíg nem keresel vele pénzt, ha van UE4 regisztrációd, akkor ahhoz a quixel is ingyenes. Akár hobbiból is lehet szórakozni vele, ha valakit ez érdekel).
Pl ez a tutorial egy óra alatt csinál nulláról egy komplett erdős utat, csak UE4 és Quixeles scannelt modellekkel. Ilyet régebben esélytelen volt, hogy ennyi idő alat összerakj (oké, ehhez kell már az Unreal4 is).
Az elterjedt sztenderd másik rohadt jó hozadéka, hogy ma már rengeteg előre elkészített, beszkennelt anyagot lehet vásárolni, amikről tényleg nem mondod meg, hogy fotó vagy render. Pl ezek: https://quixel.com/megascans. Az, hogy a játékban is ez így nézzen ki, csak erőforrás kérdése innentől, ezeket a quixeles szkennelt anyagokat pl az unreal4 engine csont nélkül használja (UE4-is ingyenes amíg nem keresel vele pénzt, ha van UE4 regisztrációd, akkor ahhoz a quixel is ingyenes. Akár hobbiból is lehet szórakozni vele, ha valakit ez érdekel).
Pl ez a tutorial egy óra alatt csinál nulláról egy komplett erdős utat, csak UE4 és Quixeles scannelt modellekkel. Ilyet régebben esélytelen volt, hogy ennyi idő alat összerakj (oké, ehhez kell már az Unreal4 is).
www.pumaszallas.hu
#51782
Jól értem, hogy a textúra lénygében tárolja az anyagtípus sajátosságait, amit a motor számításba vesz?
A történelem nagy tragédiája, hogy az Aurora helyett a Titanic süllyedt el. Intel Core i5-4690K 3.5GHz, GTX 960 4GB, 16 GB DDR3 1600 MHz https://htka.hu/author/molnibalage/
#51781
Phisical Based Rendering rövidítése. Modern anyagtípus, kb. minden korszerű játék ezt használja már.
www.pumaszallas.hu
#51780
Mi az a PBR?
A történelem nagy tragédiája, hogy az Aurora helyett a Titanic süllyedt el. Intel Core i5-4690K 3.5GHz, GTX 960 4GB, 16 GB DDR3 1600 MHz https://htka.hu/author/molnibalage/
#51779
Én akkor érzem azt, hogy a többi modell 3D-re is ráférne javítás, amikor esetleg falszállás előtt a közelben taxiznak. Repülés közben nagyon ritka, hogy bármilyen gép közel jöjjön, saját az elkülönítés miatt, ellenséges meg addigra már le van lőve (vagy ernyőn lógok, de végeredményben mindegy miért). Néha van, hogy tanker mögött sorba kell állni, na akkor pl látok sajátot is közelről. De én úgy vagyok vele, ha megcsinálják, akkor jó, ha nem, akkor sincs tragédia.
Viszont egy felújított PBR anyagos kabinbelsőért, főleg ha VR-t is tudna, azért bármennyit fizetnék is <#alien>
Utoljára szerkesztette: VO101Tom, 2020.04.17. 03:05:31
Viszont egy felújított PBR anyagos kabinbelsőért, főleg ha VR-t is tudna, azért bármennyit fizetnék is <#alien>
Utoljára szerkesztette: VO101Tom, 2020.04.17. 03:05:31
www.pumaszallas.hu
#51778
Holnap megszámolhatom, de a hadjáratokban használt gépek szerintem kb. 60%-*a már újabb modellel bír, messze nem a balta faragás kategória.
A történelem nagy tragédiája, hogy az Aurora helyett a Titanic süllyedt el. Intel Core i5-4690K 3.5GHz, GTX 960 4GB, 16 GB DDR3 1600 MHz https://htka.hu/author/molnibalage/
#51777
Elég lenne, de sajnos a gépek töredéke rendelkezik csak ehhez hasonló modellel, kb a 80%a a gépeknek egy baltával faragott valami amire nagy jóindulattal lehet ráfogni , hogy az a tipus. És sajnos a legtöbb feljavitott model az olyan modell amit nem gyakran lát az ember kampányban amiket meg igen azoknak van alacsony poligonszámú modellje
Meg ez a kép nem mond semmit a játékban való felhasználás jóságáról, mert ez a modell is lehet akár 300k poligonszámú és lehet egy ennél részletesebb modellt is készíteni ami a mostani 30k értékeknek is megfelel.
Meg ez a kép nem mond semmit a játékban való felhasználás jóságáról, mert ez a modell is lehet akár 300k poligonszámú és lehet egy ennél részletesebb modellt is készíteni ami a mostani 30k értékeknek is megfelel.
#51776
Ez most nem így van, JanHas modelleket amikor LOD Editorral kellett 4.33 alá installálni, ott külön modell volt az a szárny, amit a kabinból látsz, a külső modelltől függetlenül kellett installálni (és ha valaki akarta, akár a külső modelltől függetlenül is feltehette).
www.pumaszallas.hu
#51775
Kb. ez az átlag részletesség, amire szüksége van a egy gépnek, amit AI irányít. Ez alapján TGP és minden más simán jó. Sőt, ahhoz még ekkora felbontású LOD sem kell...
A történelem nagy tragédiája, hogy az Aurora helyett a Titanic süllyedt el. Intel Core i5-4690K 3.5GHz, GTX 960 4GB, 16 GB DDR3 1600 MHz https://htka.hu/author/molnibalage/
#51774
A skinezésnél sem festettem külön semmit. Ami a gépre került, azt láttam a kabinból is.
A történelem nagy tragédiája, hogy az Aurora helyett a Titanic süllyedt el. Intel Core i5-4690K 3.5GHz, GTX 960 4GB, 16 GB DDR3 1600 MHz https://htka.hu/author/molnibalage/
#51773
Nincs wing section tudtommal. Az a 2D kabinnál volt legfeljebb. Minden, amit a kabinból kifelé látsz az a gép 3D modellje.Tudom, mert a kabin integrálás egy részét anno én csináltam a 4.32 mod-ban. Csak a kabinnak volt 3D modellje. Semmi mást nem importáltam be.
A történelem nagy tragédiája, hogy az Aurora helyett a Titanic süllyedt el. Intel Core i5-4690K 3.5GHz, GTX 960 4GB, 16 GB DDR3 1600 MHz https://htka.hu/author/molnibalage/
#51772
Az elméletét értem, a folyamatnak, Pont ezért irtam, mert a linkelt kabinnál láthatólag nem a kulsö modelbol indultak ki .
Igy a kettő közötti rések et valahogy el kell tüntetni.
Azt tudom, hogy a falconban külön készül a külsö 3d model és van a kabin plusz egy wing section, amit a kabinból látni.
De más szimulátornál nem hallopttam hogy lenne csak egy külön szárny modell a belsü nézethez.Ott az engine megoldja a nem látható részek eltávolitását vagyis azzal nem számol .
Igy a kettő közötti rések et valahogy el kell tüntetni.
Azt tudom, hogy a falconban külön készül a külsö 3d model és van a kabin plusz egy wing section, amit a kabinból látni.
De más szimulátornál nem hallopttam hogy lenne csak egy külön szárny modell a belsü nézethez.Ott az engine megoldja a nem látható részek eltávolitását vagyis azzal nem számol .
#51771
Értem.
Az utolsó mondat az durva.
Az utolsó mondat az durva.
A történelem nagy tragédiája, hogy az Aurora helyett a Titanic süllyedt el. Intel Core i5-4690K 3.5GHz, GTX 960 4GB, 16 GB DDR3 1600 MHz https://htka.hu/author/molnibalage/
#51770
Én ezt arra mondom, hogy CloDhoz semmilyen segédprogram sincs, nincs olyan maxos plugin, amivel pl hookokat, kapcsolókat, animációkat el lehetne készíteni. A programozó szépen leül és tíz kicsi ujjával bepötyögi, hogy melyik objektum melyik tengelyen mennyit mozdul vagy fordul ha ez vagy az történik. Kézzel írják meg az ini fájlokat, hogy a kabin melyik szerkezete egyáltalán mire való és mit csinál, ahhoz milyen hang tartozik, stb. Persze a működési elv, az közös, és azt a program más része tartalmazza, de a paraméterezés az kézzel történik. Volt pár belsős próbálkozás, hogy importer programot gyártsanak hozzá, de sem a TFS vezetése, sem az 1C nem volt elragadtatva az ötlettől, hogy olyan program készüljön, ami programozók nélkül is engedi a moddolást, eleve a program fájlok is titkosítva vannak, ahhoz mindenképp a forráskód kell, hogy a programkód módosítható legyen, azt viszont még TFS-en belül is hat lakat alatt őrzik (nekem sincs hozzáférésem, nincs is szükségem rá). Szóval egyrészt igen, bonyolultabb és nehézkesebb, több ember munkája kell hozzá, másrészt ez valamilyen szinten szándékos is. Biztonságosabb, hogy a kódot nem használja más (tudunk róla, hogy már megpróbálták feltörni, és alternatív TF peccset elterjeszteni, de nem sikerült nekik).
www.pumaszallas.hu
#51769
Általában a külső modell készül el előbb, amikor a 3D modellt kezdik modellezni, akkor abból a fájlból indulnak el, amiben a külső modell legrészletesebb változata van. Amikor kabinbelsőbe ül a játékos, akkor a külső modellen bármilyen részletet el lehet tüntetni. Pl a kabinbelső kialakítása ilyen, az mindig jóval egyszerűbb mint a kabinbelső nézet, az teljesen különálló elemként marad a modellben, és amikor belső nézetre vált a játékos,akkor a low poly változat lekapcsolódik, a belső nézetes kabinbelső megjelenik. Ugyanezen az elvvel ki lehet cserélni olyan részeket is, amik esetleg kabinbelsőből nézve túl low poly modell lenne, pl az orr kabinból látható része ilyen, a kabintető kerete ilyen, esetleg még más, amit a 3D modellező fontosnak lát. Csak arra figyelni kell, hogy a high poly modellek is pontosan ugyanazt a textúrát használják, mint a külső modell. Egyébként ezt is importnál állítja be a programozó, hogy mely elemek tűnnek el belső nézetből. A kabinkeret és a low poly külső találkozása általában nem gond, mert a kabinbelső nézetből ritkán lehet a kabin külső falát látni, bentről meg csak a peremet látod. Ha valami nagyon nagy gáz lenne a találkozásnál, akkor meg meg kell nézni, hogy valamelyik modell hibás-e, esetleg a külső modellt azon a szakaszon kicsit több poligonból kell kialakítani a határokat.
www.pumaszallas.hu
#51768
Melyik részt hogy értem?
A történelem nagy tragédiája, hogy az Aurora helyett a Titanic süllyedt el. Intel Core i5-4690K 3.5GHz, GTX 960 4GB, 16 GB DDR3 1600 MHz https://htka.hu/author/molnibalage/
#51767
Lehet ezzel újat mondok, de a jelenlegi Falconos megoldás sokkal moddolás barátibb, mint pl a CloD.
Ezzel most sokkoltál.
Ezzel most sokkoltál.
A történelem nagy tragédiája, hogy az Aurora helyett a Titanic süllyedt el. Intel Core i5-4690K 3.5GHz, GTX 960 4GB, 16 GB DDR3 1600 MHz https://htka.hu/author/molnibalage/
#51766
Ha erre a kabinra gondoltál akkor neki küldtem képeket és rajzokat, de tavaly óta nem is jelentkezett a forumba sem.
Mondjuk ha az akit találtam neten róla akkor lehet valami IRL meló közbeszólt. MOZI filmekhez CGI dolgokat készit .
A modellhez passzolást meg ugy értettem, hogy megcsinálja a high poly kabint és hogy illesztik ossze a low polz külsővel?
Oké, hogy két külön modell ,de a kabinbol kinézve, gondok lehetnek a törzs találkozásánál.
Nem a texturákra értettem.
@Molni : ezt hogy érted?
Utoljára szerkesztette: repvez, 2020.04.15. 20:58:43
Mondjuk ha az akit találtam neten róla akkor lehet valami IRL meló közbeszólt. MOZI filmekhez CGI dolgokat készit .
A modellhez passzolást meg ugy értettem, hogy megcsinálja a high poly kabint és hogy illesztik ossze a low polz külsővel?
Oké, hogy két külön modell ,de a kabinbol kinézve, gondok lehetnek a törzs találkozásánál.
Nem a texturákra értettem.
@Molni : ezt hogy érted?
Utoljára szerkesztette: repvez, 2020.04.15. 20:58:43
#51765
Nem az a lényeg, hogy minden épület 3D. A baj az, hogy ha te direkt importálást csinálsz, akkor nincs két egyforma épület...
A történelem nagy tragédiája, hogy az Aurora helyett a Titanic süllyedt el. Intel Core i5-4690K 3.5GHz, GTX 960 4GB, 16 GB DDR3 1600 MHz https://htka.hu/author/molnibalage/
#51764
Én azért szerettem a saját 80-s modban F-15-tel repülni. a DPRK erőkkel szemben úgy érezted magad, mint valami király. Ha meg jött a 29-es szembe, akkor kezdődött csak a tánc.
A történelem nagy tragédiája, hogy az Aurora helyett a Titanic süllyedt el. Intel Core i5-4690K 3.5GHz, GTX 960 4GB, 16 GB DDR3 1600 MHz https://htka.hu/author/molnibalage/
#51763
Ok, félreérthető volt, ezért idéztem be az eredeti szöveget. Ha I-Hawk tényleg ezekkel a szavakkal mondta volna, hogy "három éven belül készen leszünk", az nagy gáz lenne mert az azt jelentené, hogy jelenleg is még években számolnak.Én sem ugy értettem, hogy fix 3 év mulva lesz kész, hanem 3 éven belül, ami jelenthet 3 hónapot is.
A térképnél azon is mülik, hogy texturából akarják lefedni a mesht vagy procedurális megoldással adnak neki mintát.
Már nem először olvasom tőled ezt, most is mondom, a procedural megoldások BORZALMASAN számolás igényesek, mert nagyon kevés adatból dolgozik, de azokat valós időben kell kiszámolnia, újra és újra. Ha festenél PBR anyagokkal, akkor látnád, hogy egy-egy komplex anyag hány tucat layerből áll, rengeteg automatizált és generált effektekkel, amikből nagyon sok számolással generálják le a végleges PBR anyagokat. Amiknél még így is annyira fontos a gyorsaság, hogy pl a dds fájlformátumot is azért fejlesztette ki az nvidia, hogy optimalizálja a textúra directX-be töltés idejét. Nem véletlen, hogy ma az összes nagy játék engine PBR anyagokat használ, mert a komplex anyagtulajdonságokat standard módon tároló textúrákból egyszerűen beolvasni a végeredményt a leggyorsabb megoldás.
Vannak nagyon jó térképkészítő pluginek, de repszimnél az a probléma, hogy a textúrának akkor is jól kell kinéznie, ha a talajon állsz és akkor is ha fent repülsz pl. 8km magasan. A 60x60km-es területnél ami megvolt párszáz megából, ott mekkora volt a talajra jutó felbontás? Mondjuk 1x1 méteres talaj szegmens hány pixelt kapott?Probáltam már egy két ilyen plugint és google earthből egy 60x60kmes terület megvolt pár száz megábol texturásan.
Nekem a BMS elég közösségi elvűnek tűnik, de az is igaz, hogy a hobbi projecteknél azért nehéz feladatot kapni, mert mindenki azért dolgozik benne, amit ő szeret csinálni. De ha felteszel egy fasza kis portfoliót, hogy miket csinátál eddig, és keresel olyan "megbízókat" akiknek modell kell a modjukhoz de nem tudnak modellezni, biztos vagyok benne, hogy lesz aki jelentkezik.A célpontnak számitó épóleteket kellene külön modellezni. Ezekhez lehetne felajánlani a közösség segitségét, hogy aki tud az a meghatározott paramétereken belül csináljon hidat erőmüvet stb.
Ehhez nincs hozzáfűzni valóm, nem vagyok programozó, én elhiszem ha azt mondják nekik ez a jó.DXel kapcsolatban , csak annyit, hogy ha hosszutávra gondolkodnak...
Szorri, itt elvesztettem a fonalat, kinek küldtél és mit?Az ilyen nagyon igéretesnek tünö dolgok sajnos mindig elhaltak eddig. én is küldtem neki referencia képeket hozzá , de nem is válaszolt.
Egy új grafikai engine nem azt jelenti, hogy a korábbi textúrákat azonnal ki kell dobni. Az új engine általában kibővített tulajdonságokat kap, ha valaminek egyszerű textúrája van, az addig marad azzal, amíg valaki nem cseréli (a szükséges, de hiányzó mapokat ilyenkor un. placeholder mapokkal helyettesítik, kap egy üres normal mapot, egy átlagos roughness és metallic mapot, a base colort meg betölti a régi diffuse-ról). Nem lesznek rajta az újítások, de nem is lesz bugos, vagy használhatatlan sem. clodban pl a repülőgépek és a minden más két teljesen más logikával, és normal mapos megoldásokkal dolgoznak, még csak nem is ugyanazokat a channeleket használja a különböző mapokhoz. Ez csak programozás kérdése, hogy az engine különbséget tud tenni köztük, az egyikre több erőforrást enged, a másikat inkább gyorsan de egyszerűbben számolja ki.Meg ha elkészül , biztos , hogy teljesen passzolni fog a régi modellhez? Ha az uj engine támogat több texturázási fajtát vagy PBR-t is, akkor azért lenne pár olyan rész kivül is ami jó lenne ha nem csak trükkel lenne ott hanem valós 3d-s elemként. Ha a fényeket máshogy kezeli az uj motor akkor az összes gépem ,módosítani kell a textura helyett a fényeket.
Teljesen biztos vagyok benne, hogy ez nem fog változni. Clodhoz pl még pluginunk sincs, a maxos modellből a programozók kézzel importálnak minden repülőt és járművet a játék alá. Itt a modellező élete egyszerűbb, mert neki "csak" modelleznie, textráznia kell, meg elhelyezni a szükséges tecnikai kiegészítéseket, hook-okat, viszont az importhoz kell egy programozó is, aki összefésüli a kóddal a gép fícsöreit, le is animálja az alkatrészeket (3D-ben csak a pivotokat tudjuk betenni, semmi mást nem lehet maxból átvinni). Lehet ezzel újat mondok, de a jelenlegi Falconos megoldás sokkal moddolás barátibb, mint pl a CloD.A kezelés alatt nem a másfajta kabinokat értem, hanem , hogy könnyebb és egyszerübb legyen a módosításokat beleimportálni a mostani pluginok helyett.
Egyszerübb DOF rendszert, egyszerübb linkelést a különálló elemekhez stb.De már az is nagy könnyebbség lenne ha nem 3-4 különálló programot kellene használni hozzá minden egyes modositás után végig konvertálgatni oda vissza.
Utoljára szerkesztette: VO101Tom, 2020.04.15. 20:45:15
www.pumaszallas.hu
#51762
2 hónapja szólt Dee Jay a Korea '80s MOD kapcsán, hogy annyira nagyon ne kapkodjak, ha nagy munkában gondolok, mert lehet, hogy jön a 4.35, de nem ilyen konkrétan.
Megkérdezem, hogy 5-6 hétről, vagy 5-6 hónapról beszélünk. Az utóbbira mondta, hogy realitás lehet. Ezért kezdtem el a MOD-ot. Még, ha újra is kell csinálni, legalább tudjuk mit. Meg közben lett egy DB bug is találva a F-104DJ-nél.
Megkérdezem, hogy 5-6 hétről, vagy 5-6 hónapról beszélünk. Az utóbbira mondta, hogy realitás lehet. Ezért kezdtem el a MOD-ot. Még, ha újra is kell csinálni, legalább tudjuk mit. Meg közben lett egy DB bug is találva a F-104DJ-nél.
A történelem nagy tragédiája, hogy az Aurora helyett a Titanic süllyedt el. Intel Core i5-4690K 3.5GHz, GTX 960 4GB, 16 GB DDR3 1600 MHz https://htka.hu/author/molnibalage/
#51761
Ja, ezzel nincs is vita, ED-nek üzletileg nagyon megéri a jelenlegi modell, ezért nem gondolom, hogy ott bármi változna a közeljövőben.
www.pumaszallas.hu
#51760
A DCS az még mindig az Ubisoft féle Lock On ból van tovább hegesztve ?
#51759
Én sem ugy értettem, hogy fix 3 év mulva lesz kész, hanem 3 éven belül, ami jelenthet 3 hónapot is.
A térképnél azon is mülik, hogy texturából akarják lefedni a mesht vagy procedurális megoldással adnak neki mintát.
De tudtommal, a DCS-nél minden épület külön 3ds objektum, ezért eszik ennyit az FS-nél meg az egész világ le van modellezve benne.
DE ha a Falcon marad a terület alapu dolgoknál akkor azt meg lehetne tartani ésszeró határok között.
Probáltam már egy két ilyen plugint és google earthből egy 60x60kmes terület megvolt pár száz megábol texturásan.
Igen ennek a technikáénak megvan a hátránya, hogy az épületek a térkép részei lesznek és mint ilyen nem rombolhatóak.
De sztem a legtübb simben amugy sem tudod ezt megtenni bármelyik épülettel.
A célpontnak számitó épóleteket kellene külön modellezni.
Ezekhez lehetne felajánlani a közösség segitségét, hogy aki tud az a meghatározott paramétereken belül csináljon hidat erőmüvet stb. Ha csak 50 különböző objektum készül is , de akkor is elöréább vannak vele. És azokat lehet több helyre is tenni. Akár a repülök is lehetnek ilyenek , hacsak a külsö model készül el már azzal is elörébb vannak a folytatáshoz.
De ehhez legalább tudni kellene a fájformárumot a max poligon számot a texturák fajtáit nagyságát.
És ez egyáltalán nem jelentené azt , hogy bármit is elárultak abbol amit nem akarnak.
DXel kapcsolatban , csak annyit, hogy ha hosszutávra gondolkodnak, akkor nem csak azért lett volna célszerü dx12öt választani mert az a legujabb verzió és mert , hogy a dx11et se használja ki teljes mértékben, hanem , hogy a késöbbiekben 2-3 év mulva amikor már megszönik a támogatás rá akkor is legyen mivel folytatni és ne kelljen egy ujabb engine csere.
Meg ha jol tudom a VR-hez a dx11 a minumum követelmény, de a dx12 -ben vannak meg azok a feltételek amik ahhoz kelelenek, hogy biztositani lehessen az alacsony késleltetést és a többszállon való futást. dx 11 esetében ebben nincs elöre lépés a dx9hez képest.
Az ilyen nagyon igéretesnek tünö dolgok sajnos mindig elhaltak eddig. én is küldtem neki referencia képeket hozzá , de nem is válaszolt.
Meg ha elkészül , biztos , hogy teljesen passzolni fog a régi modellhez?
Ha az uj engine támogat több texturázási fajtát vagy PBR-t is, akkor azért lenne pár olyan rész kivül is ami jó lenne ha nem csak trükkel lenne ott hanem valós 3d-s elemként. Ha a fényeket máshogy kezeli az uj motor akkor az összes gépem ,módosítani kell a textura helyett a fényeket.
A kezelés alatt nem a másfajta kabinokat értem, hanem , hogy könnyebb és egyszerübb legyen a módosításokat beleimportálni a mostani pluginok helyett.
Egyszerübb DOF rendszert, egyszerübb linkelést a különálló elemekhez stb.De már az is nagy könnyebbség lenne ha nem 3-4 különálló programot kellene használni hozzá minden egyes modositás után végig konvertálgatni oda vissza .
A térképnél azon is mülik, hogy texturából akarják lefedni a mesht vagy procedurális megoldással adnak neki mintát.
De tudtommal, a DCS-nél minden épület külön 3ds objektum, ezért eszik ennyit az FS-nél meg az egész világ le van modellezve benne.
DE ha a Falcon marad a terület alapu dolgoknál akkor azt meg lehetne tartani ésszeró határok között.
Probáltam már egy két ilyen plugint és google earthből egy 60x60kmes terület megvolt pár száz megábol texturásan.
Igen ennek a technikáénak megvan a hátránya, hogy az épületek a térkép részei lesznek és mint ilyen nem rombolhatóak.
De sztem a legtübb simben amugy sem tudod ezt megtenni bármelyik épülettel.
A célpontnak számitó épóleteket kellene külön modellezni.
Ezekhez lehetne felajánlani a közösség segitségét, hogy aki tud az a meghatározott paramétereken belül csináljon hidat erőmüvet stb. Ha csak 50 különböző objektum készül is , de akkor is elöréább vannak vele. És azokat lehet több helyre is tenni. Akár a repülök is lehetnek ilyenek , hacsak a külsö model készül el már azzal is elörébb vannak a folytatáshoz.
De ehhez legalább tudni kellene a fájformárumot a max poligon számot a texturák fajtáit nagyságát.
És ez egyáltalán nem jelentené azt , hogy bármit is elárultak abbol amit nem akarnak.
DXel kapcsolatban , csak annyit, hogy ha hosszutávra gondolkodnak, akkor nem csak azért lett volna célszerü dx12öt választani mert az a legujabb verzió és mert , hogy a dx11et se használja ki teljes mértékben, hanem , hogy a késöbbiekben 2-3 év mulva amikor már megszönik a támogatás rá akkor is legyen mivel folytatni és ne kelljen egy ujabb engine csere.
Meg ha jol tudom a VR-hez a dx11 a minumum követelmény, de a dx12 -ben vannak meg azok a feltételek amik ahhoz kelelenek, hogy biztositani lehessen az alacsony késleltetést és a többszállon való futást. dx 11 esetében ebben nincs elöre lépés a dx9hez képest.
Az ilyen nagyon igéretesnek tünö dolgok sajnos mindig elhaltak eddig. én is küldtem neki referencia képeket hozzá , de nem is válaszolt.
Meg ha elkészül , biztos , hogy teljesen passzolni fog a régi modellhez?
Ha az uj engine támogat több texturázási fajtát vagy PBR-t is, akkor azért lenne pár olyan rész kivül is ami jó lenne ha nem csak trükkel lenne ott hanem valós 3d-s elemként. Ha a fényeket máshogy kezeli az uj motor akkor az összes gépem ,módosítani kell a textura helyett a fényeket.
A kezelés alatt nem a másfajta kabinokat értem, hanem , hogy könnyebb és egyszerübb legyen a módosításokat beleimportálni a mostani pluginok helyett.
Egyszerübb DOF rendszert, egyszerübb linkelést a különálló elemekhez stb.De már az is nagy könnyebbség lenne ha nem 3-4 különálló programot kellene használni hozzá minden egyes modositás után végig konvertálgatni oda vissza .
#51758
De látod hogy működik. Máskülönben csak 100%os modulok jöttek volna ki, életszerű repmodellel.
#51757
Értem a poént, de ED-nél én már túl vagyok azon amikor tudtam röhögni ezeken. Elkérni a pénzt utána kiadni 10%-on valamit szerintem nagyobb sértés, mintha azt mondod neki, hogy még dolgozok rajta, várj egy kicsit. Mert akkor őt annyira értékeled, hogy "nesze paraszt itt a 10%, legyél boldog vele, azt majd kapod a többit ha úgy gondolom". Az, hogy eleve el sem kellene kérni a pénzt előre, ha nem tudja szállítani a megígért cuccot már nem is mondom.
www.pumaszallas.hu
#51756
Nem mondtam hogy könnyű lesz 😊 De legalább dolgoznak rajta. Mondjuk engem a kipróbálás során ugye ami lassan véget ér, a II. vhs gépek nem győztek meg. Azt inkább az Il2ben tolom. Ami a 20%-os kiadást illeti annak is örülni fogunk ha 10%ban kész lesz kiadáskor 😊
#51755
DCS dinamikus hadjárat legelső kipróbálható verzióját 2021-re írta Wags, és akkor is a WW2 gépek fogják megkapni elsőnek (ami mondjuk logikus, tekintve mennyivel egyszerűbb egy ATO vagy az AI feladatok listája). Látva azt, hogy még azt sem szokták tudni megtippelni, hogy mi lesz a következő update-ben, ezt nyugodtan lehet úgy venni, hogy fogalmuk sincs, hogy mikor, ha egyáltalán befejezik.
Ha jobban belegondolsz, hogy a mostani DCS-ben mit kell átalakítani, az gyakorlatilag egy új játék engine-t jelent. Most a küldetés betöltése után nem változtatható az oldalaknak kiadott területek, sem a repülőterekről felszálló gépek listája. Sőt, azt sem tudod megoldani, hogy egy repülőtéren random módon spawnoljon a gép egy kiválasztott típussal, csak azokból válogathatsz amit a küldetés készítője előre beállított. Ahhoz, hogy dinamikus hadjárat egyáltalán elviekben működjön, át kell alakítani a játék engine TELJES részét, ami a küldetéseket, fájlokat, trackokat kezeli, a hozzá tartozó mission szerkesztővel, user interface-el együtt. Ha ez nem lenne elég, fel kell készíteni az AI-t, hogy a feladatának megfelelően tudjon repülni, hajózni, tankozni, kommunikálni, és feladatot végrehajtani (és itt nem arra gondolok, hogy egy normális formációban támadást nem tudnak megcsinálni, hanem arra, hogy pl SEAD-re küldött gép ne álljon le bombázót vadászni az első szembejövő alkalommal pl). Én ezt az AI-t érzem egyébként a legnehezebb feladatnak. És persze mindezek alá kell tenni egy olyan realtime stratégiai játékot, ami az egész hadjárat során önállóan tud döntést hozni, hogy hogyan vezesse a hadjáratot, ráadásul úgy, hogy észszerűen reagáljon arra is amit a játékos oldalán csinálnak... nem mondom, hogy lehetetlen feladatra vállalkoztak, de abban teljesen biztos vagyok, hogy ez még sok sok év, mire mindent megcsinálnak (úgy értem befejeznek, nem csak kiadják 20% készen e.a.-ban).
Ha jobban belegondolsz, hogy a mostani DCS-ben mit kell átalakítani, az gyakorlatilag egy új játék engine-t jelent. Most a küldetés betöltése után nem változtatható az oldalaknak kiadott területek, sem a repülőterekről felszálló gépek listája. Sőt, azt sem tudod megoldani, hogy egy repülőtéren random módon spawnoljon a gép egy kiválasztott típussal, csak azokból válogathatsz amit a küldetés készítője előre beállított. Ahhoz, hogy dinamikus hadjárat egyáltalán elviekben működjön, át kell alakítani a játék engine TELJES részét, ami a küldetéseket, fájlokat, trackokat kezeli, a hozzá tartozó mission szerkesztővel, user interface-el együtt. Ha ez nem lenne elég, fel kell készíteni az AI-t, hogy a feladatának megfelelően tudjon repülni, hajózni, tankozni, kommunikálni, és feladatot végrehajtani (és itt nem arra gondolok, hogy egy normális formációban támadást nem tudnak megcsinálni, hanem arra, hogy pl SEAD-re küldött gép ne álljon le bombázót vadászni az első szembejövő alkalommal pl). Én ezt az AI-t érzem egyébként a legnehezebb feladatnak. És persze mindezek alá kell tenni egy olyan realtime stratégiai játékot, ami az egész hadjárat során önállóan tud döntést hozni, hogy hogyan vezesse a hadjáratot, ráadásul úgy, hogy észszerűen reagáljon arra is amit a játékos oldalán csinálnak... nem mondom, hogy lehetetlen feladatra vállalkoztak, de abban teljesen biztos vagyok, hogy ez még sok sok év, mire mindent megcsinálnak (úgy értem befejeznek, nem csak kiadják 20% készen e.a.-ban).
www.pumaszallas.hu
#51754
@repvez
Szerencsére nem egészen ezt mondta, hanem idézem:
"I-Hawk:
We aim for earlier, and I'm talking about the 3 years guesstimation.
Previous releases may confuse."
Vagyis az új grafikai engine-t a pár hsz-el előtte tippelt három évnél azért korábbra tervezik, és ne zavarja össze a korábbi megjelenések, most más a helyzet. A podcastban poénosan mondta is, hogy higgyük el, a BMS közössége sokat köszönhet a DCS Viper megjelenések - gondolom kicsit felszívták magukat azon, hogy Wags kijelentette, hogy mostantól ők az új etalon, aztán kiadták az a szart amit DCS Vipernek hívnak <#alien>). Fórumon írta régebben, hogy konkrét dátumot nem tud mondani, de nem években gondolkoznak.
De ezt azt hiszem majd DCS-nél fogjuk tudni letesztelni, náluk a Dx már nem elég, és most mindent a Vulkanra tettek fel. De az EDGE-t is 5+ évig fejlesztették, és még kiadás óta is folyamatosan, én nem hiszem, hogy a Vulkannal sokkal gyorsabban haladnának.
Ami a kezelést illeti, ha most a moddolt kabinokra gondolsz, az biztosan nem fog változni, esetleg kiadnak újabb maxhoz is egy plugint, de az biztos, hogy logikailag nem lesz új a kabinok, gépek importja és kezelése (még ha terveznének is ilyet, hülyeség lenne a grafikai változásokkal együtt fejleszteni azt, mert időigényes és rengeteg a hibalehetőség benne). Az emberek 99%-a amúgy is csak F-16-ot repül, én az évre sem emlékszem már mikor ültem bele másik típusba. Azok kabinjai tényleg nem valók már egy mai játékba. Még a Hornet is erőltetett a 16-os avionikával.
@molni
I-hawk redditen irta, hogy 3 éven belül szeretnék megoldani a motorváltást.
Szerencsére nem egészen ezt mondta, hanem idézem:
"I-Hawk:
We aim for earlier, and I'm talking about the 3 years guesstimation.
Previous releases may confuse."
Vagyis az új grafikai engine-t a pár hsz-el előtte tippelt három évnél azért korábbra tervezik, és ne zavarja össze a korábbi megjelenések, most más a helyzet. A podcastban poénosan mondta is, hogy higgyük el, a BMS közössége sokat köszönhet a DCS Viper megjelenések - gondolom kicsit felszívták magukat azon, hogy Wags kijelentette, hogy mostantól ők az új etalon, aztán kiadták az a szart amit DCS Vipernek hívnak <#alien>). Fórumon írta régebben, hogy konkrét dátumot nem tud mondani, de nem években gondolkoznak.
Nem akarod ezt. Nézd meg a DCS Dubaj térképet, még így is, hogy rengeteg az ismétlés benne, az a híres Dubaji tengrpart is rohadt másképp néz ki élőben, mint a játékban, a teljes térkép 37GB. És akkor csodálkoznak, hogy 120Gb-os SSD meg 32GB Ram kell ahhoz, hogy 20-30 fps-el fusson VR alatt (Wags is mondta, hogy a DCS legnagyobb baja jelenleg a térkép engine-jük). Az új FS2020 qrva szép, de ott 2 Petabyte adatot nem is érdemes otthoni PC-s környezettel összehasonlítani (de azt várom mikor fogom egy DCS pilótától hallani, hogy "á, a grafika még nem minden<#banplz>" )Számomra nem ez okozza a gondot,. mert ma már vannak olyan programok pluginek, amivel utcaszinten lehet letölteni és átkonvertálni a térképet épületekkel bármilyen 3d-s programba.
Igen, és meg is indokolták, hogy miért. A Vulkan tök jó, ha a jelenlegi DX-en elérted a lehetőségeid határát. Sokkal nehezebb programozni mint a DirectX-et, ezért ha valakinek a Dx is elég, akkor teljesen felesleges a Vulkan. Más játékoknál látni, hogy ha az alap szar, akkor a Vulkan sem csinál csodát, 5-10% fps növekedésért nem éri meg éveket retkelni a kódolással. A BMS-nek nem kell Vulkan amíg normális poligon és objektum szám közelében maradnak, nem basznak rá minden apró szarra 4K-s textúrát, mert az milyen szép, és a térképeik is ésszerű hatáok közt maradnak.dx11 es alap lesz szerintuk a dx12 nem ad annyi elönyt , hopgy az számitana. vulkan se lesz.
De ezt azt hiszem majd DCS-nél fogjuk tudni letesztelni, náluk a Dx már nem elég, és most mindent a Vulkanra tettek fel. De az EDGE-t is 5+ évig fejlesztették, és még kiadás óta is folyamatosan, én nem hiszem, hogy a Vulkannal sokkal gyorsabban haladnának.
Egy profi srác már elkezdte az új F-16 kabint, modern anyagokkal, PBR sztenderd szerint csinálni. Ezek szerint az új engine is PBR-t használ majd. Mostanában nem láttam, hogy hogy halad vele, de ha megcsinálja, akkor a kabinnal sem lesz gond. A gépek külső textúráit egy új engine esetén biztosan cserélni vagy legalább updatelni kell, itt jöhetnek képbe a modderek is, de ezeknek csak akkor van értelme nekiállni, ha az alap engine készen van, hogy lásd amin dolgozol, az hogy fog kinézni benne. 16-osból egyébként rengetegen a JanHas féle modelleket használják, neki nem fog problémát okozni ezeket updatelni. A többi repülhető modellből van pár ami kaphatna 3D update-et, de amíg csak kabinból vagy TGP-n látom őket, addig nem gáz most sem.Számomra a probléma ott adódik amit már régebben is mondtam, hogy ha a gépek megmaradnak a mostani szinvonalon mind kinézetben mind kezelésben.
Ami a kezelést illeti, ha most a moddolt kabinokra gondolsz, az biztosan nem fog változni, esetleg kiadnak újabb maxhoz is egy plugint, de az biztos, hogy logikailag nem lesz új a kabinok, gépek importja és kezelése (még ha terveznének is ilyet, hülyeség lenne a grafikai változásokkal együtt fejleszteni azt, mert időigényes és rengeteg a hibalehetőség benne). Az emberek 99%-a amúgy is csak F-16-ot repül, én az évre sem emlékszem már mikor ültem bele másik típusba. Azok kabinjai tényleg nem valók már egy mai játékba. Még a Hornet is erőltetett a 16-os avionikával.
@molni
Senki nem is beszélt ilyesmiről, új grafikai engine jön, azon felül semmi drámai változás nem lesz, csak a "szokásos" fejlesztések.Másrészt tényleg nem látni azt, hogy a jelenlegi objective rendszer kukázható lenne.
www.pumaszallas.hu
#51753
Az kb. nyugdíjas koromra várható is. 1,5 éve jelentették be és azóta ennyi. Semmi több.
A történelem nagy tragédiája, hogy az Aurora helyett a Titanic süllyedt el. Intel Core i5-4690K 3.5GHz, GTX 960 4GB, 16 GB DDR3 1600 MHz https://htka.hu/author/molnibalage/
#51752
Igen a DCS ott cseszi el hogy sok dlc van, nincs rendszer, és a dlck sokszor nagyon drágák. A Hornettől nem sajnáltam, de ha ezt kaptam volna a tomcattől lehet hogy belefejelek az asztalba. Jó előrelépés lesz náluk is az hogy jön majd a dinamikus hadjárat. És a dcsnél is pedzegették az új motort, ami bőven ráférne. BoB-ban simán mozgat 40 50 gépet röcc nélkül, míg a dcsben már sokszor alapban van mikrolagg. De ezt ismerjük 😊 Persze jó az esély hogy a VR már kiforrottabb lesz 3 év múlva de ott is várat magára a nagy áttörés. De tény hogy alapban más élmény VRben tolni 😊
#51751
Ezt a csúnyácska gép kommentet nem értem. Ha nem zoomolsz be 1 méterre a gépre, akkor minden gép több, mint szét, ami elsővonalas és továbbra is gyártja Radium (és Manos) sorban az új gépeket. Ennél részletesebb modellek szerintem nem kellenek egy repszimbe. Amit a DCS csinál, az kb. maszturbálás a kinézetre az erőforrások kárára. A BMS4 FB csoportban leírta egy tag, hogy csak az F-14 modul betöltése 40 sec és annyi memóriát eszik, hogy az durva.
A kabin legyen tényleg nagyon szép, mert abban ülsz. Minden másnak az a részletesség szükséges, ami a TGP, EO/IR optika és a VID+FOV kombó szerint kell. Ehhez nem kell 4096x4096-os textúrából 10 db és több ezer poligonból álló futómű. Kérdezd meg csak VO101Tom-ot erről. Ő ebből él.
Az utcaszinten letöltés és konvertálás 1:1-ben egyszerűen nem jön szóba, mert annyi objektumot még egy új motor sem bírna el din.hadjárat mellett. Még, ha le is töltenek valamit, akkor is igen sok kézimunka lenne az, hogy mit tesznek be magába az DB-be, amiből építkezni lehet. Az nem megy, hogy te az összes épületet külön textúrával és 3D modellel oldjad meg. Generikus modellezés maradna, csak sokkal szebb lenne. Elvileg. Vagy esetleg proced generálás, de akkor is objectiven belül.
Másrészt tényleg nem látni azt, hogy a jelenlegi objective rendszer kukázható lenne. Egyszerűen olyan mélyen bele van épülve az egész játékba, hogy ha kidobod, akkor kb. újra lehet írni az egész hadjárat, ATO és minden más. Azok nélkül nincs hadjárat.
Amennyire tudom lényegében majd az lesz lehetséges jobban, amit az egyik európai 3rd party helyszín túltolt. Hatalmas 3D épület mennyiség, de azok akkor is 1 db objective részei lesznek. Persze én is tévedhetek, de amit tudok az egész kód, DB hadjáratról ez ennyire alapvető az F4 számára, mint a mai földi életnek az O2. Ha nincs, akkor vége. Jöhet egy új ökoszisztéma.
A kabin legyen tényleg nagyon szép, mert abban ülsz. Minden másnak az a részletesség szükséges, ami a TGP, EO/IR optika és a VID+FOV kombó szerint kell. Ehhez nem kell 4096x4096-os textúrából 10 db és több ezer poligonból álló futómű. Kérdezd meg csak VO101Tom-ot erről. Ő ebből él.
Az utcaszinten letöltés és konvertálás 1:1-ben egyszerűen nem jön szóba, mert annyi objektumot még egy új motor sem bírna el din.hadjárat mellett. Még, ha le is töltenek valamit, akkor is igen sok kézimunka lenne az, hogy mit tesznek be magába az DB-be, amiből építkezni lehet. Az nem megy, hogy te az összes épületet külön textúrával és 3D modellel oldjad meg. Generikus modellezés maradna, csak sokkal szebb lenne. Elvileg. Vagy esetleg proced generálás, de akkor is objectiven belül.
Másrészt tényleg nem látni azt, hogy a jelenlegi objective rendszer kukázható lenne. Egyszerűen olyan mélyen bele van épülve az egész játékba, hogy ha kidobod, akkor kb. újra lehet írni az egész hadjárat, ATO és minden más. Azok nélkül nincs hadjárat.
Amennyire tudom lényegében majd az lesz lehetséges jobban, amit az egyik európai 3rd party helyszín túltolt. Hatalmas 3D épület mennyiség, de azok akkor is 1 db objective részei lesznek. Persze én is tévedhetek, de amit tudok az egész kód, DB hadjáratról ez ennyire alapvető az F4 számára, mint a mai földi életnek az O2. Ha nincs, akkor vége. Jöhet egy új ökoszisztéma.
A történelem nagy tragédiája, hogy az Aurora helyett a Titanic süllyedt el. Intel Core i5-4690K 3.5GHz, GTX 960 4GB, 16 GB DDR3 1600 MHz https://htka.hu/author/molnibalage/
#51750
Képet nem mutattak és semmi konkrétumot se mondtak, csak hogy már dolgoznak az ügyön. dx11 es alap lesz szerintuk a dx12 nem ad annyi elönyt , hopgy az számitana. vulkan se lesz.Talán egy kész grafmotorra portolnak, és nem az alapokról irnak egyet hozzá.
Bár ha VR-t is akarnak a fent emlitett két verzio erősen ajánlott lenne, mivel csak ezek támogatják azokat az eljárásokat amik a VR megfelelő futtatásához kellene.
Meg itt jönne képbe amit sokszor szoktam mondani, hogy elöre látás és elöre tervezés nem ártana. .
Ha tudják , hogy le vannak maradva és van lehetőség elöre ugrani akkor meg kell probálni elöre látoan tervezni, 3 év mulva mind a gépek teljesitménye mind a VR elterjedése joval nagyobb lesz mint most. de ha 3 év mulva még mindig csak a mostani szint +10%át fogják hozni csak egy ujabb motorral akkor az már nagyon kevés lesz.
Most bárki bármit mond, a grafikát leszámitva egyenrangu társa a DCS-nek, de ha nem tudnak olyan mértékü ugrást elérni akár látvány akár játékkezelés terén akkor ez egy behozhatatlan szakadék lesz.
Hacsak nem probálnak meg nyitni a közösség felé, hogy könnyebb legyen a modderek élete és olyan lehetőséget adjon a felhasználóknak amit a DCS nem tud megadni nekik a zárt rendszere és fizetős modja miatt.
Bár ha VR-t is akarnak a fent emlitett két verzio erősen ajánlott lenne, mivel csak ezek támogatják azokat az eljárásokat amik a VR megfelelő futtatásához kellene.
Meg itt jönne képbe amit sokszor szoktam mondani, hogy elöre látás és elöre tervezés nem ártana. .
Ha tudják , hogy le vannak maradva és van lehetőség elöre ugrani akkor meg kell probálni elöre látoan tervezni, 3 év mulva mind a gépek teljesitménye mind a VR elterjedése joval nagyobb lesz mint most. de ha 3 év mulva még mindig csak a mostani szint +10%át fogják hozni csak egy ujabb motorral akkor az már nagyon kevés lesz.
Most bárki bármit mond, a grafikát leszámitva egyenrangu társa a DCS-nek, de ha nem tudnak olyan mértékü ugrást elérni akár látvány akár játékkezelés terén akkor ez egy behozhatatlan szakadék lesz.
Hacsak nem probálnak meg nyitni a közösség felé, hogy könnyebb legyen a modderek élete és olyan lehetőséget adjon a felhasználóknak amit a DCS nem tud megadni nekik a zárt rendszere és fizetős modja miatt.
#51749
Számomra nem ez okozza a gondot,. mert ma már vannak olyan programok pluginek, amivel utcaszinten lehet letölteni és átkonvertálni a térképet épületekkel bármilyen 3d-s programba.
Számomra a probléma ott adódik amit műr régebben is mondtam, hogy ha a gépek megmaradnak a mostani szinvonalon mind kinézetben mind kezelésben.
Meg ha már uj rendszer ahhoz illene uj SDK vagy pluginek amivel biztosítható a könnyebb importálást .
Ha megmarad a mostani szisztéma azzal sokra nem mennek majd.
Mert akkor 3 év mulva lmegfordul a dolog lesz egy jól kinéző táj csúnyácska gépekkel és senki nem tud majd hozzá jobbat csinálni a pluginek korlátai miatt.
A másik lehetőség meg itt jönne képbe a közösségi hozzájárulás, hogy ha meglennének a sarokpontok amiket az uj motor tud akkor annak megfelelöen már most el lehetne kezdeni hozzá késziteni a dolgokat és bedobni a közösbe.
3 év alatt ha csak 100 uj modellt készitenek el már akkor is sokkal elörébb vannak .
Számomra a probléma ott adódik amit műr régebben is mondtam, hogy ha a gépek megmaradnak a mostani szinvonalon mind kinézetben mind kezelésben.
Meg ha már uj rendszer ahhoz illene uj SDK vagy pluginek amivel biztosítható a könnyebb importálást .
Ha megmarad a mostani szisztéma azzal sokra nem mennek majd.
Mert akkor 3 év mulva lmegfordul a dolog lesz egy jól kinéző táj csúnyácska gépekkel és senki nem tud majd hozzá jobbat csinálni a pluginek korlátai miatt.
A másik lehetőség meg itt jönne képbe a közösségi hozzájárulás, hogy ha meglennének a sarokpontok amiket az uj motor tud akkor annak megfelelöen már most el lehetne kezdeni hozzá késziteni a dolgokat és bedobni a közösbe.
3 év alatt ha csak 100 uj modellt készitenek el már akkor is sokkal elörébb vannak .
#51748
Nekem a Hornet és az A10 van meg, de azt tudom hogy a hornetben lőnek mint a kurvaélet 😊 Ott azért mozognak szépen. Mondjuk az új supercarrierben még nem nagyon hiszek (kicsit olyan mint az EDben a fleet carrierek, jó hogy van de minek) de az biztos hogy az életszerűvé teszi az indulást és a fogadást. Egyébként mostanában Il2 BoB, új kedvencem a Tempest 😊 De az öreg A8-as csillagvadászt is szeretem 😄 Erről az új grafikus motorról azon kívül hogy lesz majd tudunk valamit? Vagy mutattak képeket?
#51747
Akkor ezek nem csak nekem olvashatatlan a Reddit. Biztos meg lehetne szokni, de 15+ év fórum után nem áll rá az agyam. Még úgy sem, hogy a kommentfolyamok külön ablakba kibonthatók.
Érdekes ez a 3 év. Akkor, még egy ideig várunk. Nagyon kíváncsi leszek, hogy az objetive-map relációt ez hogyan változtatja meg. Még, ha nagyon szép domborzat is lesz, meg kell tölteni majd városokkal. Mondjuk, ha kész van, akkor kvázi a mai limitációknak kb. vége lesz és "bármekkora" letehető lenne. Csak azokat is össze kell rakni és tervezni. Meg a sok jármű mellett kb. minden épületnek új skin és 3D modell kéne.
Érdekes ez a 3 év. Akkor, még egy ideig várunk. Nagyon kíváncsi leszek, hogy az objetive-map relációt ez hogyan változtatja meg. Még, ha nagyon szép domborzat is lesz, meg kell tölteni majd városokkal. Mondjuk, ha kész van, akkor kvázi a mai limitációknak kb. vége lesz és "bármekkora" letehető lenne. Csak azokat is össze kell rakni és tervezni. Meg a sok jármű mellett kb. minden épületnek új skin és 3D modell kéne.
A történelem nagy tragédiája, hogy az Aurora helyett a Titanic süllyedt el. Intel Core i5-4690K 3.5GHz, GTX 960 4GB, 16 GB DDR3 1600 MHz https://htka.hu/author/molnibalage/
#51746
Fogalmam sincs, nem szeretem a redditet , egy átláthatatlan fos számomra.
Csak rágoogléztam valamire és belefutottam ebbe a részbe . ezt a falcon lounge oldalt is most hallottam elöször ebben az interjuban.
Csak rágoogléztam valamire és belefutottam ebbe a részbe . ezt a falcon lounge oldalt is most hallottam elöször ebben az interjuban.