Új hozzászólás Aktív témák
-
hapakj
őstag
Igen az OpenGL-lel nincs baj, mert hálisten már halott
Mind szép és jó, csak fejlesztőként gyakorlatban nem így van. A vendor specifikus extensionok nagyon zavaróak fejlesztői oldalról, mert ahogy írtad tele kell ifelni a kódot és tesztelni minden codepath külön külön, hogy jól működik. S még arról nem is beszéltük, hogy a shader kódok is szét lehet ez alapján szabdalva, ami miatt conditional compillationt kell csinálni. Értelmes fejlesztő nem szereti bonyolítani a kódot s a tesztelést.
S szinte állandóan KÖTELEZŐ volt akár vendor specifikus extensiont is használni, mert a core vagy ARB szabványos opengl rendszeresen évekre el volt maradva, s nagyon nehezen kerültek szabványosításra a dolgok. A szabványos dx mindig jóval modernebb volt mint a szabványos GL.
De mint írtam szerencsére a Vulkan nagyon sokat fejlődött, gyakrabban emeli be az eljárásokat szabványba és ehhez profilokat is társít. Pl, hogy a fejlesztő úgy dönt, hogy 2021-nél újabb Vulkan implementációt támogat csak egyszerűen lekérdezi, hogy az megfelel-e ennek s utána nyugodtan használhat belőle mindent if-elgetések nélkül. Persze, ha egy vendor úgy dönt, akkor nyugodtan implementálhatja régebbi hw-éhez is az újabb képességeket. -
Pikari
veterán
-
Pikari
veterán
Erről már többször beszéltünk, az openglnek nincs semmi baja, és jó az, hogy a gyártók döntik el, hogy milyen extensionokat implementálnak, a különféle extensionokat gyanús extensionokat használni pedig lehetőség, és nem kötelező. Értelmes fejlesztő eleve úgy írja a kódot, hogy if ez meg az az extension megvan, akkor, nem pedig csak ötletszerűen beleszarja a kódba az aktuális "ez a jövő, ez lesz az új paradigma" szintű featuret, hanem olyan, kompatibilis kódot igyekszik írni, ami egyrészt időt álló, másrészt nem függ semmilyen különleges képességtől (maximum képes azt is kihasználni, ha jelen van). Ez nem csak az opengl esetén van így, hanem más esetben is. És az opengl-re fejlesztők ezt jobban is csinálják, mint ahogy GAI és Azbest is ellenérzését fejezi ki a directx megközelítése miatt - bár logikus ez a megközelítés, a felhasználókat összezavarja.
-
hapakj
őstag
Ezt hogy kell érteni? Sugárkövetés csak DX12 API-ban van. Cyberpunk 2077 fut DX12 API-val Windows 7-en?
(Mert technikailag az MS kiadott egy korlátozott DX12 csomagot Windows 7-re, de értelme megkérdőjelezhető, mert a jelentősebb gondok a WDDM-ben van, amit nem cseréltek ki Win 7-ben. Emiatt a Vulkan is korlátozottabban működik Win 7-en) -
hapakj
őstag
Igen, ez sajnos így van, míg a DX 9-10 éráig a DX verzió nagyrészt egyértelműen jelentette a videókártya képességeit is, addig DX11, meg DX12 esetén nincs így. Ez inkább már az API verziószáma, nem pedig a hw-es képességekért.
Pl DX11 az kompatibilis DX9 kártyákkal is, és feature level 9_3, Shader Model 3.0 használatával egy Geforce 6600-ast is nyugodtan lehet használni DX11-el.
DX11 kb támogatja a DX9 - DX12 éra videókártyáit. (igen dx11-ben dx12-featureök is vannak, pl conservative rasterization)
DX12 pedig minden hardveresen dx11 feletti kártyán működhet.
A Fermi, Kepler is támogatja a DX12-t, bár szerintem nem teljes értékű DX12-es kártyák. Szerintem még a Maxwell 1-sem. Erőforrás bekötésben eléggé korlátozottak a képességeik, s hát az új API-k egyik nagy újítása lenne a bindless rendering. -
hapakj
őstag
Igen a DX featureleveljei egészen tiszta módja a képességek riportálásának
Az OpenGL driver extension egy rémálom volt a sok vendor specifikus bármit belerakok katyvasszal, s hogy szörnyen lassan kerültek bele a core-ba. Már mindegy is, OpenGL az döglött
Szerencsére a Vulkan azért már sokkal jobban csinálja, hamarabb szabványosításra kerülnek a vendor specifikus featureök, s évente kiadnak egy DX feature levelhez hasonló profile-t, hogy mit követelnek meg egy modern Vulkan implementáció. Jó látni a Vulkan / DX12 / Metal esetén, hogy mind tanult és átvette a jó megoldásokat a többitől. -
Abu85
HÁZIGAZDA
Senki sem tudja, hogy miért nem lesz Wave Matrix. De elképzelhető, hogy azért, mert változik a shader fordító. Előbb azt akarják megoldani, aztán térnek vissza a kérdésre.
Azt azért kétlem, hogy egy gyártó el tudná ezt gáncsolni, főleg úgy, hogy a nagyok fel is készültek rá hardveresen. Egyedül talán az ARM nem fejleszt ilyen irányba, de nekik a windowsos jelenlétük semmi.
-
Pikari
veterán
Ellentétben az opengl-lel, ahol az opengl driverek extensionokon keresztül nyújtják az újabb és újabb funkcionalitást közvetlenül, a directx egy eléggé fixre szerelt függvénytár volt, ahol pár évente teljesen új api verziókat kellett kiadni.
Ezek a directx apik általában csak a nevükben hasonlítanak egymáshoz.
Rájött a microsoft, hogy ez így nem jó, ezért az újabb directx-ekben a microsoft azt csinálja, hogy minimálisan dolgokat hozzáadva bővítgetik új featureokkel, mindegyiknek új szubverziót (feature levelt) létrehozva az éppen aktuális api verzión belül.
Új hozzászólás Aktív témák
- Kijelző került a kamerasávra a Xiaomi 17 Pro és 17 Pro Max hátulján
- Honor 400 Pro - Gép a képben
- Autós topik látogatók beszélgetős, offolós topikja
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Milyen routert?
- Youtube Android alkalmazás alternatívák reklámszűréssel / videók letöltése
- Apple iPhone 17 - alap
- Kertészet, mezőgazdaság topik
- Futás, futópályák
- Hetekig bírják töltő nélkül a Huawei sportórái
- További aktív témák...
- 8 GB-os GeForce RTX 2060 SUPER (OEM HP) - garanciával
- GYÖNYÖRŰ iPhone 12 mini 128GB Blue-1 ÉV GARANCIA - Kártyafüggetlen, MS3415 94% Akkumulátor
- ÁRGARANCIA!Épített KomPhone i7 14700KF 32/64GB RAM RX 9070 16GB GAMER PC termékbeszámítással
- LG 25GR75FG - E-Sport Monitor - FHD 360Hz 1ms - NVIDIA Reflex + G-sync - AMD FreeSync - HDR 400
- GYÖNYÖRŰ iPhone 13 128GB Starlight- 1 ÉV GARANCIA, Kártyafüggetlen,,MS3433
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest