Új hozzászólás Aktív témák
-
válasz
Crytek
#14719
üzenetére
ez csak a te elképzelésed, a tények mást mondanak. ha ékkőnek szánta volna az m$, akkor nem a port2pc.exe végezte volna a portolást. nyilván egy erre szakosodott, hozzáértő csapatot megfizetni más költségszint lett volna. kis pénz, kis foci. és hogy még jobb legyen, az egészre rátolták még a windoze store limitációit is.
ez egy poc, hogy jé működik, kb. azon a szinten, ahogy én néha rácsodálkozok, hogy jé, lefordult, mire nem képes egy compiler! -
válasz
daveoff
#14628
üzenetére
úgy, hogy a játéknak van egy belső benchmarkja, de ők nem ezzel produkálták a terhelést, hanem egy saját testszene-t raktak össze, ami a leírtak alapján a belső benchmarknál nagyobb terhelést adott a hardvernek.
a meghajtóról azt írták, hogy előre megkapták az nvidiától a 362.00 bétát, és ezzel teszteltek. a computerbase is ezzel tesztelt.furcsán ellentmondásos a procitesztje a két oldalnak. cbasenél hibahatáron belüli a procik skálázódása, pcgh meg kimért valamit valahogy.
-
nem. a last qtr share és a qtr-to-qtr share az, amit keresel. mindketten nőttek, az intel rovására. ennyi tudunk
ebből nem lehet következtetni a dgpu alakulásra, mert az nem ismert, hogy amdnél mi az arány az apuk és a dgpuk között, sem az, hogy ez hogyan változott.
+0.3 a növekedés, ez előállhat úgy is, hogy előző negyedévhez képest az apu eladások csökkentek 1%kal, a dgpu eladások 1,3%kal pedig nőttek. -
#14587
velizare
nagyúr
robertosz91
#14586
válasz
robertosz91
#14586
üzenetére
ez kb. pont ugyanolyan szűklátókörű hozzállás, csak a folyamat egy másik szereplőjére van kihegyezve. a felsővezetésnek vagy megvannak a saját főnökei, és a nemet ott is pont ugyanolyan sikerességgel fogadják el, mint nálatok, vagy a saját pénzét tette bele a buliba.
egyébként meg csak érdeklődésképpen, hány dologról derült ki mégis, hogy az adott határidőre mégis meg lehetett drótozni?
-
-
#14490
velizare
nagyúr
Malibutomi
#14488
válasz
Malibutomi
#14488
üzenetére
szerintem inkább optimalizáció. a fury ugyanúgy 4gb, és ugyanúgy a pci-express porton keresztül tud a vramba tölteni.
a computerbase végre csinált összehasonlító teszteket 970vs980 és 290vs390 kártyákkal frametime szerint. igaz 1440p-n, de ott még jobban látszódhatna, ha 3,5vs4gb, vagy 4gb vs 8gb miatt lenne microlag/stutter.
igazából egyértelműen csak a shadow of mordornál lehet látni. minden játékban olyan beállítások mellett teszteltek, ahol a 390 még folyamatos frameratet produkált. -
hitmanó béta benchmark
érdekesek a frametime-mérések. -
gamingben és a profi szegmensben nem tudom elképzelni, hogy árbevételben határoznák meg az eredménycéljukat. 75-80% a piaci részesedésük ezekben a szegmensekben. az autóról fenntartás nélkül elhiszem, hogy oda árbevételben határozták meg a célokat. a maradék kettőről nem tudom.
van egy csomó lehetséges magyarázata, hogy a rekord árbevételhez miért társult ennyi költség (kivételesen sok pénz ment a k+fbe, kifizették osztalékként, rolloutolták a minden-középvezetőnek-új-maybachot c. programot), de odáig már nem olvastam a jelentést. -
kicsit eltévedtél a táblázatokban. valóban van olyan y2y árbevétel növekedés, ami 12%, de az nem f16ra vonatkozik, hanem f16q4re. azaz f15q4hez képest f16q4 árbevétele lett 12%kal magasabb. az egész üzleti évé 7%kal.
[link]
az első oldalon az első 3 táblázat f16q4re vonatkozik, a többi pedig a teljes üzleti évet összegzi.az árbevétel pedig szép dolog, de onnan még nagyon messze van az adózott eredménytől, ami pedig pár százalékkal ugyan, de alatta marad az előző évnek. ezért írtam, hogy stagnál. ami egyébként nem feltétlenül rossz dolog.
az amdnek pedig elég ramaty éve volt. ők rohamosan zsugorodnak (buktak másfél milliárdnyi árbevételt y2y), az nvidia sem növekszik. ebből látszik, mennyire szűkül a piac.
-
válasz
#45185024
#14339
üzenetére
kockázat? lehet, de nem az nvidia kockázata, hanem azé, aki autót gyárt. akkora nagy kockázat pedig nincs még benne, mivel ezek még nem teljesen autonóm eszközök. de manapság egy modern parking assist már akkora helyre simán beteszi az autót, amire én meg se próbálok, és ha hetekig gyakorlok, akkor sem sikerül elsőre.
-
válasz
mlinus
#14331
üzenetére
gaminget nagyon megkaszálták, visualisation enyhe visszaesés, datacenter hektikus, kb. mint előző évben, auto majdnem duplázódott, oemben viszont nagyon sokat buktak.
f15-f16 y2y olyan +7% árbevételt realizáltak a költségek 12%os növekedése mellett. az üzemi bevételük viszont 2%al csökkent, az adózás utáni eredmény szintén csökkent pár (3) százalékkal. de ekkora számoknál pár százalék ide vagy oda könyveléstechnikai kérdés, szóval az nvidia összesített éves eredménye kb. stagnál, a belső viszonyok rendeződtek át. az auto szektor egyre nagyobb hangsúlyt kap, az oem pedig jelentőségét veszti.f17re mozgalmas q1et várnak, nagy árbevétellel és nagy kiadásokkal.
-
válasz
daveoff
#14189
üzenetére
maradjunk annyiban, hogy játszhatóvá tették a játékot. hogy ezt a grafikus beállítások brutális visszavágásával (az új distance max a régi 55-60%a) érték el, azt meg inkább fedje a feledés jótékony homálya. amikor az ubi butítja le a grafikát még kiadás előtt, hogy a játék játszható legyen (pl. watch_dogs), akkor meg megy a sz@rvihar, hogy átverik a vásárlókat.
ha az utolsó mondatod igaz, akkor az még rosszabb.
-
Xcom 2 easter egg: ha töltés közben megnyomod a capslockot, gyorsabban tölt be a játék. vagy kifagy.
hivatalos magyarázat:
Hitting the key, through a rube-goldberg-esque series of events, forces all outstanding load requests to be filled immediately in a single frame. This causes a massive hitch, and potentially could crash the game. If you don't care about those adverse effects the synchronous load is faster. -
#14109
velizare
nagyúr
huskydog17
#14106
válasz
huskydog17
#14106
üzenetére
ja ez ilyen easter egg.
-
válasz
daveoff
#13973
üzenetére
ja, csak az egyszeri olvasó annyit vesz észre belőle, hogy kijött a játékhoz a javítás, kijött a furyhoz a javított driver, és esett vele 20fps-t, szóval nemhogy a 60 nem lett meg, de még 1-2 hegesztés, és 30 sem lesz belőle fhdben.
nvidiánál szintén, a driver és játékjavítás után a majdnem 90 fpsből alig fog maradni 60 az oc-s 980ti-nek. -
#13933
velizare
nagyúr
Malibutomi
#13932
válasz
Malibutomi
#13932
üzenetére
ne viccelj, pár napja adták ki a gameready drivert. az slijük is működik már, én viszont nem tudtam ráműteni a cfet.
-
#13874
velizare
nagyúr
FollowTheORI
#13873
válasz
FollowTheORI
#13873
üzenetére
ez azt mutatja, hogy a titannak egyáltalán nem kell menet közben tölteni a vramba, a fijinek meg állandóan, mégis pont a 4kra éri utol a titant és a 980ti-t a fiji.
-
rop ide meg oda, én azért még várok teljesítménynövekedést a fijitől.
összeesküvésekről:
For a smooth experience with those max-quality, 4K x 4K textures, a 6GB GPU is instead recommended. And to crank things up to 4K (3840x2160), with Very High textures and max settings, we'd recommended GeForce GTX TITAN X GPUs with 12GB of VRAM, as usage can near 10GB over prolonged sessions. nvidia performance guide. -
#13851
velizare
nagyúr
Malibutomi
#13849
válasz
Malibutomi
#13849
üzenetére
a tegnapi teszteket a német sajtó a square enix számukra kiadott verzióján futtatta le, ezt le is írták. a tpu a steames verzióval tesztelt, ebben már benne van az a patch is, amivel már nvidia kártyákon is esik a hó lara hajára, valamint egy haramdik smaa élsimítást is beletettek (megmég amit nem írtak bele a release notesbe).
-
-
-
válasz
#85552128
#13733
üzenetére
gőzöm sincs, mire gondolhat. a nemhavas haj bug, ami a játék retail verziójában már ki van javítva (a német sajtó nem ezzel tesztelt). úgy néz ki, hogy nvidiánál a 980ti külön optimalizálást kaphatott, ennyire nem szokta megverni a 980/970et.
a pályák között durva teljesítménybeli különbségek is lehetnek, amin a pcgameshardware tesztelt, ahhoz képest akár 20fpssel is lehet kevesebb egy másik pályán ugyanaz a 980ti, és így már csak 70 marad a 90 fpsből, mindez fhd-n, tesszelláció nélkül és a spórolós ssaoval.
amdnél utilizációs problémák lehetnek, valószínűleg driveresen kell majd beletúrniuk valamit.
-
válasz
daveoff
#13692
üzenetére
nem tudom, mi a resolution scale, illetve hogy mit értesz alatta. az ssaa azt csinálja, hogy a jelenetet a képernyőre ráerőltetett felbontás valamilyen egész számú többszörösével rendereli, majd a képernyőre ráerőltetett felbontásra interpollálja, dsr és vsr-rel analóg módon.
-
#13684
velizare
nagyúr
#Morcosmedve
#13680
válasz
#Morcosmedve
#13680
üzenetére
ja, ez már csak egy ilyen, viszonylag kemény világ. amdnél optimalizációra várnak, nvidiánál dx12 driverre és gameworks feature-re (vxao).
-
#13547
velizare
nagyúr
gainwardgs
#13546
válasz
gainwardgs
#13546
üzenetére
az új deus exszel fog jönni. afaik tressfx3.0-n alapuló fejlesztés, és talán nyílt forráskódú. emiatt az nv is pont úgy tud rá optimalizálni, ez tőlük függ.
-
válasz
MiklosSaS
#13465
üzenetére
vannak benne fura dolgok, nem könnyű megítélni. az árbevétel túlnyomó része q4ben úszott el (majdnem 300 milla), de 14q4 és 15q4 üzemi eredménye 300 millával jobb az utóbbi javára. 15q3hoz képest olyan 100 millerrel kevesebb az árbevételük, de érdekes módon 15q4 üzemi eredménye 100 millával jobb. a hajó q1-3ban megy el, dacára a q4nél nagyobb árbevételnek.
-
válasz
schawo
#13443
üzenetére
a 300as széria május óta kapható, és nem igazán hozott akkora újdonságot, ami miatt rögtön váltani kellene rá. nem meglepő, hogy evolúciós termékként nem kapott egyből akkora részesedést, az veszi őket, aki egyébként a 200asból venne, csak éppen olyat már nem kapni. aszt mégis a decemberi részesedése 0.12%kal magasabb a novemberihez képest.
-
válasz
daveoff
#13069
üzenetére
ez a 22es csapdája. mert onnan tudod meg, hogy normális, hogy átment a teszten. ugyanis a szoftverünk nem képes többre, mint amit tesztekkel bizonyított. ezért írom mindig úgy a release notest, hogy xyz hibajavítás sikeresen tesztelve, ezen kívül az abc regressziós tesztprogram lefutott, eredménye m sikeres, n sikertelen, o egyéb. innentől fogva a changeboard dolga döntést hozni, kimegy-e a cucc élesbe, vagy nem, pont annyit tudnak az aktuális releaseről, mint én.
-
-
létező lehetőségek közül lehet választani. érzékeltetésül: amikor fejlesztési és karbantartási szakaszok között váltunk, akkor a test manager büdzséjét úgy vágják vissza, mintha 10 ujjából 8-9et ő harapna le, és a maradékkal meg ugyanolyan gyorsan kell gépelnie, mint eddig. nem health-critical alkalmazásoknál ez a standard, mert ha ki is megy néha valami, ami sz@r még mindig lehet rollbackelni, javítani, vagy legrosszabb esetben kötbért fizetni, de a költsége még mindig sokkal kevesebb, mintha ugyanaz a test suite futna végig rajta, mint a fejlesztések alatt. a health-critical cuccoknál is előfordulnak komoly hibák, egyszer egy röntgengép szoftvere ment ki egy komoly hibával élesbe. a mai napig az ő készülékeikkel cannak tele a vizsgálók.
úgy tudom, hogy a crimson megjelenésekor ez a hiba nem volt benne a szoftverben. az eleve egy béta release volt, a 15.11 meg whql. egy későbbi változtatás/javítás/refaktorálás okozhatta. a túl sok javítás/túl szoros határidő/stb. tipikus esete. többet nem nagyon tudunk a témáról, ítélkezni meg nem szeretnék így róla. mint mindent, és ebbe a saját munkám is beletartozik, nyilván lehetne ezt is jobban csinálni. -
úgy, hogy a szoftvert ki kell adni határidőre. 1-1 ilyen driver évtizedes evolúciós termék. a nulláról újraírni mennyi idő is lenne? 2-3 év? azt hogy ezután milyen lenne, hagyjuk inkább. a lényeg, hogy a 2-3 év fejlesztés egyben 2-3 év tesztelést is jelent. változatlan funkcionalitást feltételezve ez azt jelentené, hogy egy 2 hetes határidővel kiadandó releasebe kellene mindezt belezsúfolni, ami no chance, még úgy is, hogy ebben nincs bent a fejlesztéshez/javításhoz szükséges idő. ilyenkor általában leteszteli a fejlesztő a javítás direkt környezetét, a tesztelők meg végigkergetnek rajta egy regressziós tesztet. utóbbi nem hibafelderítést szolgál, hanem a szoftver fő funkcionalitásának működőképességét bizonyítja. ha eulával levédi magát a cég, akkor valóban elképzelhető, hogy azokat a részeket csak stabilitásra tesztelik, azaz ne crasheljen, ne törjön, ha rákattintasz, működnie nem kell.
ez nem szép, viszont sajnos reális. azt még vedd figyelembe, hogy még mindig nem jött szóba itt sem a hamis eredmény feltételezése, azaz eredménykontrolra sem lett félretéve idő/erőforrás. -
ettől még nincs elvi akadálya, hogy lefusson a saját teszt szetjük is. a szavaid alapján a tesztet a gyártók futtatják a saját teszt labjükben, az ms csak értékel, és kiállítja a certit. mivel ilyenkor a teszt célja nem a hiba detektálása, hanem a bizalom felépítése, nem bocsájtható certi tesztre olyan termék, amiről nem tudom, hogy át fog rajta menni.
gyakorlatilag viszont... ismerve a saját termékeinket, inkább nem kritizálok senkit.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
A topikban az OFF és minden egyéb, nem a témához kapcsolódó hozzászólás gyártása TILOS!
Megbízhatatlan oldalakat ahol nem mérnek (pl gamegpu) ne linkeljetek.
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7700X 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- Apple MacBook Pro 16 (2021) 16GB / 1TB használt, szép állapot 90% akku - 136 ciklus
- Samsung Galaxy A16 / 4/128GB / Kártyafüggetlen / 12HÓ Garancia
- Xiaomi 14T 256GB, Kártyafüggetlen, 1 Év Garanciával
- Üzleti kategóriás laptopok, asztali számítógépek, alkatrészek,garanciával, ZoliLaptop.hu
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest