Keresés: - [Re:] Rémhírek terjednek a DirectX végéről

Legfrissebb anyagok

Mobilarena témák

PROHARDVER! témák

IT café témák

GAMEPOD témák

LOGOUT témák

Keresés

Új hozzászólás Aktív témák

#99 dezz nagyúr Bull1 #97

Új Válasz 2013-02-07 09:28:40 #99
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

dezz

nagyúr

válasz Bull1 #97 üzenetére

Persze lehet, te azt éreznéd korlátozó tényezőnek, ha nem alkalmazhatnád az említett technikákat. Bár nem tudom, milyen ilyen szempontból egy UnrealScript.
#98 dezz nagyúr Bull1 #97

Új Válasz 2013-02-07 09:20:31 #98
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

dezz

nagyúr

válasz Bull1 #97 üzenetére

Ejj, ezek a mai fiatalok, csak beleülnek a készbe...
Azért ez sem lehet fenékig tejfel, mert úgy tűnik, a történet kidolgozására és effélékre már valahogy nem nagyon jut energia a mai játékok többségénél... Lehet, a hardcore játékosoknak különbösebben igényük sincs rá, nem tudom. De hát nem csak ők vannak a világon!
Mindegy, amikor ennek a nagy eltávolodásnak az első jelei mutatkoztak, én inkább leléptem a hardverek felé. Megértem persze a szükségességét.
De azt is látom, hogy pl. a Londonba szakadt ismerősöm is C-ben és néha asm-ben nyomja (PS3-on)... (De a másik oldalról is ezt hallom.) De nem is csak a sebesség miatt, hanem tágabb lehetőségek. És a tudat, hogy a szép eredmény érdekében kvázi mident kihoztak a vasból, amit lehet, és ez valahogy jó hatással van a kreativitásra, ami nem szereti a felesleges békjókat, annál inkább a határok feszegetését...
#95 dezz nagyúr Bull1 #92

Új Válasz 2013-02-07 08:28:06 #95
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

dezz

nagyúr

válasz Bull1 #92 üzenetére

Amúgy itt azt írják: "SFML is a free multimedia C++ API that provides you low and high level access to graphics, input, audio, etc." Bár nem tudom, ez mit takar. Amúgy handy kis cuccnak tűnik. (És látom, a C-t is támogatja. Engem annál fejlebb még nem sodortak az áramlatok. Most is épp asm-ezem, uC-n. Bár itt is van C, de jelen esetben nem érzem szükségét. Csak ha pl. lebegőpontos számokkal kell dolgozni.) Ha majd én távolodok el a hw-ektől, jobban megnézem magamnak.
Hah, látom, kitalálod a gondolataimat. Amúgy a '80-as évek közepe óta, ami az első programsort illeti, még gyerekként. (Nem, nem egészen úgy nézek ki, mint az avatarom, 30-asnak néznek. )
#93 dezz nagyúr Bull1 #92

Új Válasz 2013-02-07 08:06:00 #93
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

dezz

nagyúr

válasz Bull1 #92 üzenetére

Hát pl. a konzolokra nem éppen Javában fejlesztenek. Jó, azt én sem várom, hogy visszafordul az idő kereke a programozástechnikában és az átlag programozó asm-ezni fog, de a teljes eltávolodás szerintem csökkenni fog.
Ennek egy érdekes irányzata a HSA, ahol eleve egységesre és könnyen kezelhetőre alakítják ki a hw-es interfészt/ISA-t.
Egyébként később a Java részévé akarják tenni ennek magasabb szintű szoftver oldali kezelését, a compute típusú feladatok Java alapú leprogramozásának megkönnyítésére, mivel néhány éves távlatban nem várható a CPU-k sebességének jelentős növekedése, úgyhogy egyre inkább igénybe kell venni, ahol lehet, a GPU-kat is, ha többletteljesítményre van szükség. Nem tudom pontosan, hogy fog ez kinézni a kód oldaláról, de azt hiszem, a Java programozóknak is meg kell ismerkedniük majd pl. a vektorokkal. Meg ilyesmi.
Szerk: ja, közben te is beírtál a végére 1-2 dolgot abból, amit én is említettem.
#91 dezz nagyúr Bull1 #88

Új Válasz 2013-02-07 07:47:03 #91
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

dezz

nagyúr

válasz Bull1 #88 üzenetére

(#90): Hmm, SFML és az Igazi Programozó... Bocs, távol álljon tőlem, hogy meg akarjalak sérteni, de ugye te is érzed, hogy ez érdekes vegyítés... Mindegy, én ilyen old school vagyok. De az előzőbe utólag beírt középső bekezdés alapján ez újra napirendre fog kerülni...
#89 dezz nagyúr Bull1 #88

Új Válasz 2013-02-07 07:37:06 #89
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

dezz

nagyúr

válasz Bull1 #88 üzenetére

Jaj. Azért azt hittem, hogy ennél valami becsesebbet írsz azért... Mint pl. aki megtalálja az arany középutat a teljesítmény és a ráfordított idő és energia között, vagy ilyesmi...
A jelen topik éppen arról szól, hogy csökkenteni kényszerülnek az absztrakciós rétegek számát, mert pazarlás, ami folyik, ami nem engedhető meg az egyre kevesebbet fogyasztó gépeknél, illetve lassan a szilícium lehetőségeinek is elérünk a határára. (Az egyre kisebb tranyók nem fogyasztanak a méretükkel arányosan kevesebbet, stb.)
(Az előzőből inkább kiszedtem az egyesek számára esetleg már bántó passzust az anyagiakkal kapcsolatban. )
#87 dezz nagyúr Bull1 #86

Új Válasz 2013-02-07 07:26:42 #87
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

dezz

nagyúr

válasz Bull1 #86 üzenetére

Tudtam, hogy ez majd valakinek szemet szúr... De nyilván másképp definiáljuk az "igazi programozó" fogalmát.
#63 Komplikato veterán Bull1 #59

Új Válasz 2013-02-04 19:17:42 #63
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Komplikato

veterán

válasz Bull1 #59 üzenetére

Ja nem azért írtam, csak azért, hogy nem volt olyan régen amikor mindkettőt támogatta. Sőt natív 3Dfx miniGL-t meg S3 Metal-t (vagy mi volt) még támogatta az UE1.
#58 Komplikato veterán Bull1 #27

Új Válasz 2013-02-04 17:49:25 #58
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Komplikato

veterán

válasz Bull1 #27 üzenetére

Az UT 2004-ben még volt OpenGL támogatás, utólag adták ki 3Dfx kártyák miatt. Az UE1-ben meg alapból volt.
OFF:
Kérdés, miért keverik egyesek konzekvensen a Direct3D-t a DirectX-el? Mint ha legtöbb OpenGL-es Windows játéknak nem kéne DirectX és nem azt használná beviteli eszközökhöz, hálózathoz, meg ezer dologhoz?
#56 Jakuu őstag Bull1 #54

Új Válasz 2013-02-04 17:21:02 #56
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Jakuu

őstag

válasz Bull1 #54 üzenetére

Nem, konkretan a jelenrol es a jovorol van szo.
#53 Jakuu őstag Bull1 #51

Új Válasz 2013-02-04 17:02:56 #53
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Jakuu

őstag

válasz Bull1 #51 üzenetére

Ennek mi koze az allitasodhoz ? Semmi.
Te a minosegrol beszeltel, nem pedig arrol, hogy mi mire keszul.
Manapsag egy modern konzol jatekban tobb a motion blur. trukk,fake screen upscale, mint mashol, hogy a "gep teste" birja a gyurodest.
#49 Jakuu őstag Bull1 #48

Új Válasz 2013-02-04 16:46:07 #49
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Jakuu

őstag

válasz Bull1 #48 üzenetére

???? Jelenleg pont a konzolos termekek vannak lebutitva.
A szar portok meg rosszul megirva, semmi koze nincs ahhoz, hogy mit bir a PC.
Mert jelenleg tobbet.
#42 Jakuu őstag Bull1 #40

Új Válasz 2013-02-04 16:23:11 #42
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Jakuu

őstag

válasz Bull1 #40 üzenetére

Sot, neked fel perc alatt is sikerulne.
#39 Abu85 HÁZIGAZDA Bull1 #37

Új Válasz 2013-02-04 16:13:46 #39
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Abu85

HÁZIGAZDA

válasz Bull1 #37 üzenetére

Ezzel nem vitázok, mert tény, de az is tény, hogy eljárt felette az idő. Ki lehet azt a motort is egészíteni extra effektekkel és eljárásokkal, hogy szebb legyen, de ha ma valaki belekezd valamibe, akkor már kizárt, hogy UE3-at vegyen hozzá. Hasonló konstrukció mellett CryEngine 3-at kap, ami egyértelműen jobb. A tehetősebb fejlesztők pedig Frostbite 2-t választanak, ez még a CryEngine 3-nál is jobb. Bár ez valszeg véleményes, de a deferred render rendszernél komoly előnye van a Frostbite 2-nek.
#30 Tin veterán Bull1 #27

Új Válasz 2013-02-04 15:56:46 #30
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Tin

veterán

válasz Bull1 #27 üzenetére

emléxem egyetemen anno volt egy fél éves beadandó feladat, ablakkezelőt írni. egyik évfolyamtársam nekiállt assembly-ben. asszem talán félig jutott fél év alatt, pedig nem volt annyira bonyolult a feladat.
oké, valahol nem árt alacsony szinten programozni, de az pont inkább a rutinok esetén lehet bármilyen szinten értelmes, nem pedig ilyen alacsony szinten. a dos-os időkben poén volt hardveres grafikus egérkurzort tolni a szöveges módra, meg az ilyen ökörségek, de manapság már semmi értelme, annyira hihetetlen számításteljesítménye van egy átlag asztali pc-nek.
ettől függetlenül tényleg gáz, hogy az API-k meg framework-ök miatt egyre igénytelenebbek a kódok, "a vm majd úgyis elintéz mindent" alapon, és az android tényleg egy fostalicska a dalvikkal a hátán, így nem csoda, hogy az iphone gyorsabb, dehát ott meg úgy fejlődik a hardver alatta, hogy csak lesek.
egyébként nem értem mi a gond a játékok sebességével (nem vagyok nagy játékos), hacsak nem az, hogy vérpistike gépén nem fut négykában ezerefpéessel a krájziszhárom
@Abu85: igen, mert a programozó lusta. de ha változások esetén ezt a "virtuális" ISA-t kellene hegeszteni, esetleg mindenki másképp értelmezné, vagy bizonyos funkciókat egyes gyártók nem támogatnának, esetleg rossz doksik kerülnének ki, akkor az egész semmivel nem lenne jobb, mint a mostani vagy bármilyen helyzet. lehet hogy gyorsulnának tőle a programok, de egy következő funkciókör bővítése esetén majd menne a csata, hogy kinek az implementációja legyen a szabvány, meg hogyan. ráadásul a gpu-kat is egyre több dologra kezdik használni, szóval simán van ott még kiaknázatlan terület. a DirectX meg legalább megvan, ismerhető és használható.