35066
.png){kind=logo}
-
#33062
Az nem is fontos, hogy most physix-el vagy anélkül,de olyan egyszerű és alap dolgot legalább jól kéne kezelnie mint egy test szabadon esés sebessége és a súly, lendulet és 2 test összeutközésénél fellépő erőhatásokat , hogy amelyik nehezebb azt nehezebben is lehessen kimozditani a nyugalmi helyzetéből. ÉS ez független a modell roncsolási kinézetétől, vagy, hogy milyen pontosan érzékeli a két test összeérintését a lénegi hatásnak az elvárható szinten kéne viselkednie, egy realisztikus szimulátorban,ez 2015 ben már egy flash alapu játéknál is alap.
Egyébként a legutólsó dev patch ota nem tapasztalt valami próblémát más? Mert nálam nem indul a játék mód nélkül futtatva programhibát dob és kész bezáródik. -
#33061
Game settings ben kapcsold ki a steamui-t.
sirpalee:igen, csak a helikopterekre.
repvez: az ütközés szimulálása nem befolyásolja a repülés model dinamikáját. . Lehet a repülőgépek ha repülnek onnantól kezdve nincs kapcsolatuk a physx el, és egy egyszerűbb rendszer kezeli a robbanást ütközést. -
#33060
Van egy olyan problémám hogy sem a chat üzeneteket se a halálozásokat nem írja ki a játékban, nem tudjátok mi okozhatja ezt? -
sirpalee #33059 Az AFM csak a helikopterekre van hatassal, nem? Vagy a merevszarnyuakat is erinti? -
#33058
Milyen AFM ? Még FM -nek sem mondanám .még az alap dolgokkal is gondja van.az alábbi videón is látszik,hogy még a testek súlyát sem normálisan kezeli.mert nem hiszem,hogy egy -at at vs a10 ilyen ütközést eredményezne. Meg mintha nem 9.8 m/s2 lenne a játékban a gravitáció,mert úgy esnek le a gépek mintha lassított felvétel lenne -
#33057
Főleg azért álltak át, mert az esetleges crash-eket tudják majd debuggolni, mivel belelátnak. Eddig ilyen esetekben konzultálniuk kellett a NVIDIA mérnökökkel. -
#33056
A mostani AFM nem elég jó? -
sirpalee #33055 Kiraly lenne egy advanced flight mod a repcsikhez. Nem kell dcs, de egy war thunder szint elferne... -
#33054
Meg ahogy láttam az ingyenes pisisre is átál nak.remélem azután valaki gatyába rázza a fizikát is. -
#33053
Újabb jó hír. Az érkező 1.44 multi-player optimalizálásokat tartalmaz és ezzel még nincs is vége, mert ráfeküdtek a dologra. Mindezt a mai SITREP ből. -
#33052
-Közelre mind 2 esetben megjeleníti a 2K textúrát de van egy-két 4K textúra is a játékban, azt csak ultrán.
-Ahogy távolodsz egy objektumtól a textúra felbontása feleződik folyamatosan, ultra beállítások mellett nagyobb a távolság mire vált felbontást a textúra. -
#33051
Ultra textúrák miben különböznek a Very High textúráktól? Csináltam több screenshotot is mind a két beállításon, de sehol sem látom a különbséget. -
Gascan #33050 a fizikat se artana rendbe tenni ...
Utoljára szerkesztette: Gascan, 2015.04.29. 13:37:07 -
tpM #33049 :'D
Nem volt azon az A-10-en vontatókábel? Stílszerűbb lett volna. :D -
sirpalee #33048 -
sirpalee #33047 Arma-ban ezekbol mennyi mukodik? Ezeket szimulalja egyaltalan valami? DCS-ben valamennyire kezelve van a hangsebesseg feletti repules, de Arma-ban mukodik-e ez egyaltalan? Anno amikor neztem az F-18-at arma 3-hoz, az pl 1000km/h-nal megragadt mint max sebesseg. Szerintem szandekosan volt limitalva.
Erzesre arma-ban annyi van szimulalva, hogy amint letrejon egy hangforras, egy folyamatosan novekvo gombot neznek, hogy melyik jatekos van benne. Ezt a raytraces modszerrel is megteheted, meg figyelembe veheted a doppler hatast is (mozgo, eltorzult! gombok).
Amiket leirsz, azoknak egy reszet lehet ezzel szimulalni, penetracio, anyagban terjedes igen, persze (SSS :D), visszaverodes alapban mukodik, plusz minden felulet viselkedhet kulonbozokeppen a hangokkal (elnyeles, visszaverodes, ateresztes szintje)
Visszhang kesese, pontos dopler stb... Ahhoz a hang terjedeset le kell kovetni folyamatosan, es szimulalni. Ez borzaszto adatmennyiseg, es maximum valami volumetrikus megkozelitest tudnak elkepzelni. (vagy reszecskekkel kozeliteni) -
#33046
Ez a hang késleltetés érdekes dolog, mert ugye tovább "él" egy hang a rendszerben, mintha nem volna késleltetés. Pl. egy robbanás 10s, de ha valaki 2 km-re van akkor neki +5s, tehát 15s. Most akkor minden hang keletkezésénél(ami késik, pl armában a fegyerhangok) figyelembeveszi a játékos távolságát és annak megfelelően késve játsza le nemde? Nade mivan ha a hang irányába mozog vagy távolodik? Tesztelte már valaki, hogy egy robbanás felett elrepül hangsebességgnél nagyobb sebességgel és kiugrik a gépből? Kérszer hallja a hangot?
sirpalee: dopplert is meglehet oldani vele? összegezve: késés, doppler, visszhang(ez is késhet), penetráció(ezt megcsinálta a srác is asszem), visszaverődő anyag figyelembevétele, kihagytam vmit? -
sirpalee #33045 Nulla szazalekos paratartalomnal, 20 fokon, tengerszinten, levegoben, jah ott kb annyi. :)
Utoljára szerkesztette: sirpalee, 2015.04.29. 06:23:52 -
#33044
A hang késleltetésére meg van egy egyszerű érték a hangsebesség.tehát átlagossan 340m -enként 1mp. -
sirpalee #33043 Mar nem tudtam szerkeszteni... Hang kesesre van otletem, valoszinuleg mivel ez a modszer kepes egy atlagos tavolsagot adni a hangforrastol, igy az az adat felhasznalhato es egyszeruen kesleltetheto a lejatszasa. Ket legyet egy csapassal.
Majd kiprobalom, ha jut ra idom. (most eppen massal vagyok elfogalva) -
sirpalee #33042 Kicsit kesoi reakcio.
Igen, persze, tobb hang tobb sugarat jelent. (vagy ha nem is tobb sugarat, de gyengebb hangminoseget) De megnezed a legutolso linkelt videot, ott mondja, hogy 4k ray-t kell tracelni a hangok kezelesehez (3-as depth, szoval osszesen 12k). Az korulbelul semmise egy jol megirt CPU-n futo raytracernek is mar. Egy magon is akar. Tobb hanggal tobb sugar kell, de nagyon sok trukkot lehet alkalmazni az egesz folyamat optimalizalasahoz. A GPU meg ennyi sugarat lazan ledaral egy msec toredeke alatt. (egy jobb GPUs raytracer masodpercenkent par szaz millio sugarat kepes kezelni, komplexebb matekkal a sugaraknal mint itt, szoval itt valoszinuleg a kernel inditas nagyobb overhead mint az egesz szamitas)
Emelle meg az is jon, hogy a srac audiomernok, nem render engineer, es a letezo legegyszerubb modszereket hasznalja. A problema nagyon hasonlo a fenyek kezelesehez raytracerekben, es ott eveken keresztul optimalizaltak, trukkoztek az egesszel. Szoval meg lehet oldani, hogy sok hanggal, akar kevesebb ray-el, gyorsabban, jobb minoseget kapj. Erre van tizenotmillio trukk (jobb sampling algoritmusok, MIS, VCM, Bidir stb), es ha ezt a feladatot egy renderhez erto embernek adod azonnal latja ezeket. A nagy terekkel es az ottani hang terjedesevel sincs baj, a nyitott terben fenyek szamitasanal nincs egyszerubb dolog a vilagon. :)
A hang kesese viszont jogos felvetes! Majd agyalok rajta.
Utoljára szerkesztette: sirpalee, 2015.04.29. 02:10:56 -
marja #33041 Köszönöm szépen Danczer, ez a megoldás. 
-
#33040
Sztem bugos a szöveg. Nem tűnik nagyítós skópnak. -
#33039
A Holosightra az van írva, hogy 1-2x-es nagyításra képes, viszont nekem egyáltalán nem nagyít(jobb klikk nyomvatartós zoomoláson kívül, de ahhoz elég az iron sight is), próbáltam ctrl+jobb klikkel "bekapcsolni" a nagyítást, de ez semmit sem csinált. Hogy lehet előcsalni a 2x-es nagyítást? -
#33038
Először tegyél le egy bármilyen egységet player vagy playable ként. Utána megjelenik az Empty frakció, ott ahol az OPFOR meg a BLUFOR is választható. -
marja #33037 Tudna segíteni valaki abban, hogyan tudok editorban letenni egy üres járművet? Bármit csinálok mindig van benne személyzet. A régebbi editorokban menüből lehetett üreset választani, de most nem találok ilyet. -
#33036
angol de azért elég világos szerintem az alapvető működése
https://developer.valvesoftware.com/wiki/Source_Multiplayer_Networking -
#33035
Valaki el tudja magyarázni, hogy miért van az, hogy multiban a szervertől is függ az fpsem?(csak kíváncsi vagyok, neten meg mindenfélét írnak) -
#33034
Valószínűleg oka van. Más játékokban még ezek se. :) Ettől függetlenül meg kéne oldani a raytrace-es módszernél. -
tpM #33033 Armában is csak a fegyver és robbanáshangok késnek ám... -
#33032
Este még gondolkoztam rajta lefekvés előtt. Igazad van abban, hogy futhat más FPS-el is a hangmotor. Sőt fizikánál egyes dolgok a fizikán belül is más más fps-el mennek ha jóltudom. Pl a kerék más sebességgel megy mint a jármű karosszéria. Azt viszont nem értem, hogy a hangok mennyisége miért nem befolyásolja a teljesítményt? Ha jól emlkészem minden ray ütközésnél kell velük számolni!? Plusz ami még eszembe jutott, hogy a Q3-as demóban(ha jól láttam a papírban) nem számoltak a hang késésével, ami nélkül más lenne az Arma.
Utoljára szerkesztette: DancZer, 2015.04.28. 07:01:43 -
sirpalee #33031 Aszinkron, első körben CPU-n, az arma nem pörgeti annyira ki a magokat, hogy ne maradjon elég erő erre. Több kernel régóta van már GPU-n, viszont abban igazad van, hogy ezt csak DX11-el nem tudod megcsinálni. (DX12-vel már igen) -
sirpalee #33030 Reggel van még, kicsit nyersen reagáltam. Bocs. Írok inkább privátot referenciákkal.
A hanglejátszást miért kell a képekhez rögzíteni? Történik valahol egy esemény, kiszámolod, hogyan terjed az a hang a térben, majd lejátszod. De miért baj, ha két frame között játszod le éppen a hangot? A legtöbb render engineben úgyis a fizikai szimuláció általában külön megy a rendertől, teljesen más FPS-el is akár.
Arma dll, ilyet nem biztos, hogy utólag kéne az enginehez ragasztani. Nem ismerem az arma apiját, de nem biztos, hogy elég gyors hozzáférést biztosít a kellő adatokhoz.
-
tpM #33029 Nem offoltok, engem érdekel a téma. -
#33028
Bocs, nem tudtam, hogy ilyen jól értesz a raytrace-hez. Én csak egyszer csináltam üveggömbös raytrace-t GPU-ra, nincs túlsok tapasztalatom benne. CPU-n vagy GPU-n csináltál? GPU-n egyszerre csak egy kernel futhat, szóval nem értem, hogy hogy képzeled az aszinkron dolgot. Max az adatmozgatás aszinkronban. Preszehogy framenkent kell számolni, máskülönben, hogy lesz szinkronban a hang a képpel? Mind1, én befejezem, nem akarok offolni.
Csinálj egy dll-t armához. :)
Utoljára szerkesztette: DancZer, 2015.04.27. 21:29:11 -
sirpalee #33027 Ertek hozza, raytracehez kulonosen. Q3 modot nem csinaltam, az igaz. ;) Amiket itt problemakat emlitesz, szinkronizacio a gpuval, valtozo csatater stb... Egyaltalan nem problemak, ha egy limitalt, baromi egyszeru jelenetel kell masodpercenkent par ezer, tizezer sugarat szamolni. A problema nalad azzal van (betudom tapasztalatlansagnak), hogy te framenkent akarsz mindent szamolni, es nem gondolsz arra, hogy ez egy tok fuggetlen, aszinkron, szamitas a grafikai megjelenitesrlhez kepest. Egy olyannadathalmazon ami a megjeleniteshez szukseges adathalom toredeke.
A kiadott paperek szamitasi teljesitmenyre altalaban semennyire sem mervadoak, egy specializalt, game enginebe betolt megoldas mindig gyorsabb. Persze, ismet, ha nem benak. -
Solt #33026 A 290/290X-n erre külön dedikált hangprocesszor van, ez a leggyorsabb megoldás késleltetés szempontjából is. A következő NV szérián is lesz szerintem, mert a VR-hez ez a legoptimálisabb. -
#33025
A mostani hangrendszer még új, ezért még kicsit kiforratlan, de kiválóan beimplikálható módokba és jól is tud működni.
Az agyon dicsért Battlefieldbe sincs ez máshogy megoldva, csak kicsit jobb anyagokkal dolgoznak.
Ha előzőleg berakott fejlesztésekből indulunk ki, ez is 1-2 hónapon belül szépen be lesz lőve, szóval nem is értem mi ez a rossz száj íz sok ember részéről.
-
#33024
GPU-n futtatást már esélyesnek tartom, de azt is csak a közeljövőben. Főleg azért lehet jó, mert miután kész a kép, a köv. képig lényegében áll a GPU, ilyenkor számolhatná a hangot. Ehhez viszont a CPU-nak fel kell töltenie a szükséges adatokat, modelleket a GPU-ra. Azt tudni kell, hogy ez elég lassú dolog, bár az új NV kártyák már elég jók.
Leírásban ott a papír is. Ajánlom!
A jövőben biztos érdemes megcsinálni, mert ahogy sirpalee is mondta egy általános megoldás lenne. Először úgyis a AAA kategóriájú játékokban jelenik majd meg, mert ott van rá pénz. Sajnos.
Utoljára szerkesztette: DancZer, 2015.04.27. 16:51:53 -
Solt #33023 Na igen, most azért látszik, hogy ki fejlesztetett. :)
A külön hangkártyákat az MS nyírta ki...
Ahogy jönnek majd a VR-hez tervezett VGA-k, úgy kerülnek majd rá a külön hangprocesszorok a VGA-ra... szerintem.
Utoljára szerkesztette: Solt, 2015.04.27. 13:51:36