Prepar3D - XPlane

<#worship><#worship><#worship><#worship>

Újabb remekbe szabott videó azokról a gusztustalanságokról amik fent történnek a szerencsésekkel!
Azért ez minden nap le tudna nyűgözni!
//www.youtube.com/embed/a9vFHAjKG24

Szia Peti!
Igen, közben elő vettem én is az összes térképet!
Mintha változtattak volna ezen a kb 10 évvel ezelőttihez képest
Egyébként a Krauth Peti kb ugyan ezt mondta el amit Te!
Ami nekem szerintem furcsa volt, hogy pl a JustSim LOWI-jánál mintha nem lett volna különbség!
köszönöm!

Nézz meg egy megközelítési térképet LOWI-ra és látni fogod, hogy a megközelítés valójában egy nem precíziós sima LOC-DME, és nem pedig ILS. Ennek ellenére felsugároznak ugyan egy siklópályát segítségképpen, ami -3.77 fokos (a standard -3.0 helyett), ez a PAPI a 26-os pályára viszont -3.5 fokos, tehát sosem fog stimmelni a kettő. A siklópályát segítségként használhatod a végső megközelítés során, de az elhatározási pont (missed approach point MAP) előtt át kell térned visualre, amihez pedig a PAPI a segítség. Hogy melyik missed approach pointot használhatod azt a térképről kell lenézned és attól függ, hogy a géped az adott súllyal milyen go-around gradienst képes tartani. Vannak repterek, ahol pl ráírjáka térképre, hogy 747-el nem is használhatod a PAPI-t, mert annyival magasabban van a cockpit a többi géphez képest, hogy nem jót mutatna. Máshol csak leírják, hogy pl x kategóriánál nagyobb gépen a 3 fehér az még "jó". Valahol pedig csak szimplán nem esik egybe a PAPI a siklópályával, amit sehol nem említenek és mindenki leszarja... igazából nincs is erre szükség. Vagy a PAPI-t követed visualben, vagy pedig a műszereket befele nézve, papíron mind a kettő be fog hozni a touchdown zone-ra, ha jól csinálod.

Utoljára szerkesztette: alert, 2017.04.18. 21:58:13

A 6800K a kupak alatt forrasztva van (sokkal jobb a hőátadás), szemben a 7700K gagyi pasztázásával, ergo utóbbinál nagyon figyelni kell a feszültségértékekre, mert az is előfordul, hogy egy gyengébb hűtővel még a gyári értékeken is túlmelegszik. Az auto tuning általában nagyobb feszültségértékeket használ mint amire szükség lenne, ráadásul javarészt csak a turbó órajelet húzza fel, vagyis az elért magasabb órajel csak egy logikai szálra vonatkozik, nem az összesre. Arról nem is beszélve, hogy egy dolog amikor stabilnak tűnik egy rendszer a tuning után, és egy másik amikor tényleg az is... :)

A 7700K-ra levetítve, delid nélkül 4 mag + HT esetén átlagban olyan 4.7 GHz környéke érhető el anélkül, hogy a stabilitás teszt alatt megfőne a cucc. A 4770K-t én úgy tudtam 4.4GHz-n stabilizálni, hogy télen rányitottam az ablakot és úgy ment le a teszt, pedig egy Corsair H80 hűti... játékok alatt természetesen nem melegszik fel nagyon, mert nem igazán van olyan játék, ami a 8 szálat intenzíven terhelné, de ahhoz, hogy tényleg stabil legyen a rendszer, kell a teszt, ott meg iszonyat hő keletkezik...

Egy szó mint száz, a normális tuninghoz még mindig kell a "bios szarozás", de azért nem kell már annyit babrálni vele, mint mondjuk a Wolfdale (pl E8400) idejében... :)

ja persze nem is azert irtam csak arra hogy aki nem akar tokolni Bios frekik stb azoknak az elete sokkal egyszerubb, en is azert megneztem mit bir kezzel siman elment 4 felett es meg a hutes se kapcsolt hipersebire. De nekem ez a 25% boven eleg egyenlore. BF1 igy is megy 120 fps ultra beallitason:) ( 1/2 refreshel a 60 mint atom) AMi a vizhutest illeti igen igazad van, nekem se az also kategoria van inkabb a felso de egy szavam sincs ra alpon nagyon halk amikor meg mar kell a hutes akkor se elviselhetetlen hangos viszont ellenben eleg jol hut..:))

Lap függő ez. Nekem 6600k auto oc val nem megy 4ghz felé sőt inkabb valahol 3.8 nál meg áll. Ellenben ha magamnak húzom 4.4 ghz ig simán fel tudom srofolni minimalis áram hozzá adásával persze azt is csak offset ben szoktam allitani igy akkor emeli ha nagyon kell. Siman fut 58 fok fölé soha nem megy pedig léghűtésem van. Sőt en ugy vagyok vele hogy a mai 20 k körül kaphato vízhűtők nem biztos hogy hatekonyabbak egy jo szellőző háznál plusz egy jó erős légcsavarnál... Sokan azért veszik mert uhhh vízhűtés kell, de össze nem is hasonlítja.

hát én nem vagyok ekkora szakember, de tény az uj technologiaknak koszonhetoen a sok bios szarozasnak vege, en UEFIban ramentem a Normal Overlockra megcsinal mindent 25% novekedes, egy kattintas es kesz. elotte ersze csinal egy hosszabb tesztet hogy megnezze mi a max mi a minimum es mi az optimalis, es aztan felajanlja ennyi, Nekem 6800K van 25% overlock Corsair Liquid cooling felén se megy, HT OFF ( fsx Hez nem kell) csak szim miatt nem vennek erosebbet jobbat :) 1070 GTX meg mindent visz:) mondjuk mentem most egyet Star Citizen-el az állam leesett....

Valakinek lesz egy csepp ideje legyen szíves nézzen rá LOWI RWY 26 ILS-re! Tudom, hogy itt egész máshogy néz ki ez az eljárás, mint egy általános reptéren egy normál ILS megközelítés!
Itt én azt vettem észre egy Visual megközelítés során, hogy a műszer nem azonost mutat siklópálya tekintetében, mint a PAPI!
Műszer szerint jöttem , de az a PAPI szerint magasabban volt az ideálisnál! Ha PAPI szerint jössz, az meg alacsonynak tűnik az épületekhez képest.Holnap átküldöm a Krauthnak a videót, kíváncsi vagyok mit mond...Elvileg szinte minden héten jár ott.
Nektek mi a véleményetek?
//www.youtube.com/embed/kRfQIuckITU

Megnéztem ezt a LOWI most világosban is!
Nagyon szép! Sajnos a Landing lemaradt valami oknál fogva...:O
//www.youtube.com/embed/noA9UAKKCBA

Erre írtam én is korábban hogy le lehetek maradva... Mert a tuning nálam is egyértelműen azt jelenti hogy magasabb órajel több áramot is kér. Sőt régen ha olvastam bármilYen OC tutorialt ez volt a szentháromság második pontja. Orajel, feszültség, hűtés! En is akarok olyan alaplapot aminek az auto turbo órajele igy felhuzza a procit.... Illetve en soha nem alaplap gyártóhoz választottam VGA-t.. Egyszerűen van ugyanabból a típusból ami kimondottan sz@r es van ami rohadt sokaig huzza nekem az MSI kártyák jöttek be asus ra sokan panaszkodnak viszont alaplapom utobbi van annak bevált. Egy szó mint száz lehet hibáztam, de eddig soha nem volt hardver gondom, nem égett bele a VGA az alaplabba se hasonló nem történt az elmúlt 10 évben......

Ennyi zöldséget, ne zsibbassz kérlek! :)) PH-n a 7700K topikjában még a stabil 4.7 GHz-ért is megküzdenek sokan, nemhogy csípőből menjen az 5GHz léggel, kupaktalanítás nélkül, az alaplapra bízva mindent! A többire inkább nem is írok semmit, mert kb akkora szakértelemre vall, mint amikor valaki azzal indít, hogy: a repülőgép kanyarodik... :D

A lényeg, akit érdekel a téma, itt a topikja: LINK

Az összefoglalóban ott vannak a leírások, tippek, tuning, stb.
Utoljára szerkesztette: Solt, 2017.04.16. 12:22:17

az a baj, hogy a te megközelítésed sem az igazi, kicsit olyan hont-os.:) értsd már meg, hogy nem húzunk semmit sem túl. feszültséget pláne nem emelünk. na jó a lap fog egy picit, de annyira minimálisát, hogy nem releváns. az intel bőven hagy helyet a húzásnak végülis valamennyire üzleti érdeke is, de alapvetően ezt te kézzel nem tudod kihasználni. erre vannak a technológiák, megcsinálják helyetted. a szóban forgó szettben a procit így 5.1ghz-ig hajtja ki stabilan. a szervergépemben lévő i7-2600-os procit, az alaplap 4.1ghz-re húzza fel (kb. 6 éves technológia), kézzel sohasem tudnám stabilan megcsinálni. ez van.
kicsit olyan ez, mint pl. az egyenáramú motorok fordulatszámszabályozása. régen ha csökkentettük a fordulatszámot, csökkent a nyomaték is. nagyon sokáig probléma volt ez. azután nem is oly rég megszületett egy technológia. a pwm. itt már nem a feszültséget csökkentettük ezáltal az erővonalak számát csökkentettük így a nyomatékot, csapágyakra ható erőket stb., hanem megküldjük a teljes delejjel, de szabályozzuk a kitöltési időt. és voilá s lőn világosság. a baj csak az elterjedésével volt. begyöpösödott elmék nem tudtak így elképzelni pl. egy hengersort, úgyhogy kellett hozzá kis idő míg ezeket legyűrték. mára már általánosan használt technológia. ja, igen az alaplapodon is ezt állítsd be a ventiknek, tovább bírja a csapágyazás.:)
az egyszálas dolgot nem értem. mi köze van a pofaszőr órajelének a szálkezeléshez? minden sebességen ugyanaz a tick idő van, amit különben is az oprendszer kernele határoz meg.
egyébként sem szerelnék neked géped, nem ismerjük egymást annyira, és nem ebből élek, viszont így is elég sokat kell vele foglalkoznom. úgyhogy nem veszem sértésnek, sőt örülök neki.:)

A 7700K-ra szinte bármilyen hűtést tehetsz, egy bizonyos feszültség érték felett képtelenség lehűteni, mivel a kupak alatt a szokásos Intel gányolás megy ahelyett, hogy forrasztanák. A lényeg, hogy az általad említett stabil 5GHz-s érték kupaktalanítás nélkül halott ügy, mert még vízzel is képtelenség lehűteni. Szóval valamit nagyon elnézel, tuti, hogy nem megy a 7700K 5GHz felett kupaktalanítás nélkül, főleg nem úgy, hogy a lap szabályozza magától a feszültségértékeket, mert rendre jóval nagyobb feszt adnak a CPU-nak és minden másnak mint amennyit kéne...

Esetleg egy szálon elérheti, de, hogy egy normális stabilitás teszt így sem menne le a hőfokok miatt, abban biztos vagyok. Szóval nem tudom te miket csinálsz, de amiket leírtál, azok elég hajmeresztőek... ne vedd sértésnek, de én biztos nem rendelnék tőled gépet! :)

Ennyit változott volna 3 év alatt a technika...?
Bár készülök platformot váltani még ebben az évben, de most egy kicsit össze kuszálódtak a fejemben a dolgok.
Ami a magas órajelet illeti, az kétség kívül az egyik legfontosabb összetevője a szimulátor világnak! (az én olvasatomban)
Tehát akkor azt mondod, hogy teljesen rossz oldalról közelítem meg a hardverek összefüggését és beállításait.
Ami tény!
Ezzel a hardverrel ami nálam most megtalálható, default UEFI vel, adott beállításoknál, mentett szituációkban mondjuk 20 az FPS!
EUFI megpiszkálásával ,(gondolok itt a frekvenciák cibálására és az ehhez tartozó feszek emelésére) akár 30-33 FPS-t is ki tudok nyerni ebből a konfigbó!
Ezek szerint akkor ez zsákutca? (igen, valószínű ez a platform is az LGA1156 sorsára jut és valószínű a LGA2011v3 lesz fejlesztve)
Hogyan tovább? (mivel semmi más hobbim, vagy szenvedélyem nincs, így az energia fogyasztása érdekel a legkevésbé...)

hát kérlek, mivel nem lépi túl a az intel által előírt határokat, és amúgy meg van rajta megfelelő hűtés, sajnos ez van.:) amúgy szerintem a "hűvös" szó nem biztos, hogy megfelelően átment. a biosban 80c-re állítom a virnyákolást, és 85c-re a shutdown-t. de ez ugye bőven normális. és amúgty csak akkor ilyen "hűvös" a proci amikor ténylegesen dolgoznia kell. amikor nem kell dolgoznia tényleg hűvös. jól jön az július-augusztusban.:)

egyébként olyan jól sikerült, hogy úgy döntöttem ezt megcsinálom magamnak is. a 3 vga kártyát már úgyis ki kellett fizetnem, azt nem adták ingyért.

amit most összerakok gépet, abba 7700k-s proci kerül. 4.2ghz a normál, 4.5ghz a boost órajele, de ezt a procit berakva egy megfelelő alaplapba (pl. a gigabyte technológiái sebesség szempontjából nagyon jók, és így a p3d használatához ideális) simán kihajtja 5ghz fölé úgy, hogy nem emeli a feszültséget, betartja az áram és teljesítménykorlátokat, így a proci szinte végig "hűvös" marad azonkívül, hogy atomstabil.

Tehát úgy megy a 7700K 5GHz felett, hogy az alaplap nem emel hozzá feszültséget és még hűvös is marad!?!? Aha, oké... és egyébként te pedig ezzel a szakértelemmel gépeket raksz össze másoknak? Kemény... :D
Utoljára szerkesztette: Solt, 2017.04.16. 11:16:00

upsz. te egészen másképp látod a dolgokat. szóval a mai világban már nem emelgetjük az órajeleket sem a feszültséget, egyáltalán semmit. erre ott van a technológia, sokkal jobban megoldja ezeket a dolgokat, mint a kézi nyenyerészések. elsőször is olyan alaplap kell ami dinamikusan a terhelés függvényében változtatja a processzor órajelét. nem csak lefelé az energiatakarékosság jegyében, hanem felfelé is. így tudod elérni a legnagyobb hatékonyságot, és a gépedet sem hajtod túl. jó pár éve rájöttek már a gyártók, hogy az emberek hajlamosak túlhajtani a gépüket, és valamiért úgy gondolták besegítenek. lehet nagyobb volt a garanciából származó káruk, mint ezzel. a memória oldaláról szintén nem hajtunk túl semmit, erre ott van a kedvencem, a mára már elég jól működő xmp2.0 (extreme memory profile). a mostani ddr4-es memóriák már eleve erre a technológiára hajaznak. abban a gépben amit most rakok össze 3200mhz-es modul van, aminek a native speed-je 2133mhz, az igazi döfést az xmp adja meg neki. viszont pont ez a téma, ami nem egyszerű halandónak való, elég bonyolult, részemről még a mai napig nem tudok exact módon hozzáérteni, úgyhogy itt én is belövéssel választottam ki a legjobbat az alalap+proci kombóhoz. és egyáltalán nem az nyert akire előzőleg gondoltam. a ddr5 megjelenésével pedig még durvább lesz a helyzet. az aida-t említetted, az a helyzet, hogy a mostani technológiákkal ő sem igazán tud megbirkózni. még információs szinten is elég sok hülyeséget irogat. de a windows task managere sem a jó értékeket írja ki, pl. órajelnek sokkal magasabb értékeket irogat mint a tényleges ha éppen tép a gép (tegnap írtam róla (frekvencia/teljesítmény)). ami még nem is annyira rossz, mert ebben ez esetben ez egy elméleti sebesség lenne, ezért erre inkább valami más mértékegységet kellene kitalálni, hogy ne legyen abszolúte félreérthető. azután ott van még a triumvirátus harmadik tagja a grafikus kártya. vele kapcsolatban ma már szintén elvárt a dinamikus teljesítményszabályozás. és természetesen ott van az alaplap akinek össze kell hangolnia a dolgokat. ezeknek a technológiáknak az elektronikai részét mind az alaplapon találod meg, és hát a szoftveres támogatás is ott van. a prociban, vga-ban, memóriában csak a lokális dolgok vannak benn, pl. a prociban az intel évtizedeken keresztül fejlesztett technológiái (hőmegfutás elkerülése miatti teljesítménykorlát, és az összes többi), de ezeket mind az alaplapnak kell összefognia. a k-s prociknál ő állítgatja a szorzót, az órajeleket, és egyébként mindent futásidőben amikor szükség van rá. amikor pedig nincs, szépen visszaszabályoz, és ezzel te is jól jársz, mert nem azonkívül, hogy kevesebb lesz a villanyszámlád (nem is kevéssel), a géped sem amortizálódik annyira. ezért kell jól összeválogatni az alkotóelemeket. ezért gondolom úgy, hogy ezekkel a hajtásokkal teljesen rossz oldalról közelíted meg a problémát.
amit most összerakok gépet, abba 7700k-s proci kerül. 4.2ghz a normál, 4.5ghz a boost órajele, de ezt a procit berakva egy megfelelő alaplapba (pl. a gigabyte technológiái sebesség szempontjából nagyon jók, és így a p3d használatához ideális) simán kihajtja 5ghz fölé úgy, hogy nem emeli a feszültséget, betartja az áram és teljesítménykorlátokat, így a proci szinte végig "hűvös" marad azonkívül, hogy atomstabil. memóriánál szintén ez van. a vga esetében pedig olyan kártyát kell választani ahol szintén a technológia segít a "túlhajtásban". alaplapnak és vga-nak elvárt, hogy ugyanaz legyen a gyártója, mert a különböző gyártók különböző technológiákat fejlesztettek ki, és mivel többnyire ez a sajátjuk egy gibabyte technológia nem fog "szót érteni" az asus technológiájával. azonkívül az általános szabványok pontosan a rengeteg gyártó és a gazdaságosság miatt kell, hogy kissé lazábban tartsa a gyeplőt, de az általánosságban elmondható, hogy ha pl. egy gyártó fejleszt egy graf.kártyát, azt a lehető legprecízebb módon belövi a saját alaplapjaihoz.
kis segítségnek leírom ide, annak a gépnek az alkotóelemeit amit most rakok össze. illetve inkább az aqua.hu linkjeit, hogy ne kelljen keresgélned. amúgy elég jó bolt, szeretem őket, de nem igazán tőlük vásárolok, de az eddig legjobban bevált alkatrész "adatbázis", mindig naprakész, és rengeteg cuccot tartalmaz, amihez kis országunkban minden további nélkül hozzáférsz. szóval itt keresgélek, majd berendelem onnan ahonnan vásárolok (ott nagyon sok mindent nem kell kifizetnem azonnal, kipróbálhatom mielőtt megveszem és ez verhetetlen).
alaplap: https://www.aqua.hu/gigabyte-ga-z270xp-sli-alaplap-492968.html
proci: https://www.aqua.hu/intel-core-i7-7700k-42ghz-socket-1151-dobozos-bx80677i77700k-491902.html
vga: https://www.aqua.hu/gigabyte-geforce-gtx-1070-8gb-g1-gaming-videokartya-gv-n1070g1-gaming-8gd-nvidia-kupon-440486.html
memória: https://www.aqua.hu/16gb-3200mhz-ddr4-ram-corsair-vengeance-blue-led-cl16-2x8gb-cmu16gx4m2c3200c16b-489336.html
ez nem pont ilyen, ami jön az white led-es, csak nem találtam linket róla.
táp: https://www.aqua.hu/chieftec-700w-smart-tapegyseg-gps-700a8-dobozos-186487.html
reméljük ez elég lesz, nem szívesen raknék bele nagyobbat. a rövid tesztek alatt jó volt, de a teljes környezetnek mindig nagyobb a fogyasztása.
ház: https://www.aqua.hu/cooler-master-elite-knight-350-tap-nelkuli-fekete-haz-rc-k350-kwn2-en-183391.html
itt szeretem az egyszerűséget. meg hát ezt a tulaja választotta mert ő fogja nézegetni, én csak rábólintottam:).

a proci hűtőt nem tudom linkelni, erre egy már nagyon jól bevált "féltéglát" választottam, és amúgysem ajánlom másnak, mert baromi nehéz a megfelelő beszerelése, könnyen gar.vesztés lehet a vége.
Utoljára szerkesztette: nibron, 2017.04.16. 11:11:50

Ezen csodálkozom én is... Már ami az utolsó bekezdésedet illeti!
A lap egy Rampage IV Extrem. Szóval ha valaminek, akkor ennek tudni kellene mindent amit ebből a platformból ki lehet aknázni!
Lehet órajelet kellene még emelnem...A hűtésem megoldott hozzá mert 60 c' fölé nem megy a magok hőmérséklete "terhelve" sem. (de ezek szerint nincs terhelve) AIDA val tudtam 71C' kicsikarni belőle 45 perc után, de aztán már nem emelkedett...Nem kizárt, hogy valami időzítés, vagy egyéb beállítási hiba lesz az UEFI ben...<#fejvakaras><#zavart2>

a te esetedben biztos is voltam, hogy 3-as mindkettő. a példa csak egy példa volt az inkompatibilitásra amivel éppen küzdök.
egyébként amit mutatsz itt a képeken, teljesen normális, a 0-ás magon van a mainthread ami kitolja a proci szemét, míg a többin szinte semmi sincs. ekkor letiltod a 0-ás magot,és mivel win10-ed van érvénybe is lép az új affinitás, újra elosztásra kerülnek a szálak, majd visszaállítod és
valamennyi szál ismét elosztásra kerül. a mainthread adja a legnagyobb terhelést, tehát azt visszarakja a 0-ás magra, ami ekkor nincs terhelve. repülés közben mivel mindig változnak a terhelések szépen lassan eligazodnak a magokon a terhelések, te csak alaposan meggyorsítottad a folyamatot. mondjuk teljesen feleslegesen, mivel egy többszálas alkalmazás (ilyen a p3d) nem tudja túlterhelni a procit pont azok miatt a dolgok miat amit lentebb leírtam. ha teljesen terhelt egy mag és a scheduler nem tud a szálnak időt biztosítani, akkor átrakja másik magra. de addig míg megfelelő időt tud a rendelkezésére bocsájtani minek pöcsöljön vele?

egyébként amikor tesztelsz repüljél, egyrészt mert ez egy ilyen program, másrészt jó pár perc kell hozzá. mint a vizeletvizsgálat: eleje pisi nem jó, közép pisi a jó. amit legutoljára videóztál, kb. úgy szoktam én, felszállok egy addon reptérről (ált. aerosoft frankfurt), és körülötte körözök, közben éjjel-nappal, felhők ki-be, overcast minden (az most as16+asca-val odatesz neki rendesen). sűrű fejmozgások balra-jobbra. leszállni már nem szoktam amikor megvagyok kilövöm.

a processzor választásod nem igazán értem. ha jól tudom kifejezetten a szimnek csináltad a gépet. annak pedig bőven elég a 4 mag, viszont a sebességből adni kell neki rendesen. de ez most így tulajdonképpen egy 6 magos 2600k-s proci, bazi drágán. és mivel 2011-es lap van hozzá, az sem lehetett olcsó. az alábbi képen pedig még az is látszik, hogy a ~100%-ig kiterhelt magnál az órajelet sem emeli fel annyira mint kellene. ott olyan 4.8 körüli értéknek kellene lennie. és ekkor még csak a sima 2600-as procinak felel meg nem is a k-snak. és ez még nem is a proci "hibája", inkább az alaplap vagy valamit nem tud, vagy el van állítva.
Utoljára szerkesztette: nibron, 2017.04.15. 23:51:07

Próbálom elképzelni amit mondasz...!

Egyébként ránézetem, erre a PCIe Buszra, a lap is és a VGA 3.0.

hát scriptel nem, de egy service-el és egy alkalmazással meg lehet csinálni. a service alaphelyzetben áll. amikor a p3d betölti a szitut (flight), aktivizálódik az fsuipc (ő ha jól tudom a model meglétét figyeli). ő pedig el tud indítani külső alkalmazást akár késleltetve is. ez az alkalmazás pedig szól a service-nek, hogy induljon el. elindul, és amit kézzel megcsináltál azt végrehajtja, majd leáll. az alkalmazás indítását meg lehetne az exe.xml-ből oldani, de az fsuipc esetében már egy stabil állapotban van a process, míg induláskor (exe.xml) amikor épülnek fel a szálak necces lehet. de mint írtam lejjebb, nem tartom hasznos dolognak. problémát nem így kell megoldani.

Közben megcsináltam...
AffinityMasc most 63. Nálam eddig ez vált be leginkább!
Ez az alap helyzet! A "0" mag teker mint állat! A többi meg csak vegetál...

Kikapcsolom a "0" magot, majd vissza!

De ami érdekes, hogy utána is 50-70% megy csak a CPU és a GPU sem megy 60% fölé!

felesleges értettem, hogy mit csináltál, csak a bekapcsolás felett siklottam át.
egyébként pont foglalkozok ezzel a pcie2 és pcie3 kompatibilitási problémával. tulajdonképpen egy pcie2-es lap max. 69%-ra tud kihajtani egy pcie3-as kártyát. és nagyon ugrál, folyamatos dma-zásnál visszaesik (amit pont akkor nem szabadna) 40% környékére pillanatokra. mindezt egy akkori nagyon jó gépen.

Hát igen!
Nálam lehet lesz valami összeférhetetlenség...
Próbáltam Neked egy videót csinálni erről a A.Masc ki-be kapcsolásáról, de a feladatkezelő nem jelenik meg a Fraps videón... Gondolom valamit be kellene rajt állítani, de nem jövök rá, hogy mit!
Max csinálok scrent róla.

ja, hogy ki-be kapcsolod az engedélyezést. bocsi az elsőre nem jött át.
először is a p3d-nél nyugodtan bekapcsolhatod a htt-t, az xpl11-nél egyenesen hülyeség nem bekapcsolni (végre egy csapat akinél korrekt szálkezelést látok). én 252-őt használok, bőven elég az is. de ha valami újabb kiadás a proci és nem írok be semmit az is jó szokott lenni.
a prioritások és affinitások futás közbeni kezelése már nehezebb eset, ebből a kérdéskörből már simán doktorálni lehet. ha win7-ed van elég egyszerű a dolog, ott még nem úgy voltak megoldva ezek a dolgok, mint most a w10-nél. ott ezek a beállítások csak a szálak létrehozásakor játszottak szerepet, működésük alatt az affinitást nem, de a prioritást lehetett állítani. a win10-nél már a szálak contextje is csak az affinitás által engedélyezett magokra kerül vissza a context switch alkalmával, ill. a scheduler most már el tudja dönteni, hogy melyik mag a kevésbé terheltebb, és akkor esetleg arra másolja vissza a szál contextet. de ezeket a váltásokat csak akkor hajtja végre, ha ezeknek a kiszámítása (elég sokat kell kulminálni) nem haladja meg a task switch time slic-re szánt idejét. magyarul nem biztos, hogy azonnal átütemezi, először újra elő kell állítania a task táblázatot. amikor az elkészül akkor az egyik task switch alkalmával átírja a táblamutatót és így már az új tábla alapján kerülnek kiosztásra a taszkok. összegezve azért ez előbbiekből látszik, hogy processzor kezelgetésével sem w7-nél, sem w10-nél nem okozhatod azt a jelenséget amit leírtál. egyszerűen azért nem mert a processzornak mindegy melyik magon éppen mi fut, a windows kernelekben ezek a szétosztásos dolgok igen kifinomultan működnek. egyetlen kivétel van: a windowsban rengeteg egyszálas process fut, akár magában, akár hostban. ezek egy igen bonyolult ügylet (nem írnám le mert úgysem értenéd és nagyon hosszú) miatt, mindig az első magon indulnak el. win7 esetében ugye itt is maradtak mindvégig, w10-nél már előfordulhat, hogy a terhelés függvényében szétszóródnak a többi magon. és itt most terhelésen nem a proci "usage" értékét értem, hanem a frekvencia függvényében felvett villamos teljesítményt. ugyanis most már ugyanazt a windowst használja minden eszköz legalábbis kernel szinten, és a telefon aksijának minél jobb kihasználása érdekében a legutolsó elektront is optimálisan kell felhasználni. azt meg ugye tudjuk, hogy az fsx és a p3d is elég kemény terhet rak a procira a mainthread-ben. ezért a w7-nél erősen ajánlott a legalsó mag elkerülése (kár, hogy nem lehet megmondani egy processnek, hogy konkrétan melyik magon nyissa meg az első szálat), w10-nél már nem annyira, mert azok a szálak akik ottmaradnak azok elég erősen nem csinálnak semmit.
úgyhogy az affinitáskapcsolgatás nálad most vagy csak egyszerűen placebohatás, vagy pedig egy sokkal keményebb problémára mutat rá amit biztosan nem szeretnél hallani. a gépben valamelyik modul vagy modulok nem kompatibilisek másokkal. ez egy nagyon rohadt hiba, sok időbe és a végén pénzbe kerül, hacsak nincs egy szervízes haverod aki el van látva alkatrésszel és meg tudja csinálni. akkor csak a cserélt alkatrészeket kell kifizetni. mondjuk manapság az sem kevés. egyébként a vga recece is erre utal, a procinál az ekg teljesen elfogadott, főleg win10-nél (ott még az órajelek is ugrálnak mint állat többnyire a fentebb leírt okok miatt). az már megint egy más kérdés, hogy ezek a %-os mérők mostanában nem is annyira jók ezeknél a teljesítmény szabályzós dolgoknál, mert itt már nem úgy működnek a dolgok, hogy összeszámoljuk az 1sec alatt felhalmozott usage hívásokat. ahhoz, hogy reálisan meg tudjuk határozni egy cpu vagy gpu terheltségét már nem ezeket kell használnunk, hanem nemtom mit. ha magára a processzorra kell megnéznem a terhelést, akkor azt most már a teljesítményfelvételéből lehet jól meghatározni, de ezt ugye nem tudom magokra bontani. ahhoz az kellene, hogy a processzortól le lehessen magonként kérdezni a core teljesítményfelvételét. a cpuz és egyéb méricskélők pedig kuka míg át nem állnak ezekre.
van itt nálam egy gép. pár hónapja a vga kártya elment megnézni az örök vadászmezőket, akkor mondtam a tulajának, hogy vegyen beleillő kártyát használtan. hát ő inkább vett bele egy gtx1060-ast. a boldogsága pár nap után alábbhagyott mikor rájött, hogy a kártya bizony nem úgy muzsikál ahogy kellene. kiakad a program, laggol mint állat, nem hozza azt a sebességet amit kellene, meg a többi ilyenkor szokásos nyalánkság. hozza a gépét, majd újfent elmagyarázom, hogy ezzel semmit sem tudok kezdeni, mert a pcie2.0-ás alaplapjába bedugott egy pcie3.1-es kártyát. és az igaz, hogy felülről kompatibilis a 3-as, és a 2-es sebessége is csak pár %-al marad el a 3-astól. de a 3-as megalkotására azért volt szükség, mert a 2-esben annyira elkeffentették az időzítéseket, hogy már nem lehetett az újabb technológiájú kártyákat megtervezni. úgyhogy nem tudta eldönteni mi legyen, úgyhogy segítettem neki kicsit. kérdezem, hogy nem szokott a gép játék közben kikapcsolni?
-dehogynem. honnan tudod?
-most nézem, hogy 500-as táp van benne. ennyi kell a kártyának, de mi látja el a többit? ha bennmarad a kártya kell egy nagyobb táp.
kicseréltem a tápot, mivel gigabyte-os az alaplap, és ennél éppen lehet egy kicsit játszani a pcie órajellel, meg az időkkel, megpróbáltam valami normálisabb helyzetet elérni. persze, hogy felraktam a p3d-t, hát az nagyon szar lett, teljesen szét van esve. most, hogy itt van nálam az xpl11, azt is. s láss csodát, teljesen elfogadhatóan működik. azt nem mondom, hogy nem laggol, de tűrhető. azt nem hozza amit a kártyának hoznia kell, és ha felveszem a tükröződést akkor eldurran, de még mindig jobb mint pl. a 7dtd-nél ami ugye unity motort használ.

Igen, de én eleve nem használok HT-t!
Tehát nekem elvileg 62 kellene, de azzal laggol...
Aztán próbáltam 63-al, amivel viszonylag jó, de itt meg úgy néz ki a CPU használat, mint egy EKG!
Arról nem is beszélve, hogy a "0" mag maxon, a többi meg 30% megy!
Viszont ha megcsinálom azt a ki-be kapcsolást, akkor egyenletesebb és 60% a CPU használat!
A GPU is 60-n megy.

a prepar3d.cfg-be


AffinityMask=254

Lenne egy kérdésem Hozzád!
Nálam ez a kis beavatkozás, mikor a feladatkezelőben az AffinitiMasc kézi beállításánál kiveszem a "0" mag elől a pipát, kilépek, majd vissza teszem, ez nálam nagyon sokat jelent!
Esetleg erre nem lehet valami scriptet alkalmazni, hogy ezt magától megcsinálja?
Van amikor már repülés közben jut eszembe...
Egyébként most végig próbálgattam az összes konvertált verziót és az MKV rontja legkevésbé le a Fraps által készített videót! Ezt ajánlom mindenkinek aki még nem próbálta...

az lhbp-kaszkadökörködés jobb cím lett volna.:) rendes volt tőled, hogy a felszálláskor hagytál helyet a szembejövőnek. ritkán ilyen udvariasak az emberek.
valamelyik nap írtam ezekről az akadásokról. ilyenkor a vincsiről ránt be egy halom dolgot. de. ez nálam csak újabban jelentkezett, azonkívül az xpl11 is csinálja rendesen, és már teljesen más típusú játéknál (fps karakterrel a földön szaladgálva) is találkoztam vele. olyan mintha a legutolsó pillanat után töltene be dolgokat, és míg nem végez nem tud továbblépni. tehát mintha nem működne az előtöltés. próbáltam már a jó öreg bevált módszerrel rájönni, hogy mi változott a legutolsó jó állapot óta, de sajna elég sok minden. win7-ről 10-re állás, gépcsere, tehát minden (na innen szép nyerni). a win10 alatt a kontrollerek sem az igaziak, a rudder állandóan jobbra térít, a jobb fék jobban fog, szinte berág. de amikor a nyers adatokat nézem azok meg jók.

Szia!
Bár tegnap nekem elég erősen felhős volt az ég, de próbálgattam megint ezt a "videofeltöltést" ami szokás szerint egy rakás szar...)
Három hibát eltekintve a szim jól működött! A három hiba három bazi nagy akadás! (1:08, 3:18, 6:49 )
A másik nagy gondom, az a pocsék minőség ami a végeredmény! Olyan mintha 800X600 készítettem volna...
Csillagokkal sem vagyok kibékülve.
Valakinek ötlete?
A végén az TWR-t meg az érkező WIZZ-t kicsit megvicceltem...:D:D:D
//www.youtube.com/embed/uDHKNybWLzQ

épp most érek lrop fölé. gyönyörűek a csillagok. 03:27 van a szimben.:)

Éjszakai égbolt javításával nem találkozott valaki?
Hiába a kristálytiszta nyári éjszakai égbolt a csillagok szinte egyáltalán nem látszanak...
Ez az FS9-ben sokkal szebb volt, bár ha jól emlékszek ott is volt valami DAT fájl felül írás.

Hoppá. P3D kompatibilis lett a Leveld 767. Bár sok mindent nem csináltak vele. Elég retrón néz ki.

bocsi, kicsit elkapkodtam a választ. az azért érdekelne, hogy miből vontad le?:)

Kezdtem megijedni hogy iszonyat el vagyok maradva hardver tekintetében :D

:)) miért ne lehetne?

Kb a felét nem értettem annak amit írtál LOL... Hogy mi? Itthon nem lehet gépet venni?

köszi, tudva vagyon. de belőni a gépet anélkül kell. ezt tavaly megtanultam mikor vegasba csináltam egy demózó gépet és átadás után mehettem vissza befejezni a munkát. amúgy inkább az én költségvetésembe kellene felvenni. eddig nem sokat foglalkoztam vele, de még nem volt két egyforma eset. az egyik szintén lv-ben, amikor kivittem a demózót, ott a reptéren az egyik handlingtiszt megkért, hogy a no man sky-t (nem röhög) üzemeljem már be a srácának (akkor jelent meg), és ott pont az volt a probléma. az egész gsync-es hóbelebancot ki kellett iktatni, mert akkora fpsdrop volt, hogy átment diavetítőbe.

azok az akadozások amikról írtam inkább a háttérfolyamatok miatt van, megnéztem profilerrel és olyankor mindig nagymennyiségű adatot emel be a háttértárból. az xpl11-ben még javítani is fognak, mert ott valamit nagyon elbaltáztak.
Utoljára szerkesztette: nibron, 2017.04.13. 14:13:23

<#worship>

A megrendelődnek ajánlom, hogy vegyen fel a költségvetésbe egy g-sync monitort, az eltünteti az akadozást és a microlagot.

:) köszi hogy megosztottad a gondolataid, igen sok a dilemma, sok addon felét nem is használja az ember de muszaj felraknia, mert szép, jo videok stb, aztan egy ido utan annyi dolog van hogy frissiteni rendben tartani kulon munkaido ) A repulok sulya erdekes dolog, en egy-egy addon kivitelevel a tobbsege raketa e a tegla kozott helyezkedik el. Sajat gepen nem probaltam az xp11 et de egy felszallast csinaltam egy ismeros gepen, nekem sulytalan-nak tunt minden cessna mint egy raketa ment. De ezt megfigyeltem FSX/P3D ben is boven. Érdekes hogy pl a DCS ben kevesbe ereztem ezt. Il2 meg egy masik teszta ott asztan radlizas nelkul felszallni a bf109 el egy muveszet:) Érdekes amit irsz az ngx rol sokaknal lattam en nem is allitottam a kiejlzok fps et default es semmi gondom vele, bar valoszinu csak a veletlen muve:) Ami viszont mindig el elveszi a kedvemet az ngx tol az a rusnya cockpit, annyira aranytalan annyira szornyu mint 3d-s objektum hogy csoda hogy ez minket baxtat csak a Maestro-val:)))))) bar elnezve a 744 et nekem az se tunik sokkal jobbnak. Nekem a RealAir gepek hasonlitanak valamennyire a valosaghoz mar a mi a felszallast illeti es sibwings. a nagyok airbus, boeing, es tsa nem annyira meggyozo talan az MD11 amit nagyon szerettemm fs9 alatt na az volt meg erdekes es CS c130-a ahol tenyleg imadkoztal hogy elemelkedjen.

érdekesen fogjuk fel a dolgokat.:) én az fsx/p3d vonalon érzem állandóan, hogy nincs súlya a gépeknek. valamelyik nap írtam is, hogy a nagygépekkel való integetés kb. ugyanolyan mint a kicsikkel. pl. egyszerűen hiányos a tehetetlenség. az xpl-nél ezt én speciel sokkal jobban érzem (mármint, hogy van). az persze igaz, hogy egyik program sem tökéletes, sőt elég messze állnak még a valóságtól, de fd-ben nekem inkább az xpl jön be jobban. az xpl-nél nekem már hiányoznak a testre ható gravitációs erők, mivel itt pl. az időjárásra sokkal realisztikusabban reagálnak a gépek, ezáltal kiszámíthatatlanabb a vezérlés. az fsx/p3d ebben sokkal "sterilebb". az xpl-ben amit eddig észrevettem, ami durva az, hogy ha szűken fordulsz, sokkal lassabban veszted a sebit, van g erő figyelés, de nagyon fitt lehet a pilcsi, mert itt még nem reagál a szervezeted, és amikor nagyon bedöntesz nem nagyon akarja a gép a noziját leadni. még szinte 90fokos csűréssel is van felhajtóerő. leszálláskor a lebegtetés is elég nehézkesre sikerült, általában esik le a gép mint egy tégla.
az összehasonlításnál valóban úgy a jogos, hogy kiegészítők nélkül nézzük meg őket. az xpl-ben a gépek sokkal jobban meg vannak csinálva mint a másik kettőben. az xpl alapból (ill. ingyenes dlc-ként) tartalmazza a teljes mesh-t, ami még jobb is mint az fsglobal, a terrain teljesen rendben van nem úgy az fsx/p3d vonalon. a repterek sokkal jobban ki vannak dolgozva, illetve inkább a műholdképekből vannak generálva, míg az fsx/p3d-ben általában van egy folt (reptér területe) és egy csík a kifutónak. a felhők elképzelése az xpl-ben zseniális, itt már nem bitmapes pamacsokat használnak, hanem valós időben legenerálják a felhőket az időjárási helyzetnek megfelelő színárnyalatban, típusban, terjedelemben stb...(ezzel még sokat kell dolgozni, mert a látvány még nem az igazi). a skycolor-ok is sokkal több lehetőséget adnak, az xpl-nek külön pont, hogy a levegő nem steril hanem egy létező valami, érzékelni lehet pl. a páratartalmat, és az keményen bejátszik a visibility-be. és hát a vfr támogatása a procedurális generálással szintén csak zseniális, ami viszont az fsx/p3d-ból teljesen hiányzik. látványra mindkét oldalon van pozitívum/negatívum, de a domborzat, a generált talaj ami ugye az épületek és a vegetáció miatt 3d-s, a jobban kidolgozott sky, a generált felhők és a jobban megalkotott gépek miatt, szerintem egyértelmű, hogy xpl jár jobb úton. a 64 bitről már ne is beszéljünk. az, hogy a p3d fejlesztői miként veszik fel ezt a fonalat majd meglátjuk. mindenestre az xpl-ben elsőnek léptek meg olyan fícsöröket ami ténylegesen jó irányba mozdítja elő a repszimes világot. egyedül az atc aminek egyszerűen nem értem a koncepcióját egyáltalán, mit akartak ebből kihozni? mivel az xpl alapból használja az airac-t, megvan a lehetőség egy realisztikusabb atc forgalom megalkotására. csak arra tudok gondolni, hogy energiából nem volt elég, a következő verziókra is kellett hagyni valamit.
ha a lockheed nem veszi fel ezt a fonalat amit az xpl elkezdett, az addon gyártók elkezdenek majd termelni ide is, de xpl-ről a fejlesztőknek egy csomó információt, sdk-t ki kell még adniuk, hogy mehessen is a munka. véleményem szerint most, hogy van vfr-hez generált világmap, ezt is megnyithatnák a külső fejlesztők felé, mert biztos rácuppannak még az amatőr hobbiból fejlesztgetők is. példának okáért, magyarországgal kapcsolatban rögtön felmerült bennem, hogy itt már minden megvan, csak a jellegzetes épületeket kell lerakni. azt pedig biztos, lenne rá fejlesztő mert csak az épületek kellenek minden más már megvan. a proc.gennel kapcsolatban (ez egy még kezdetlegesnek számító technológia ezért folyamatosan fejlődik), pedig később meg lehet oldani, hogy a városokban lévő tömbök, kerületek, jobban hasonlítsanak ez eredetihez. pl. a panel lakótelepek, tényleg panelházakból álljanak. navigációban az igo például már megalkotta a 3d-s nézetet, meg a google is, de ezek statikus adatok, az igazán karakán megoldás a műholdképek alapján formára igazított és méretre, típusra, mifenére paraméterezett generálás lenne (a googlenél jelenleg ez futó project). mert azt meg lehet csinálni az egész földre és nem kell iszonyatos mennyiségeket megalkotni/tárolni/beolvasni.
amikor xpl-ben kipróbáltam az ng-t, rögtön feltűnt, hogy nem szaggad a pfd megjelenítése. azzal a brutál géppel amit a napokban összeraktam a pmdg ngx-nek 50-re állítottam a kijelző frissítését, de ugyanúgy vacak volt. úgy látszik ezt randazzoéknak valami miatt csak így sikerült megoldaniuk. akkor ez most lehetne számukra csali?:) vagy esetleg az, hogy nálam az xpl-nek kevesebb volt az fps-e, de stabilabb összefüggőbb frameket adott mint a nagyobb fps-ű p3d. az xpl-ben ismeretlen fogalom a microlag, míg a p3d tele van vele. még a brutálgép 200fps felett is produkálta jópárszor. a gurulókon elhelyezett táblák feliratait sokkal könnyebb xpl-ben elolvasni a folyamatos frame-k miatt. viszont a hirtelen fejmozgáson még javítani kell, illetve a háttértárakról való olvasáson is. a cache kezelés sem az xpl erőssége. az viszont jó jel, hogy már csak ezektől a "hibáktól" függ a képakadozás. a többmagos processzorok kezelését (ill. nem kezelését) már ismerjük fsx/p3d fronton, jó hír, hogy úgy látszik az xpl-ben végre tudtak mit kezdeni a problémával.
pár napja már meg is van rendesen a dilemmám, hogy melyik alkalmazást indítsam el. az xpl alapból teljesen elfogadható, mondhatjuk kitűnőnek is, viszont elég addon hiányos. a p3d-nek van sok addonja, a pta-nak, a hd-s asca-nak köszönhetően gyönyörű a megjelenítés, de ezek ellenére sem adja vissza azt az élményt amit most már az xpl alapból kínál. nekem nagyon odavert, hogy pusztán csak látótérre hagyatkozva találjak el a-ból, b-be és itt most egy budapest-nizza útra gondolok, majd vissza münchent és frankfurtot érintve.:) csak térképet használtam, és minden ott volt aminek ott kellett lennie, olyan formában ahogy annak lennie kell. lehet mondani, hogy az orbx sokkal szebb meg ilyenek, de az akkor csak területi csomag marad, amit megvásároltam több mint felét már nem is használom a hatalmas mérete miatt. az, hogy külön foglalkozni kell vele ha belenyúlok a szimbe azt még csak nem is igazán tolerálom. a p3d-ben most is okoz valami megjelenítési problémát amit régebben fixáltam, de most megint előjött és nem tudom mi volt anno a megoldás. és hát a látvány döbbenetesen szar lett miatta. az xpl-ben nem lesz ilyen problémám igaz, hogy generált és így erősen stilizált környezet, de vfr-ben is meg fl350-en is nagyon jól mutat, ha ezt a látványt is meg lehetne tweakelni mint p3d-ben, beszarás jó lenne (valaki biztos megcsinálja majd).

szerk: bocsi, hogy így eleresztettem.:)
Utoljára szerkesztette: nibron, 2017.04.13. 03:21:48

Én úgy tapasztalom, hogy ez a v11 most sok tekintetben magasra tette a mércét a majdani P3D v4-nek. Kiváncsi leszek, meg tudják-e majd ugrani?
Én azért nem tudok egyértelműen elköteleződni az egyik vagy a másik szim mellett, mert mindkettőben rengeteg jó dolog van, de rengeteg rossz is. És ezek a dolgok nem fedik egymást. :)
Tegnap megpróbáltam kivesézni rendesen a v11 AI és ATC potenciálját. És hát szomorúan meg kellett állapítsam, hogy a nevetséges jelző rá a leg megfelelőbb továbbra is. Gyakorlatilag semmi közük sincs a valósághoz, de a leghalványabb értelemben sem. Ami borzasztó nagy hiba, hisz ha ezek legalább P3D/FSX szinten benne lennének a v11-ben, szerintem hatalmas tömegeket vesztene a LM.
Mondjátok, hogy a P3D még mindig mennyivel szebb, mert ORBX így meg ORBX úgy... de szerintem talán úgy volna a sportszerűbb, hogy az alap P3D-t hasonlítsuk az alap XPL 11-hez. Akkor viszont jelenleg az XPL simán veri a P3D-t - szerintem.
A bökkenő csak ott van, hogy ezzel együtt is zsákutca felé tartanak Austinék, mert valami oknál fogva a nagy scenery gyártók (ORBX, FlyTampa, stb.) nem igazán törik magukat, hogy XPL alá is fejlesszenek. Márpedig ha valami ügyes húzással (mondjuk egy scenery-barát XPL patch-el) meg tudnák győzni ezeket a developereket, az nagy érvágás volna a LM-nek. Szerintem.
Nyiri kérdezte a flightmodellt. Én azt mondanám, egyik sem szar (annyira), inkább mindkét fél egy másik oldalról próbálja megközelíteni az FD lemodellezését. Nem tudnék dönteni melyik a jobb, de az pl. határozottan tetszik az XPL FD-jében, hogy egy összetett kormánymozdulattal nem lehet úgy meghülyíteni, mint a FSX/P3D FD-jét. Nincsen hulló falevél effektus. AZ oldalkormány-kezelése is sokkal jobb az XPL-nek, sokkal realisztikusabb. A P3D ebben is alul marad. Viszont néha van olyan érzése az embernek, hogy egy 20 grammos repcsit vezet épp, annyira nem érezni pl. egy nagyvas súlyát.
Szóval itt is, ott is vannak árnyoldalak, és előnyök.
Ezért is használom mindkét szimet felváltva. :)

Ez is megszokás kérdése. Nekem mivel csak próbáltam, fura volt. Nem érzem hogy lenne gép körülöttem. De en FSX P3D hez vagyok szokva, lehet ha csak XP el repültem volna akkor nem így lenne. A másik negativum nálam a freetrack kompatibilitas, nekem nem sikerült életre keltenem, es én mar annyira hozzaszoktam hogy nélküle élvezhetetlen az egész szimezés. Ez a meredten bamulok magam elé semmi periferia... total nem jön be.

Mindenütt azt olvasom hogy pont a repülők fizikája gyenge az xplane-nél. Most akkor melyik az igaz?

Ez az egesz p3d vs x-plane koruli vita szerintem eroltetett(es most nem itt a forumra gondolok hanem mashol)
En csak par napja probalgatom x11 ixeg teny hogy p3d lehet latvanyosabb de xpln rep dinamikaja, ohh az eleg verhetetlen, legalabbis nekem nagyon atjon. Sajnos eleg nehezkes lesz a valtas (ha lesz) p3d rol mert szeretem,es azt a feluletet ismerem
De teny mind a kettonek meg van a varazsa es igen p3d nek fel kell kotni azert a gatyot

obx legjobb cucci a region-ok PNW, PFJ, SA, CRM NRM, ezel a legkidolgozatabbak elmeny ezek felett repulni anglia irorszag es a tobbi mar mas teszta... azok is szepek de ott mar tobb gond is akadhat

Nekem se adja azért annyira. Illetve azért ehhez is atomerőmű kell és annyira nem nagy szám szerintem. ORBX Sokkal mutatósabb szerintem sőt vannak olyan területei amiket nagyon kidolgoztak, viszont elég jol optimalizalt. Én próbáltam XPlane11 et de ugyanazon a gépen rosszabbul futott mint a P3D.Nézzünk csak meg egy orbx alaszka régiót az ottani addon repterekkel. Vagy mondjuk yellowstone, nah az lélegzetelállító és teljesen fps barát.És most nem akarom az ORBX et ajnározni mivel nem kevés pénzbe kerül. Nalam ez a ortho4xp gagyinak tűnik a fentiek után.
Illetve a végén az a megközelítés az brutal