Microsoft Flight Simulator
Jelentkezz be a hozzászóláshoz.
a múltkor belefutottam a youtube-on egy videóba (igazából egy cikket olvastam és abban volt linkelve), ami bemutatja az aktuális top korongok előállítását. nagyon szép animációkkal volt megoldva. ami nagyon tetszett az, hogy már egyáltalán nem nyúlnak mechanikusan a korongokhoz, mindent folyadék intéz. ami azért is érdekes, mert nagyon sok kosz keletkezik a gyártás során, főleg a többrétegű lapkáknál. és ezeket nagyon nehéz lemosni, mivel ragaszkodnak (olyan mintha nm-ként kellene egy apróra darált celluxréteget lemosni). csak itt fémekről és különféle gyantákról van szó.
egyébként ha már megemlítettem: a nyák gyártás is ilyen. a tábla közepén lévő panelekben szinte nem találni hibát, nem úgy mint a széleken. ezért is panelizálják a finomabb rajzolatú paneleket középre, míg a durvák mehetnek a szélre.
Utoljára szerkesztette: nibron, 2024.01.29. 13:22:35
Lehet elütöttem pár szót, nem érdekel így is érthető.
Hát igen, a pénz sem boldogít... csak ha van. Részemről befejeztem - repülj S3 Trio-val, én maradok az RTX4090 mellett...
"Ne verje a gyereket az, aki nem eteti!"
a chipgyártáskor nem az a cél, hogy minden egyes altípus gyártását külön-külön megtervezik, meg mindent felépítenek a gyártáshoz (pl. logisztikát,gyártósorokat). alapvetően egyetlen technológiát fejlesztenek mindenből, és ez az egy technológia alá rendelik be a különböző altípusok előállítását. pl. tipikusan a cpu-knál. ezekben a chipekbe tesztelés után utólag írják be a teljes konfigot, hogy a végeredmény éppen melyik típus legyen. a mai fejlesztési átfutási idők olyan rövidek, hogy lehetetlenség lenne több milliárd félvezetőt tartalmazó lapokat egyesével megtervezni. úgyhogy azoknál a lapkáknál ahol a különböző típusoknak nagyjából ugyanaz lenne a maszkja, ott csak a top alkatrészt tervezik meg. a gyártás ugyanez. egy típust olcsóbb gyártani, ráadásul a selejt is sokkal kevesebb. rengeteg pénzről van szó. amikor tanultam a chipgyártást 386 és 486-osok voltak éppen gyártásban. úgy lehetett a korongok gyártását jellemezni, hogy középen helyezkednek el a leggyorsabb procik (80mhz), kicsit kijjebb a 66-osok, aztán kijjebb az 50 és 40 és így tovább. a korong legszélén pedig a 8mhz-esek (volt ilyen is, pl. pénztárgépekben használták). most is ugyanez van. legbelül vannak a legjobb lapkák, míg kifelé haladva a nem annyira jók. de itt nem hibás vagy hibátlan lapkáról beszélünk, hanem különböző minőségűekről. ekkor ha egy lapka nem felel meg a legszigorúbb követelménynek, veszik a következőt. előbb-utóbb valamelyik típusnak megfelel. ami változott az évek során az, hogy ma már sokkal finomabban bánnak a korongokkal, tehát elég sokat fejlődött a gyártási technológia. pl. régen a lapka egyben a félvezetők méretét mechanikai polírozással állították be, ma már folyadék van erre a célra. és csak ebből hatalmasat csökkent a selejtek száma.
pl. az intel családonként és tokozásonként tervezi meg a lapkákat. így i9, i7, i5, stb. gyártósort kell csak felállítani. és mondjuk pont itt volt olyan lapka a kezemben ami i7-es volt gyártásilag, de a végeredmény i5 volt. ebből is az látszik, hogy a lapkagyártóknak mennyire minimlizálni kell a gyártási erőforrásokat (naná, hisz ez a profit része).
ezeket az össznépi gyártásokat alkalmazzák a cpu-knál, gpu-knál, mcu-knál, memóriáknál és egyéb vezérlőknél is. pl. láttam chipset-et is így gyártani.
a lapkagyártók többsége nem rendelésre dolgozik, hanem mennyiségre. megtervezik, hogy most 8bites processzort fogunk gyártani. a rendelésállományban van belőle mondjuk 10e. nem ezt a mennyiséget gyártják le, hanem egy jóval nagyobb előkalkulációs mennyiséget. mondjuk 100e db-t. akkor rögtön van további 9db 10e-es rendelésre legyártott mennyiség. miután legyártották a 8bitest, átállítják a gyártósort 16bites procira és gyártanak szintén 100e-t úgy, hogy erre sincs ekkora megrendelés. azután jöhet a 32bites, majd a 64-es, és így tovább. a lényeg az, hogy amikor egy rendelés befut, azt raktárról ki tudjuk elégíteni. így lehet elérni azt, hogy a profitot maximalizáljuk, mert rengeteg időt, pénzt, miegymást meg lehet azzal takarítani, ha nem kell a sorokat állandóan átallítgatni. a raktározás nagyságrendekkel olcsóbb.
na itt elfordulhat olyan szitu, hogy befut egy jókora rendelés mondjuk az i3-as cpu-ra, de nincs annyi lapka készleten. de ha összevonjuk az i5 és i7-el, akkor már van. ilyenkor a gyártó döntést hoz, hogy vagy beállítja a gépet, hogy további lapkákat állítson elő, míg el nem éri a rendelés + raktárkészlet mértékét, vagy a meglévő lapkákat tokozza be. ebben az esetben azt is figyelembe kell venni, hogy míg a tokozás megy mint a karikacsapás, addig az új lapkák előállítása és tesztelése bizony hosszabb folyamat, főleg a gyártósor éppen mással van leterhelve (márpedig mással lesz, mivel nem áll). ilyenkor a rendelés teljesítésének határideje kitolódik, ami egyben azt is jelenti, hogy a gyártónak olcsóbban kell adnia az alkatrészeket. ezért a jó döntés szinte minden esetben a raktárkészlet felhasználása lesz. gyors lesz a szállítás, így nem kell engedményeket adni.
nagyjából így kell érteni azt, hogy a gyárak milyen alkatrészeket állítanak elő, mit tartalmaznak a tokok, stb. őket nem érdeklik a te személyes problémáid, csak a gazdaságosság érdekli őket, és mindent annak rendelnek alá. lehet, hogy egy sokkal jobb processzort kapsz mint amit vettél (bár ez manapság már elég ritka), de ez nem jelenti azt, hogy a gyártó "ráfázott", pont ellenkezőleg: így volt neki olcsóbban előállítani azt a processzort.
amire a gyártónak oda kell figyelni az, hogy egy alkatrész lehet jobb mint az adatlapján leírtak, de rosszabb semmi esetre sem. sajnos vannak ilyen gyártók, az egészen nagyok és ismertek között. a lista élén az amd. a legnagyobb adatlaphamisító, pl. még nem találtam olyan terméket tőlük ami megfelelt volna az adatlapjának. volt belőle kárunk is, be is pereltük őket, kurva sok pénzt el is nyertünk tőlük. és továbbra is folytatják. úgy néz ki az idén is be lesznek perelve. hadd szokják. már egy darab alkatrészt sem használunk tőlük.
Utoljára szerkesztette: nibron, 2024.01.29. 10:20:30
- Azt hiszem, amit már posztoltam, az eléggé egyértelműen tükrözi, hogy 74,4% a VRAM használat! (24GByte VRAM-os kártyáról beszélünk.)
"Egyébként, csak úgy érdeklődésképp kiszámoltad már valaha, mennyi a 24-nek a 70%-a? "
- Bár komoly problémát okozott, de kiszámoltam: 16.8 - ami (számodra lehet, hogy meglepő módon, de) TÖBB, mint 16! (A 74.4%-ról már ne is beszéljünk...)
Utoljára szerkesztette: Vizipok56, 2024.01.29. 09:22:59
"Ne verje a gyereket az, aki nem eteti!"
Egyébként, csak úgy érdeklődésképp kiszámoltad már valaha, mennyi a 24-nek a 70%-a?
Lehet elütöttem pár szót, nem érdekel így is érthető.
Utoljára szerkesztette: Vizipok56, 2024.01.29. 08:53:56
"Ne verje a gyereket az, aki nem eteti!"
Utoljára szerkesztette: bunny, 2024.01.29. 08:50:01
Lehet elütöttem pár szót, nem érdekel így is érthető.
Utoljára szerkesztette: Vizipok56, 2024.01.29. 08:00:33
"Ne verje a gyereket az, aki nem eteti!"
Egyébként a 4090 és 24Gb vram ügyben ami még felmerült bennem, hogy amellett, hogy kell valami eye candy a csúcskártyára még akkor is ha értelmetlen, az se elképzelhetetlen, hogy egyszerűen mint több a feldolgozó szál benne azoknak az optimális működéshez több vram kell amiatt amit írták?! Csak eszmefuttatás, gőzöm nincs.
Lehet elütöttem pár szót, nem érdekel így is érthető.
- Igazad van, valóban rosszul fogalmaztam! Tehát helyesbítek: A 16GByte VRAM 4K-s felbontáson nem biztos, hogy elég lesz.
- Nem fogok változtatni a beállításaimon - a mostanit bírja a gépem. Ha megelégednék a silányabb élménnyel, akkor nem RTX 4090-est használnék I9-13900KF mellett. Az pedig végképp szomorú lenne, ha az áramszámla miatt kellene aggódnom! (Mielőtt kritika érne: ~70-es nyugdíjas vagyok, nem jogász, fogorvos, nőgyógyász! Nincs autóm, nem dohányzok, nem iszok - csak repülök néha :-)))
Utoljára szerkesztette: Vizipok56, 2024.01.29. 07:23:00
"Ne verje a gyereket az, aki nem eteti!"
nekem rögtön leesett, hogy azért használ(sz) ilyen sok ramot, mert mindent felhúztál. én is csináltam ilyeneket, de nem igazán teszteltem, mert túl irreális felhasználás. a dx12-el, meg a max. lod-al rengeteget fogyasztott a gépezet (viszont felfűtötte a szobát), nagyon durva lenne az üzemeltetése. az enyém high-ből ultra-ba hajló konfig dx11-el, és az éves fogyasztása így is meghaladja az évi 1500kwh-t. és ez csak ez az egy gép. az idén szinte még nem is használtam, de már 127kwh felett járok. lehet téged nem érdekel a villanyszámla, de a többséget igen, ezért olyan konfigot kell beállítgatni, ami kábé az arany középúton van. legyen szép, meg gyors, de ne juttasson koldusbotra. 1200-1500w-os tápegységeknél már erre is kell figyelni.
úgyhogy ha visszaveszel a konfigból, neked is 8-10gb körül lesz egy alapgéppel. a pmdg vagy fenix (alaposan kidolgozott rendszerek) meg hozzáad 1-2gb-ot. szerintem így "kellemes" eredményt kapunk.
azért ha visszanézed a #2018-as hsz-ed, ott kategórigusan közölted, hogy a 16gb nem lesz elég 4k-s felbontáson. erre indult be a nép, hogy de, elég lesz.
Utoljára szerkesztette: nibron, 2024.01.29. 06:11:57
namost ugyanez van a grafikus vezérlőknél is. egy gpu rengeteg processzort tartalmaz, mindegyik használ fix területeket pl. a stackhez. így amikor van egy adott típusú gpu-nk, akkor adott méretű memóriát kell hozzá tervezni. vegyük alapul a 4090-est. ez a típus 24gb-ot kezel, és még az is elő van írva, hogy milyen technológiájú ram-okat kell alkalmazni. ez nagyon leegyszerűsíti a fizikai leképzést, ezért van az, hogy ha megnézzük több gyártó kártyáját, mindegyiken kábé ugyanazt látjuk ugyanott elhelyezve. sőt még a nyák lap huzalozása is nagyon hasonlít. azért mert ezt is előírja a gyártó (nvidia). nem kötelezően, de erősen ajánlva. ha egy 4090-eshez csak 12gb ram-ot tennénk be, akkor a gpu-ba bepakolt processzorok felét tudnánk használni (exhas). de csak akkor ha a gpu-t beállítjuk erre az értékre, különben el sem indul. a memóriafelhasználás sem szekvenciális, hanem szét van "dobálva" a teljes memóriatartományban. így ha 8gb-t van felhasználva a 24-ből, akkor is 24 lesz felhasználva, csak darabolva. ezzel a technikával rengeteg alkatrészt lehet megspórolni, plusz a felhasználás is sokkal egyszerűbb, pl. nincs szükség fragmentációra amivel rengeteg időt lehet nyerni. a gpu sem úgy működik mint cpu, hogy induláskor leteszteli, hogy mekkora memóriaterület áll rendelkezésére, és így szinte bármilyen konfigot elő lehet állítani. a gpu fix, többnyire 4szeres adatbusszal (a 24gb 4 részre van bontva már ami a chipeket illeti). ezért van az, hogy bármelyik chipet kivesszük vagy akár 1 biten elenged a forrasztás, a gpu már nem fog működni. a cpu memóriájánál ugyanez azt eredményezi, hogy kiesik a "hibás" blokk, de a többit használni tudja.
ezek miatt (fix architectúra) van az is, hogy amikor piacra kerül egy új chip, akkor ki kell hozzá adni az új drivert is. hiába történik csak annyi, hogy egy meglévő típushoz adnak ki egy altípust (pl. a 4090-hez, 4090S). ugyanaz a belső felépítés, a 4090-et ismerő drivernek tudnia kellene vezérelni a 4090S-t is. de a technológiai egyszerűsítések ezt ellehetetlenítik, így szoftverből kell megoldani a különbséget és ezért kell mindig új driver.
amit nem tudok, de biztos van rá megoldás a gyártónál, mivel nagyon sok pénzről van szó az, hogy ha egy legyártott 4090-es nem megy át a meo-n, akkor ha a hiba mondjuk a felső féltartományban van, akkor mondjuk csinálhatnak belőle gyárilag egy 12gb-s vagy 8gb-s gpu-t. mondjuk 4060-ast.
Utoljára szerkesztette: Vizipok56, 2024.01.29. 05:22:24
"Ne verje a gyereket az, aki nem eteti!"
Lehet elütöttem pár szót, nem érdekel így is érthető.
"Ne verje a gyereket az, aki nem eteti!"
különböző utakon, de lényegében a firmware-től kell elkérni a memóriát (a firmware az alapkezelő), és ezt többféleképpen is lehet. de számunkra most a lényeg, hogy legyen lefoglalva. ez kábé olyan mint a windows kernelben a foglalás. a firmware is tartalmaz kernelt, abban van az alapszintű memóriakezelés. tehát ha az mondom neki, hogy adj 1000byte memóriát, akkor az vagy sikerül vagy nem. ha sikerül az tiszta sor, de mi történik akkor amikor nem sikerül. egyrészt csak akkor nem fog sikerülni, ha nincs akkora egybefüggő terület amit kértem. ezek után már tőlem függ, hogy a továbbiakban mit csinálok. küldhetek hibaüzenetet, megpróbálom később végrehajtani, vagy egyszerűen csak átlépek rajta és kihagyom azt a feldolgozási folyamatot. de így elkapni ezt a hibát elég szakszerűtlen dolog, részben a kezelhetetlensége miatt. a kernelben mindig le lehet kérdezni, a teljes méretet/lefoglalást, az összes szabad helyet és a legnagyobb összefüggő szabad terület méretét is. tehát mielőtt elindítanék egy feldolgozást, nagyon javallott ellenőrizni, hogy lesz-e elegendő terület. Ha nem lesz, akkor ezen a ponton még több lehetőség lesz a hibamentes futáshoz. pl. egy feldolgozónk úgy van megírva, hogy ezt az ellenőrzést úgy végzi el, hogy melyik részletességgel lehet minimum megoldani a feladatot. ha kevés a memória, akkor egyszerűen leveszi a részletességet, de a feldolgozást el tudja végezni. magát az ellenőrzést kintebb haladva is el tudjuk végezni, akár a teljes frame-re mindenestűl. ezért megtehetjük, hogy feldolgozás folyamán "átparaméterezzük" az elkészült kockát. ha nagyon vészes a hiány, akkor akár ki is hagyhatunk kockákat.
azt is meg lehet tenni, hogy prioritással látjuk el az objektumokat, és hogyha nem tudunk elkészíteni egy kockát, akkor annak egyes részeit nem jelenítjük meg. erre pl. van kitűnő példa: fekete kitakarások jelennek meg a képben. az fsx és később a p3d-ben is láthattunk ilyeneket. erről a jelenségről azért azt is tudni kell, hogy nemcsak a memóriahiány okoz ilyen gondot, hanem pl. a háttértár lassúsága is. ha nem tudja időben betölteni az objektum adatait, nem is dolgozza fel, és így fekete lesz.
a kockák nem feldolgozásával így már szinte közvetlenül trükközünk az fps-el is. először csak mondjuk 3-ból csak 2 képet dolgozunk fel, de ez nem befolyásolja az fps-t. 3 képet fog megjeleníteni, de abból 2 ugyanazt tartalmazza. ezt még nem vesszük észre, de ha ezt a jelenséget felnagyítjuk, akkor látható lesz ugrándozás formájában. olyan mint amikor leesik az fps, de ekkor az fps ugyanannyi mint eredetileg volt, csak a képek tartalma nem változik.
és ezt most írhatnám elég sokáig, mert nagyon sok technika van ma már. ahogy haladunk előre az időben egyre kifinomultabb technikák állnak a rendelkezésünkre. tehát az, hogy mi történik egyes erőforrások "kimerülésekor", azt minden alkalmazásban a programozók tudása/hozzáállása dönti el. itt nem csak a memóriáról beszélünk, hanem az összes erőforrás jellegű komponensről (pl. a cpu nem az).
összefoglalva a kérdésedre a válasz:
a legegyszerűbb esetben elszáll (ez ma már ultraciki, de az fsx idejében ez volt míg nem fixálták).
nem hajt végre egyes funkciókat (pl. nem számolja ki az árnyékot,fényeket,fákat,házakat,stb).
egyes funkciókat kevesebb erőforrással számol (fény,árnyék, vagy akár a részletesség pl. fáknál házaknál). pl. poligoncsökkentés.
egyes objektumokkal nem számol. nem jelenik meg pár fa, ház, stb. esetleg egy mező (pl. fekete lesz, vagy a default textúrát használja).
trükközik a kockaszámokkal (egy kocka nem elkészítésével rengeteg időt és erőforrást lehet nyerni).
elveszti az fps-t (itt is rengeteg időt, erőforrást nyerünk).
nem azt a felbontást és nem azt részletességet használja amit beállítottál. ehhez kapcsolódóan fejlesztenek talán a legtöbbet.
ezzel az utolsó ponttal lehet azt egyre jobban megcsinálni, hogy minél jobban szét lehessen húzni az elfogadható felhasználást. pl. a mi pókunk bezony 18gb-át sem átall felhasználni egy egyszerűbb folyamathoz, míg más 4gb-ás kártyával futtatja.
szóval van esély, hogy semmi sem történik. vagy szakadozni fog. vagy a kép fele hiányzik (nincs nap, felhő, árnyék, fény, stb.). vagy átmegy low grafikába. vagy szaggat mint állat. vagy elszáll, esetleg szó nélkül kilép.
asszem így nagyon röviden leírva, talán érthető.
"Ne verje a gyereket az, aki nem eteti!"
miért kellene tudnom, hogy milyen kártyád van? mihelyst olvasom azonnal ki is dobom a memóriámból, mert számomra érdektelen. csak addig foglalkozom vele míg fennáll a probléma. ugyanúgy ahogyan az orvosok is teszik (gondolom tapasztaltad, hogy mindig el kell mondani ugyanazt). kell a hely ezer más fontosabb dolognak. a mérnökök is rendelkeznek szelektív memóriával. másrészt nem tudom, hogy a palit4090-ben mennyi a memória. nem volt még a kezemben palit cucc, és amennyire ismerem magam nem is lesz, nem az én kategóriám. annyira nem érdekel, hogy utána sem nézek. minek? szintén csak a tapasztalat/rutin alapján vettem a 24gb-ot.
ezért van az, hogy ha valakivel információt osztok meg, akkor az tartalmazzon is némi infót (ezért lett volna jobb a task manager, mert azt mérnökök tervezték, így tartalmazza a szükséges infókat).
"Ne verje a gyereket az, aki nem eteti!"
"Ne verje a gyereket az, aki nem eteti!"
Ha pl. a proci gyenge azt látod abból hogy nincs meg az fps. Ha a ram kevés akadozik a betöltés, lassú az egész. De a kevés vram nekem igazából megfoghatatlan.
Lehet azzal is több fps lenne, nem tudom. Én úgy gondolom hogy a rendszer annyit foglal le amennyi van azt hajrá, lehet a textúrák betöltése gyorsabb , akadásmentesebb játék közben ha több van. De mivel 10gb is jó volt ezért én úgy gondolom kicsit túl van lihegve ez a dolog.
Utoljára szerkesztette: PhantomAss, 2024.01.28. 11:00:33
GOOBY, pls
Utoljára szerkesztette: Vizipok56, 2024.01.28. 10:52:20
"Ne verje a gyereket az, aki nem eteti!"
Utoljára szerkesztette: Vizipok56, 2024.01.28. 10:52:56
"Ne verje a gyereket az, aki nem eteti!"
Mert azt sokszor hallottam már hogy kevés a vram de soha senki nek tudta konkrétan megmondani hogy mennyi a kevés és milyen problémát okoz ha betelik.
Utoljára szerkesztette: PhantomAss, 2024.01.28. 10:50:42
GOOBY, pls
am egy 7700K-s gtx1070 8gb-os kártyával én is csináltam 50fps+-t, külső nézetből (ami többnyire jóval több mint a belső). még repültem is vele.😊
egyébként egy-két képből megmondani, hogy jó-e vagy sem, kábé olyan mint pl. személyre szabott öltönyt vásárolni a neten.
"Ne verje a gyereket az, aki nem eteti!"
500%-on is elég elmosódott de így már látom, hogy 75% körül van. nemtom mekkora a kártyád, így elég nehéz viszonyítani😊. azonkívül nem ismerem ezt a gépet, próbáld meg inkább valamelyik kisebb ismertebb gyári géppel, újraindítással. viszont ha azt vesszük, hogy 24gb van a karin, akkor ez olyan 18gb-nak lenne megfelelő. igazából a legegyszerűbb módon a task manager-ben is megnézheted, ebből a szempontból az is jó, és ott legalább számszerűen van kiírva. szóval 2 dolog lehet: vagy ez a grafikon nem jó, vagy a szimben vagy akörnyékén van vmi elbva. ráadásul ezen a képen még felhő sincs. részemről eddig az msfs-t 3db 4k-s monitorral teszteltem (am szintén lhbp-n szoktam elsőre, csak nálam a 13r a preferált a közeli és távoli objektumok egyidejűsége miatt), és a lefoglalás mértéke még csak meg sem közelítette ezt az értéket (a home builderezés miatt rendszeresen tesztelnem kell).
sok konfigot láttam/csináltam, egyik sem volt ilyen, még sli-el sem.
úgyhogy ezt az értéket úgy fogom fel mint hibás értéket.
Utoljára szerkesztette: Vizipok56, 2024.01.28. 10:27:54
"Ne verje a gyereket az, aki nem eteti!"
"Ne verje a gyereket az, aki nem eteti!"
Egyrészt sok helyen olvastam hogy a gpu annyi memóriát használ amennyi van neki, ha 10 gb akkor annyit, ha 24 akkor annyit, másrészt én vr-hoz használtam a 10gb-os 3080-ast (4320*2160) és nem éreztem hogy gond lenne. Illetve visszakanyarodva az első kérdéshez, mit kellett volna tapasztalnom? Fagyás, crash, laggolás, alacsonaybb fps?
GOOBY, pls
más lenne a helyzet ha mondjuk bronx felett alacsonyan repülve közelítené meg a central parkot. főleg ha még betolnánk néhány felhőt is. vagy egy addon-os jfk-ról felszállva alacsonyan elrepülni a kewr-ig úgy, hogy szárazföld legyen alattunk és érintjük a parkot. többnyire így tesztelek, mert az alábbi képeken látható eredményt még a hülye is eléri. akkor jó a szimcsi, ha nem veszed észre a különbséget a legjobb és legrosszabb időjárás között. és erre jó tesztkörnyezet ny, de speciel nem ez a terület. ennyi erővel az óceán felett is repülhetne nem lenne sok különbség.
ellenben a táj ilyen szempontból "statikus", mert a beállításokban megadott paraméterek alapján használ fel memóriaterületeket. Ha a látótávot, rendeléseket meg mindent kimaxolsz, akkor sokat "fogyaszt". viszont ha ésszerűen leszabályzod, akkor jóval kevesebbet. de a különböző sűrűségű helyeken kábé ugyanannyi lesz a felhasználás. pl. bécs és los angeles (itt van a legtöbb objektum) között nem nagy a különbség. elvileg a felhők miatt kellene nagyobb különbségnek lennie, de itt vmit trükközhettek, mert nincs annyi. gpu teljesítményben igen, de memóriahasználatban nem. érdekes...
- HIGH
- ULTRA
"Ne verje a gyereket az, aki nem eteti!"
3090ti 24gb-os kártyával tesztelve.
véleményem a videóram méretéről, hogy a 8gb-ás kártyák már kevesek, de a 12gb már elég, 16gb meg "bőven" elég.
tovább gondolva az msfs2024-hez sem kell majd több memória, mert a motor jó eséllyel ugyanez lesz.
Utoljára szerkesztette: Vizipok56, 2024.01.28. 09:19:07
"Ne verje a gyereket az, aki nem eteti!"
am nálam 4k-ban eddig még sosem érte el a 12gb-ot. a pmdg-hez megvolt az az ultra cockpit is, azzal sem. szerintem 16gb bőven elég bármekkora felbontáshoz. a pmdg-hez sok monitort használok, 3db 10"-os a pfd, nav és eicas képernyő 1024x768 os felbontással, 1db 5"-os 800x600-as felbontással az fmc-hez, és 2db 3440x1440 a tájhoz. így 10gb körül van a felső határ.
"Ne verje a gyereket az, aki nem eteti!"
(szerk: ja látom az előző hsz-odban).
Utoljára szerkesztette: bunny, 2024.01.27. 21:02:54
Lehet elütöttem pár szót, nem érdekel így is érthető.
Bocs, hogy csak most ültem ide!
Nagyon köszönöm a hasznos tanácsaitokat!
Ilyen hirtelen nem is tudok mit mondani!
Jó párszor elolvasom a gondolataitokat, megpróbálom megemészteni azokat, majd elkezdek mérlegelni. Nem is olyan egyszerű.
Ehhez nekem idő kell... Nem is kevés... Meg további pénzecske sem ártana, ahogy látom.
Azért még nem adom fel, sőt lenne még egy kérdésem:
A gépek típusa összefüggésben van az erő felhasználásával? Azaz egy kisgéppel repkedés erő igénye közel azonos mondjuk az A 320-as működtetésével? Avagy van jelentős kapacitás felszabadulás a kisgépek használata esetében?
Köszönöm a fáradozásaitokat!
"Ne verje a gyereket az, aki nem eteti!"