DirectX 12 Grafik-API

[Kartenlehrling]

Metal auf MAC OSX for free ... Herbst Beta wohl zu Weihnachten für Alle, bin gespannt welche Grafikkarte da unterstützt werden.

[Locuza]

Ich habe es verstanden und es deswegen als falsch bezeichnet.
Diese Funktionen gehen nicht über das FL12_1 hinaus, sondern sind Funktionen, die von der API definiert werden. Das FL12_1 definiert eine Mindestanzahl an Funktionen, die unterstützt werden müssen.

Wenn man das FL12_1 nicht unterstützt, kann man doch nicht behaupten, man unterstütze ja mehr bzw. andere Funktionen als dort definiert wurden und deswegen wäre man Karten mit diesem FL12_1 überlegen...

Das ist sprachlich und konzeptmäßig falsch.

Ausgangspunkt war dieser Satz:


1. unterstützt AMD nicht in Teilen FL12_1, 2. geht man auch nicht "darüber" hinaus, weil Funktionalitäten der API unterstützt werden, die nicht zwingend erforderlich sind für ein FL.
Ich sehe da kein Problem.
Wenn eine Funktion für FL"xx.x" nicht benötigt wird, aber natürlich spezifiziert ist, dann geht es über das entsprechende FL hinaus.

Und dank einzelnen Feature-Abfragen kann es auch praktisch verwendet werden, auch mit einem anderem FL.
In sofern kann man schon behaupten, es unterstützt andere Funktionen.

Ohne spezifischen FL-Support sehe ich das aber stets schlechter.
Dann muss der Entwickler selber die einzelnen Features abfragen und wird das jeder Entwickler immer machen?

Zum Ausgangssatz.
AMD unterstützt keine notwendigen Funktionen von FL12.1, weswegen ich auch nicht sagen würde, AMD unterstützt es zu Teilen, auch wenn es ein Superset der vorherigen FLs ist.
Wer mag kann sich darüber streiten, mir ist das egal.

[Gipsel]

Ich habe es verstanden und es deswegen als falsch bezeichnet.Full circle (https://www.forum-3dcenter.org/vbulletin/showthread.php?p=10657112#post10657112).
Fondness hatte schon recht.
/sinnlos

[Troyan]

Der Ausgangspunkt dort war aber, dass Kepler zum Teil das FL11_1 unterstütze:
http://www.forum-3dcenter.org/vbulletin/showpost.php?p=10657022&postcount=1230

Kepler unterstützt dank DX11.2 auch Funktionen, die darüber hinausgehen. :freak:

AMD unterstützt kein FL12_1 - weder im Ganzen noch im Teil. Daher könnte man auch nicht "in Teilen darüber hinaus" gehen, wenn es perse nicht unterstützt wird.

[Locuza]

Kepler unterstützt dank DX11.2 auch Funktionen, die darüber hinausgehen. :freak:
Joa.

AMD unterstützt kein FL12_1 - weder im Ganzen noch im Teil.
Wie gesagt, sehe ich ebenso.

[Unicous]

Sagt ihr Bescheid wenn ihr mit dem Schrott hier fertig seid.

[Locuza]

@ Troyan

Das jetzt pingelig, wobei ich selber gerne pingelig bin, aber wie nennst du Funktionen die außerhalb eines FLs sind?
Wie man eindeutig feststellen kann, sehr ungern als "darüber hinaus".
Wir können es dann gerne anders ausdrücken.
GCN unterstützt Funktionen außerhalb von FL12.1.

Sagt ihr Bescheid wenn ihr mit dem Schrott hier fertig seid.
Ich bin der optimistischen Überzeugung, dass wir es noch Heute schaffen.

[HOT]

Hm ich glaub nicht, dass die Spielehersteller so viel Auflebens um FLxxx machen. Die werden sich doch eher dafür interessieren, was die größte Schnittstellen zwischen den Architekturen sind und das an Features nutzen was da ist oder nicht? Ich würde sagen, man wird von FL12_1 nehmen was GCN und Maxwell können und den Rest auf 11_0 runterbrechen um alles weitere zu unterstützen. Ob Intel mehr als FL12 bietet dürfte den Spieleherstellern auch ziemlich schnuppe sein, zu unrelevant.

[dildo4u]

Nvidia MECH Ti DX12 Feature Demo

https://youtu.be/SN2ayVd9-3E

http://www.4gamer.net/games/016/G001684/20150608075/

[Radeonfreak]

Find ich jetzt nicht so pralle.

[aufkrawall]

New Dawn war schon schnarch, Apollo 11 klinisch tot und jetzt dieses hässliche Design...
NV scheint etwas das Händchen für schöne Demos abhanden gekommen zu sein.

[Radeonfreak]

Die sollten Ihre Demos lieber bei Epic machen lassen.

[Guest83]

Verwendet das Stencil Shadows wie damals Doom 3?

[aufkrawall]

Wohl kaum, hast du das Video gesehen? :freak:

[N0Thing]

Der Rauch sieht gut aus, deutlich besser als der Wattenebel den man von PhysX kennt.

E:\ Schatten gefallen auch.

[Birdman]

wollte schon schreiben dass hier die ewig gleichen wieder am jammern und nV bashen sind, dann aber doch noch schnell selber mal die Demo gecheckt :D

ah ja.....erinnert mich irgendwie an 3dmark99 - vom Setting/Roboter her als auch von der Qualität.

[-/\-CruNcher-/\-]

Spätestens wenn du die gesteigerte Frametime stabilität und dafür noch schönere effekte selbst siehst wirst du anders darüber denken ;)

Adios scheiss fake Shadow glitches forever ;)

[Troyan]

Die Demo soll doch nur die Effekte zeigen, die nVidia seit 9 Monaten anpreist:
VGXI, FLuid Simulation durch 3D Volumen und verbesserte Schatten durch CR.

Gut, die könnten da auch einen 5min Kurzfilm machen - aber naja.

[Locuza]

Langsam finde ich es etwas auffällig, dass Nvidia nichts bezüglich ROVs zeigt.

[Guest83]

Wohl kaum, hast du das Video gesehen? :freak:
Ja?! Deshalb frag ich ja. Das was als "Pixel Perfect Ray Casted Shadows" beschrieben wird klingt ziemlich genau nachdem was in der idtech4 damals gemacht wurde und sich dann nicht durchgesetzt hat, weil der Einsatz von Shadowmaps um ein Vielfaches performanter war. Gehen wir jetzt also wieder zu dieser Vorgangsweise zurück, weil nun genug Rechenleistung vorhanden ist um die Nachteile in Performance zu relativieren? Oder ist das etwas komplett anderes? Wenn du es nicht weißt, dann ist das okay, aber dann solltest du auch nicht antworten.

[aufkrawall]

Dann schreib halt nicht "klingt ziemlich genau". Bei Doom 3 hatten die Schatten keine Softness und das Silhouetting lief wohl über die CPU?

Ansonsten findet sich im japanischen Artikel etwa das:
http://developer.download.nvidia.com/assets/events/GDC15/hybrid_ray_traced_GDC_2015.pdf

[Nightspider]

Liegt da ein Blurr Filter drüber oder warum kommt mir das so unscharf vor?

[dargo]

Wahrscheinlich temporales AA ohne genügend nachzuschärfen.

[rudl]

Dann schreib halt nicht "klingt ziemlich genau". Bei Doom 3 hatten die Schatten keine Softness und das Silhouetting lief wohl über die CPU?

btw rb-doom3bfg hat mittlerweile soft schadows, sehn gut aus :)

Ich vermisse die zeiten der doom3/z.t auch FEAR like schatten :(
Ist mir um ein vielfaches lieber als irgendein "realistisches" geschmiere dass in Bewegung dann extrem flackert. Hat eine eigene Ästhetik die für horror-games ziemlich gut gepasst.

[dildo4u]

Tom Petersen erklärt die DX12.1 Demo.

https://youtu.be/geGCSO8RkuU?t=10m26s

[Jupiter]

Das Design ist hässlich, aber die gezeigte Tech ist beindruckend. Schlecht ist die Demo nicht. Besser hätten sie es aber machen können.

Danke für das Video.

[blaidd]

Deus Ex: Mankind Divided bekommt DX12-Support (https://youtu.be/dmyy7Tk-GBs?t=194)

dmyy7Tk-GBs

[Kartenlehrling]

naja das war ja schon auf der letzten DX12 Folie vermerkt,
nur keinen Angaben welche dx12 features funktionieren.


ich habe es nochmal rausgekramt ...

[aufkrawall]

Jetzt überfrachte Robert Hallock mal nicht gleich mit deinen hohen Ansprüchen. :(

[Kartenlehrling]

ubrigens gibts gerade wieder 3dmark bei steam für 5€,
wer also DX12 und Win10 benchmarks haben will sollte zuschlagen.

[Air Force One]

ubrigens gibts gerade wieder 3dmark bei steam für 5€,
wer also DX12 und Win10 benchmarks haben will sollte zuschlagen.
Du meinst 9,99€?

[kruemelmonster]

Wer zu spät kommt den bestraft der Steam Sale. ;)

In bisherigen Sales gabs am letzten Tag viele Angebote erneut auf Bestpreis reduziert, wenns diesmal erneut so läuft und du Glück hast ist der 3DMark auch dabei.

[blaidd]

naja das war ja schon auf der letzten DX12 Folie vermerkt,
nur keinen Angaben welche dx12 features funktionieren.

Die Folie hab ich offensichtlich verpennt ;) Sorry, ist also eine Non-News. Trotzdem fänd ich's nett, wenn sich DX12 schnell durchsetzen könnte, selbst ohne zusätzliche Features. Aber vielleicht kommt da ja auch noch was, das Spiel nutzt immerhin schon einige eher fortschrittliche Effekte.

[Air Force One]

Wer zu spät kommt den bestraft der Steam Sale. ;)

In bisherigen Sales gabs am letzten Tag viele Angebote erneut auf Bestpreis reduziert, wenns diesmal erneut so läuft und du Glück hast ist der 3DMark auch dabei.

ne mir macht das ja nichts, ich hab es 4free bekommen. :cool:

Wie lange galt denn das Angebot?

[Kartenlehrling]

http://developer.amd.com/community/events/amd-at-gdc-europe-2015/?hootPostID=a56ead31a39a01f7650c8709c5e74374

AMD at GDC Europe 2015 -- GDC Europe 2015 will be held August 3-4, 2015 in Cologne, Germany.


DX12 & Vulkan: Dawn of a New Generation of Graphics APIs

[aufkrawall]

Was man jetzt schon sagen kann, ist, dass das eigentliche Potenzial dieser APIs weit in der Zukunft liegt.
Für AMD bieten sich riesige Chancen, wenn man wieder die nächste Konsolen-Gen stellt, da man damit wohl so ziemlich 1:1 komplette HSA-Fähigkeiten auf allen Plattformen teilt und dafür entwickelt wird.

[y33H@]

http://schedule.gdceurope.com/session/dx12-vulkan-dawn-of-a-new-generation-of-graphics-apis

Vulkan and DirectX®12 share many common concepts, but differ vastly from the APIs most game developers are used to. As a result, developing for DX12 or Vulkan requires a new approach to graphics programming and in many cases a redesign of the Game Engine. This lecture will teach the basic concepts common to Vulkan and DX12 and help developers overcome the main problems that often appear when switching to one of the new APIs. It will explain how those new concepts will help games utilize the hardware more efficiently and discuss best practices for game engine development.

Takeaway
The audience will learn how to work with the new APIs and gain a deep understanding on how to adapt their game engine to utilize the new API features.

Intended Audience
This presentation is targeting experienced game engine developers who are familiar with DirectX 11 and OpenGL. Since some of the concepts are already available on consoles it is beneficial, but not required, to have some console development experience.

[dargo]

Nachdem bekannt ist, dass pCars einen DX12 Renderer nachgereicht bekommen soll nun ein weiterer Titel mit DX12 Support... ARMA 3. Oder besser gesagt die Tanoa Erweiterung.
http://www.neogaf.com/forum/showthread.php?t=1065183

[Kartenlehrling]

Kannst ja eine neuen Thead eröffen wo die DX12 Spiele zusammen getragen werden,
im gegensatzt zu Win7 + DX11 glaube ich auch das wir bis Ende 2016 mehr DX12 optimierte Spiele sehen werden.
An wirklich "echte" DX12 Spiele die gleich bei der Entwicklung die neuesten Features berücksichtig werden wir wohl erst in 2-3 Jahre sehen.

Gear of War Ultimate wird auch von DX12 "Support" geschrieben, was man davon erwarten kann bin ich gespannt, optisch finde ich es ja bescheiden.

[dargo]

@Kartenlehrling

An DX12 ist für mich erstmal nur der deutlich niedrigere Overhead samt besseren Multicorenutzung interessant. Das erachte ich als echten Fortschritt bei PC-Gaming mal wieder seit Jahren. Mich kotzt es einfach an wenn ich in einzelnen Games sehe, dass diese mit einer aktuellen Performance-CPU in einzelnen Szenen keine 60+fps schaffen. Es ist ein Unding mit welcher ineffizienten API wir noch 2015 unterwegs sind, nicht zuletzt auch was die Fluktuationen bei den Frametimes angeht. :mad:

So eine Liste mit kommenden DX12 Titeln wäre wirklich mal interessant.

Edit: :)
http://www.forum-3dcenter.org/vbulletin/showthread.php?p=10705015#post10705015

[gnomi]

DX 11 kam ja auch erst nach und nach im Markt an.
Für DX 12 rechne ich zwar Ende 2015 mit den ersten Titeln, aber das werden wie Gears Ultimate oder Fable Legenda sicher Testballons für künftige Projekte sein. In CPU fordernden Szenen könnte man aber dann sicher 20-30% gewinnen, was zusammen mit GSync dann vom Spielgefühl her schon einem CPU Update nahekommt bzw. dieses erspart. Von daher eine sehr feine Sache. =)

[tdon]

Nachdem bekannt ist, dass pCars einen DX12 Renderer nachgereicht bekommen soll



Es bekommt keinen DX12 Renderer nachgereicht. Du verwechselst da was.

[kruemelmonster]

Es bekommt keinen DX12 Renderer nachgereicht. Du verwechselst da was.

Also wurde der bereits angekündigte (http://www.pcgameshardware.de/Project-CARS-Spiel-28603/News/Project-Cars-starker-Leistungsschub-nur-auf-PC-1160380/) Patch (http://www.dsogaming.com/news/project-cars-dev-clarifies-on-30-40-performance-boost-only-for-dx12-on-pc/) widerrufen? Falls ja dann Link plz.

[-/\-CruNcher-/\-]

@Kartenlehrling

An DX12 ist für mich erstmal nur der deutlich niedrigere Overhead samt besseren Multicorenutzung interessant. Das erachte ich als echten Fortschritt bei PC-Gaming mal wieder seit Jahren. Mich kotzt es einfach an wenn ich in einzelnen Games sehe, dass diese mit einer aktuellen Performance-CPU in einzelnen Szenen keine 60+fps schaffen. Es ist ein Unding mit welcher ineffizienten API wir noch 2015 unterwegs sind, nicht zuletzt auch was die Fluktuationen bei den Frametimes angeht. :mad:

So eine Liste mit kommenden DX12 Titeln wäre wirklich mal interessant.

Edit: :)
http://www.forum-3dcenter.org/vbulletin/showthread.php?p=10705015#post10705015


Eh weitaus nicht nur für PC Gaming wir kommen langsam dort an das wir Multicore durchweg effizient nutzen können ohne große stalls und locks in viel mehr Anwendungsbereichen Software/Hardware :)
sehr effizientes pre-emptive multitasking und das zur richtigen Zeit vor allem mit HTML5, VR, AR und 4K UHD und die Latenzen sinken auch weiter :)
Es fehlt nur noch der PC als Platform selbst und dessen Hardware Weiterntwicklung in Richtung Mobile, Konsoleneffizienz :)

[tdon]

Also wurde der bereits angekündigte (http://www.pcgameshardware.de/Project-CARS-Spiel-28603/News/Project-Cars-starker-Leistungsschub-nur-auf-PC-1160380/) Patch (http://www.dsogaming.com/news/project-cars-dev-clarifies-on-30-40-performance-boost-only-for-dx12-on-pc/) widerrufen? Falls ja dann Link plz.


Keine Ahnung was du mir mit dem Link sagen willst. Was du verlinkst, ist eine click bait news auf Basis einer aus dem Kontext gerissenen Aussage eines Foren Postings. Es war nie angekündigt, was soll da widerrufen werden lol.

[THEaaron]

Planetside 2 for DX12/Vulkan pls. :redface:

[kruemelmonster]

Keine Ahnung was du mir mit dem Link sagen willst. Was du verlinkst, ist eine click bait news auf Basis einer aus dem Kontext gerissenen Aussage eines Foren Postings. Es war nie angekündigt, was soll da widerrufen werden lol.

Ruhig Blut. :)

Ich bin bisher u.a. durch diese News davon ausgegangen dass noch ein DX12 Patch kommt. Falls die click bait news aus dem Zusammenhang gerissen war, wie passt dann diese (http://forum.projectcarsgame.com/showthread.php?28596-Optimum-Setting-for-R9-290&p=954145&viewfull=1#post954145) Aussage (in einem klar PC-bezogenem Thread) dazu?

Just a sec...will pCARS support DX12? O_O
Yes, we're adding it.

[gedi]

Ich meine im guru3d-Forum gelesen zu haben, dass einige das Problem mit Cars fixen konnten und nun 20FPS mehr haben.

[dargo]

Ich meine im guru3d-Forum gelesen zu haben, dass einige das Problem mit Cars fixen konnten und nun 20FPS mehr haben.
Hast du zufällig einen Link parat? Mich würde die angebliche Lösung interessieren.

[gedi]

Ich meine es war dieser Thread: http://forums.guru3d.com/showthread.php?t=398947

[dargo]

Ich meine es war dieser Thread: http://forums.guru3d.com/showthread.php?t=398947
Danke... habe auf die Schnelle nur das gefunden.
http://forums.guru3d.com/showpost.php?p=5112919&postcount=249

Ich weiß jetzt zwar nicht wieviel man da hineininterpretieren kann, schließlich gehts dort auch um CF. Allerdings hören sich die min. 60fps nun vielversprechend an. Mal morgen den ganzen Thread in Ruhe durchforsten. :freak:

Edit:
Ok... wie es aussieht scheint das Zauberwort bei AMD Windows 10 zu heißen. Der Treiber ist wohl für Win10 deutlich überarbeitet worden, die Performancezuwächse sind nicht ohne.
http://forums.guru3d.com/showpost.php?p=5067636&postcount=87
http://forums.guru3d.com/showpost.php?p=5068160&postcount=92

Dann die Geschichte mit dem ALT+TAB Problem. :crazy:
http://forums.guru3d.com/showpost.php?p=5070443&postcount=137
http://forums.guru3d.com/showpost.php?p=5071658&postcount=148

Und hier schreibt einer es gäbe GPU-PhysX in pCars? :|
http://forums.guru3d.com/showpost.php?p=5072491&postcount=157

Ich dachte das wäre ne Luftnummer. :confused:

Dann gibt es hier ein angebliches Video zum PhysX-Vergleich.
https://www.youtube.com/watch?v=Vb5qRJG0zFo

Ich kann da aber wenig von ableiten um ehrlich zu sein. Erstens ist die FPS-Anzeige schlecht zu erkennen und zweitens sind die Szenen nicht synchron.

Diese Videos dürften vielen schon bekannt sein.
https://www.youtube.com/watch?v=XzFe5OOHZko
https://www.youtube.com/watch?v=IpATnpx45BI

Das mit dem HUD ist auch irgendwie strange. :freak:
http://forums.guru3d.com/showpost.php?p=5113053&postcount=256

Hier schreibt einer "-dx11mt" wäre bei ihm schneller und nicht langsamer mit AMD.
http://forums.guru3d.com/showpost.php?p=5115776&postcount=275

Was für eine Baustelle. X-D

[Lord_X]

Zum Glück hat man das ja MIT der Community entwickelt! :facepalm:

[y33H@]

Und hier schreibt einer es gäbe GPU-PhysX in pCars? :|
http://forums.guru3d.com/showpost.php?p=5072491&postcount=157

Ich dachte das wäre ne Luftnummer. :confused:

Dann gibt es hier ein angebliches Video zum PhysX-Vergleich.
https://www.youtube.com/watch?v=Vb5qRJG0zFo
Der Link und das Video sind von Mai, im Video sieht man ja, dass es keine Unterschiede gibt, was u.a. auch meine und Phils Messungen belegen.

[Kartenlehrling]

An einer wirklich toll laufenden DX11 version glaubt aber doch keiner mehr.

[Novum]

Hier schreibt einer "-dx11mt" wäre bei ihm schneller und nicht langsamer mit AMD.
http://forums.guru3d.com/showpost.php?p=5115776&postcount=275
Auf Windows 10.

Kann gut sein, dass Microsoft den MT-Layer von DirectX dort verbessert hat. Soweit ich weiß implementiert es AMD nämlich nicht selbst, im Gegensatz zu NVIDIA.

[dargo]

Auf Windows 10.

Kann gut sein, dass Microsoft den MT-Layer von DirectX dort verbessert hat. Soweit ich weiß implementiert es AMD nämlich nicht selbst, im Gegensatz zu NVIDIA.
Interessant. Also noch ein Grund mehr gleich auf Win10 zu wechseln.

An einer wirklich toll laufenden DX11 version glaubt aber doch keiner mehr.
Wenn tatsächlich ein DX12 Update kommt ist der DX11 Renderer eh völlig uninteressant. :)

[Liquaron]

Habe übrigens immer noch keine Meldung bekommen für ein Windows 10 Upgrade. Habe es mit sämtlichen Programmen versucht. Ich vermute langsam, dass als ich meinen PC gebraucht mit Windows gekauft habe, es eine gecrackte Windows Version ist.

Habe ich dann eigentlich irgendwie die Möglichkeit trotzdem auf Windows 10 zu wechseln?

Ich habe noch einen originalen Windows 7 64 Bit Home Key Zuhause. Auf meinem PC ist Windows 7 64 Bit pro von meinem Vorgänger installiert.

Wird eigentlich mit Windows 10 und DX 12 sofort ein Geschwindigkeitsschub zu spüren sein, oder müssen Spiele erst dahingehen gepatched und optimiert werden?

[dargo]

Habe übrigens immer noch keine Meldung bekommen für ein Windows 10 Upgrade. Habe es mit sämtlichen Programmen versucht. Ich vermute langsam, dass als ich meinen PC gebraucht mit Windows gekauft habe, es eine gecrackte Windows Version ist.

Habe ich dann eigentlich irgendwie die Möglichkeit trotzdem auf Windows 10 zu wechseln?

Ich habe noch einen originalen Windows 7 64 Bit Home Key Zuhause. Auf meinem PC ist Windows 7 64 Bit pro von meinem Vorgänger installiert.

Bitte hier lang zu diesem Thema. :)
http://www.forum-3dcenter.org/vbulletin/showthread.php?t=565012


Wird eigentlich mit Windows 10 und DX 12 sofort ein Geschwindigkeitsschub zu spüren sein, oder müssen Spiele erst dahingehen gepatched und optimiert werden?
Die entsprechenden Spiele mit nem DX12 Renderer müssen natürlich erst kommen.
http://www.forum-3dcenter.org/vbulletin/showthread.php?t=565059

[kruemelmonster]

Habe übrigens immer noch keine Meldung bekommen für ein Windows 10 Upgrade. Habe es mit sämtlichen Programmen versucht. Ich vermute langsam, dass als ich meinen PC gebraucht mit Windows gekauft habe, es eine gecrackte Windows Version ist.

http://www.forum-3dcenter.org/vbulletin/showpost.php?p=10713297&postcount=1122

Wird eigentlich mit Windows 10 und DX 12 sofort ein Geschwindigkeitsschub zu spüren sein, oder müssen Spiele erst dahingehen gepatched und optimiert werden?

Wenn die Spiele mehr VRAM belegen als vorhanden ist läufts dank WDDM 2.0 schon jetzt besser als unter Win8.1, siehe hier (http://www.forum-3dcenter.org/vbulletin/showthread.php?p=10708573#post10708573), hier, (http://www.forum-3dcenter.org/vbulletin/showpost.php?p=10710864&postcount=1035)hier (http://www.forum-3dcenter.org/vbulletin/showthread.php?p=10711561#post10711561) und hier (http://www.forum-3dcenter.org/vbulletin/showthread.php?p=10713779#post10713779).

[Novum]

Interessant. Also noch ein Grund mehr gleich auf Win10 zu wechseln.
Es gibt technisch sehr viele gute Gründe auf Windows 10 zu wechseln. WDDM 2.0 bringt auch virtuellen Speicher für die GPU, was vieles einfacher und schneller macht.

[Darkman.X]

Virtuellen Speicher gibt es doch schon seit Vista, oder? In irgendwelchen Tools hatte ich doch schon mal mehr Grafikspeicher gesehen als meine GraKa zu dieser Zeit hatte.

[kruemelmonster]

Virtuellen Speicher gibt es doch schon seit Vista, oder?

Richtig, allerdings nur mit dem Hintergrund dass jede Anwendung seinen eigenen virtualisierten VRAM Adressraum bekommt. Ist unter WDDM 1.x der VRAM voll muss "hart" ausgelagert werden während 2.0 das für die Anwendung scheinbar transparent im Hintergrund erledigt.

Eine technisch korrekte Darstellung von jemandem vom Fach würde mich sehr interessieren.

[Novum]

Es gab keinen virtuellen Speicher seit Vista. Die GPU benutzt physikalische Adressen.

Was vorhanden ist, ist Auslagerung ganzer Blöcke, das macht aber noch keinen virtuellen Speicher.

[aufkrawall]

Neuer Bestwert für mich bei Drawcalls mit dem 353.54 WHQL Windows 10-Treiber:
16,4Mio.
http://abload.de/thumb/dc2u4ue2.png (http://abload.de/image.php?img=dc2u4ue2.png)
Wie ja bereits bekannt, schwanken die Ergebnisse von Run zu Run etwas.

[Liquaron]

Für BF4 ist nicht zufällig ein DX12 / Windows 10 Patch geplant, oder? :)

[aufkrawall]

Für bisherige Frostbite-Spiele soll nichts mehr kommen.
Die fps sind unter D3D11.1 mit Nvidia im CPU-Limit auch nicht schlecht, auch die Frametimes sind sehr gut (fühlt sich absolut rund an im CPU-Limit).

[BlacKi]

Für BF4 ist nicht zufällig ein DX12 / Windows 10 Patch geplant, oder? :)
bf4 läuft sehr gut, ich würde verstehen wenn man sich bei diesem spiel die arbeit sparen würde.

mit einem haswell 4,5ghz kann man dauerhaft 144fps halten wenn man eine performance grafikkarte hat. mein 2600k rutscht bei 4,6ghz manchmal auf 120fps, aber bleibt absolut flüssig.

da gibts viel größere baustellen als bf4

[aufkrawall]

Ja, mit HTT hat BF4 stärker von den Performance-Verbesserungen im 337er Treiber damals profitiert. Ich würde fast sagen, unter D3D11.1 hat man mit nur vier Threads bei dem Spiel bei den min-fps überhaupt nicht profitiert.
Abseits von Shanghai hab ich aber auch meist über 100fps min.

[Liquaron]

Mhh ja stimmt schon, habe selbst mit meiner GTX 680 eigentlich konstant 60 FPS.

Aber mehr geht ja immer, gell? ;)

Bin dann mal gespannt wir SW Battlefront performt. Die Alpha soll ja schon gut gelaufen sein.

[THEaaron]

bf4 läuft sehr gut, ich würde verstehen wenn man sich bei diesem spiel die arbeit sparen würde.

mit einem haswell 4,5ghz kann man dauerhaft 144fps halten wenn man eine performance grafikkarte hat. mein 2600k rutscht bei 4,6ghz manchmal auf 120fps, aber bleibt absolut flüssig.

da gibts viel größere baustellen als bf4

Davon kann man mit einer AMD Karte nur träumen.

Ich hab meinen Haswell so hochgezogen und hänge trotzdem auf Maps wie Zavod bei <100FPS im CPU Limit.

[BlacKi]

Davon kann man mit einer AMD Karte nur träumen.

Ich hab meinen Haswell so hochgezogen und hänge trotzdem auf Maps wie Zavod bei <100FPS im CPU Limit.

ja, kann sein, ich spiele meistens nur rogue transmission oder caspian border.

aber zavod bleibt bei mir immer über 100fps. meist so zwischen 110und 130.

ht bringt etwas aber nicht die welt. 10 fps mehr oder so.

[aufkrawall]

Bei den min-fps bringt es wahrscheinlich mehr.

[y33H@]

52661

Aber die Exe fehlt noch :usad:

EDIT
Neben Ashes of Sigularity dürfte diese Woche auch Ark Survival Evolved ein D3D12-Update kriegen.

[dargo]

Die kommt dann am 29.07. :D

[Unicous]

Da muss man auch mal sagen, dass Khronos es mal wieder verkackt hat. Sie hätten in eine große zeitliche Lücke stoßen können (DX11 kam ja 2008 und erste Hardware erst 2009-2010, und dann 2011 wurde 11.1 veröffentlicht) wenn sie schon vor zwei, drei Jahren etwas Mut bewiesen hätten und AZDO zu Vulkan ausformuliert hätten hätten sie die historische Chance gehabt, eine neue API zu schaffen die DX 11 übertrumpft und eine Kampfansange an MS und ein Angebot an die Developer und Publisher zu senden.

Jetzt hat Microsoft auf einmal die Zügel angezogen und jetzt gibt es sogar schon zum Markstart von W10 erste Test Demos/Benchmarks bzw. sogar Spiele während wir bei Khronos noch mindestens bis zur SIGGRAPH warten müssen und es keine Anzeichen gibt, dass Vulkan in den nächsten Monaten mit einem Spiel aufwarten kann.

[y33H@]

Ashes DX12 am 6. August für Presse, die Woche drauf für alle Alpha Backer.

[Unicous]

Ashes DX12 am 6. August für Presse, die Woche drauf für alle Alpha Baker.

Ist das ein absichtlicher Typo?:wink:

[y33H@]

Ich war geistig bei Dan Baker ;D

[Unicous]

Dachte ich mir schon.:biggrin:

[y33H@]

Offenbar Verschiebung: http://forums.ashesofthesingularity.com/469403

DirectX 12 Benchmark Release Schedule: [UPDATE]

Officially released to the media: August 13
Released to the Founders: August 20

[SaschaW]

Da muss man auch mal sagen, dass Khronos es mal wieder verkackt hat. Sie hätten in eine große zeitliche Lücke stoßen können (DX11 kam ja 2008 und erste Hardware erst 2009-2010, und dann 2011 wurde 11.1 veröffentlicht) wenn sie schon vor zwei, drei Jahren etwas Mut bewiesen hätten und AZDO zu Vulkan ausformuliert hätten hätten sie die historische Chance gehabt, eine neue API zu schaffen die DX 11 übertrumpft und eine Kampfansange an MS und ein Angebot an die Developer und Publisher zu senden.


"Verkackt" ist etwas hart. Auf der SIGGRAPH wirds einiges an Informationen geben, und Vulkan wird auch auf deutlich mehr Plattformen verfügbar sein als DX12 und damit auch von deutlich mehr IHVs unterstützt werden, die natürlich alle an der API mitarbeiten.

Und Vulkan ist deutlich mehr (bzw. anders) als nur ein "OpenGL mit AZDO". Man will ein breites Spektrum an moderner Hardware unterstützen. Hätte man das vor zwei oder drei Jahren gemacht, hätte es nur wenige GPUs gegeben auf denen Vulkan dann hätte laufen können. Heute sieht das anders aus.

Khronos wissen was sie tun, zumindest ist das mein Eindruck. Das man zeitlich (zumindest öffentlich) hinter DX12 hinterher ist sehe ich nicht als problematisch.

[dildo4u]

DF hat jetzt mit der Final von Win 10 ein Nachtest gemacht,Fazit der AMD Treiber ist immer noch Abfall DX11 Multithreading bringt weiterhin nix.

http://www.eurogamer.net/articles/digitalfoundry-2015-why-directx-12-is-a-gamechanger

DX12 scalt jetzt auf Nvidia besser mit dem FX 8350,die 970 liegt vor der 290X.

[Lurtz]

So viel zu "Windows 10 wird ein Gamechanger für AMD" :ugly:
Jetzt warten wir wieder ein Jahr auf die ersten DX12-Spiele und hoffen dass dann alles gut wird...

Edit: Wobei man die DigitalFoundry-Artikel auch mit Vorsicht genießen sollte. Oder warum gibt es in dem ganzen Artikel keine Angaben zum verwendet Treiber? Latest driver kann alles mögliche heißen, warum nicht einfach die genaue Version hinschreiben? :rolleyes:

[Unicous]

@SaschaW

Es geht mir um das Nischendasein im Desktop-Bereich. Khronos ist und bleibt ein träges Gespann dessen Zugpferde nicht wissen in welche Richtung sie wollen.
Dass sie sich jetzt noch mehr Leute von außen ins Boot geholt haben ist sowohl Fluch als auch Segen. Für eine Zeit lang wird das Frischen Wind in die Segel bringen, aber der "Mainstream"-Erfolg wird mMn eher im mobilen Sektor stattfinden als im Desktop. Hätte man die Entwicklung nicht verschlafen sondern aktiv mitgestaltet und geprägt hätte Vulkan Marktanteile erobern können und Microsoft überaschen können. Jetzt sieht es eher nach me too aus.

[SaschaW]

Das sehe ich nicht so. Es sitzen genau die richtigen Leute im Boot ;)

V.a. weil man jetzt auch an das Runderhum denkt was bei OpenGL ja irgendwo gefehlt hat. Also Tools, Layer, etc. die das Debuggen und Testen von Anfang an bequem machen.

Mag sein dass DX12 zuerst kommt und unter Windows dann die 3D-API der Wahl sein wird, aber Khronos hat auch ganz viele ISVs mit ins Boot geholt die dafür sorgen dass Vulkan auch unter Windows breite Verwendung finden wird.

[Hübie]

Also wenn wir von Spielen am Windows-Desktop reden wird auch Vulcan da keine nennenswerte Rolle spielen. Darüber können wir gerne eine Wette mit Laufzeit 5 Jahre abschließen.
Bei >6 Mrd Mobilgeräten ist es aber durchaus attraktiv dort den Vorsprung weiter auszubauen und eine effiziente API einzuführen. Da sehe ich die Khronos Group im Vorteil. Und das ist afaik auch deren Strategie.

[Unicous]

@SaschaW

Ich habe nicht von "falschen" Leuten gesprochen.

Ich habe gesagt, das ist erst mal eine positive Sache. Aber wenn das Ding (Vulkan, SPIR-V etc.) durch ist, wird es wieder schwieriger Dinge durchzusetzen, denn jetzt man noch mehr Stimmen die man zu einem Konsens bringen muss.

Dass man die Versäumnisse der letzten Jahre langsam aufholt ist ein positives Zeichen, ich habe aber wenig Hoffnung, dass die Khronos Group diesen Sturm und Drang, der sie die letzten 1 1/2 (jedenfalls öffentlich) durchfahren hat über die nächsten Jahre aufrecht erhalten können.

Es geht mir auch nicht darum, dass Vulkan ein paar Monate zu spät kommt, das wäre ja lächerlich darüber zu streiten. Es geht mir um Jahre. Die Lücke die seit Veröffentlichung von DX11 geklafft hat wurde einfach nicht durch Khronos aufgefüllt. Stattdessen hat man sich im Kleinklein verloren und es zugelassen, dass OpenGL mit zig Extensions zugemüllt wurde. Am Ende hatte man etwas, das niemand wirklich haben wollte und nur wenige Entwickler haben sich darauf eingelassen.

Wir werden sehen wie viel Erfolg Vulkan (auf dem Desktop) beschert sein wird. Einen großen Anteil müsste auch SteamOS haben, aber das kommt auch nicht aus den Puschen, somit bleibt good ol' Windows und da regiert DX mit eiserner Faust.

[qu3x^]

52661

Aber die Exe fehlt noch :usad:

EDIT
Neben Ashes of Sigularity dürfte diese Woche auch Ark Survival Evolved ein D3D12-Update kriegen.
Gestern war auch Survival of the Fittest Event und dort meinte Kayd Hendricks dass auf der GamesCom ein Major Update rauskommt das bahnbrechend ist und etwas mit Partner zu tun hätte. d.h. zur GamesCon gibts Ark mit DX12

[aufkrawall]

DX12 scalt jetzt auf Nvidia besser mit dem FX 8350,die 970 liegt vor der 290X.
Och, jetzt kann der gute Stefan ja gar nicht mehr rumtönen, dass AMD mehr Drawcalls schaffen würde. :frown:

[gedi]

Naja: http://www.computerbase.de/2015-07/windows-10-spieler-test-amd-nvidia-geschwindigkeit/3/

[Jupiter]

Wenn GTA V bei so vielen Menschen mit Windows 10 nicht Probleme bereiten würde, dann hätte ich vom PC mit Windows 8.1 bereits gewechselt. Am Laptop tat ich dies und es hat sich bisher allgemein gelohnt.

[grobi]

Diese ewige dumme hetzte geht mir auf den Keks, könntet ihr damit aufhören und zum Thema zurück kehren?

@dildo4u und aufkrawall

[aufkrawall]

Nur noch den hier:
Aber dort wurd doch nicht mit seinem heiß geliebten Bdz getestet. ;)

[dargo]

DF hat jetzt mit der Final von Win 10 ein Nachtest gemacht,Fazit der AMD Treiber ist immer noch Abfall DX11 Multithreading bringt weiterhin nix.

http://www.eurogamer.net/articles/digitalfoundry-2015-why-directx-12-is-a-gamechanger

DX12 scalt jetzt auf Nvidia besser mit dem FX 8350,die 970 liegt vor der 290X.
:facepalm:

Bei dir habe ich echt manchmal Zweifel ob noch alles in Ordnung ist. Da sieht der dildo 8% mehr Draw Calls bei einer GTX970 vs. R9 290X mit einem FX 8350 und merkst das Hauptproblem überhaupt nicht. Diese 8% sind sowas von scheiß egal! DX12 ballert fast 800% mehr Draw Calls raus als DX11 @Multithread (bei Singlethread sogar über 1300%) bei Nvidia. Merkst du endlich was? Und ich möchte jetzt auch ein wenig trollen dürfen. Mit dem i5 4690K liegt die R9 290X vor der GTX970. 111elf

[Menace]

Sehe ich das richtig, dass die Krüpel-CPU von AMD zulegt? :confused:

Und was wäre denn los, wenn AMDs Treiber von der Geschwindigkeit der Veröffentlichungen mit nvidia Schritt halten könnten.

[aufkrawall]

Dir sollte klar sein, dass von diesem Overhead-Test nur wenig Rückschlüsse auf die reale Leistung in Spielen möglich ist. Dort limitiert natürlich die Rechenleistung viel stärker.
Was den großen Bullis zugute kommen wird, wird sein, dass Spiele die acht Kerne besser nutzen können. Einige Spiele lasten mit DX11 ja schon sechs Kerne gut aus. Wenn HTT bei vier Kernen durch die Bank 30% bringen, wird man gegen Intels natürlich trotzdem nicht toll dastehen.

[Ex3cut3r]

Endlich könnte sich HT mal auszahlen, wäre wirklich schön :cool:

[dargo]

Sehe ich das richtig, dass die Krüpel-CPU von AMD zulegt? :confused:

Alle CPUs durch die Bank werden zulegen.

[dildo4u]

:facepalm:

Bei dir habe ich echt manchmal Zweifel ob noch alles in Ordnung ist. Da sieht der dildo 8% mehr Draw Calls bei einer GTX970 vs. R9 290X mit einem FX 8350 und merkst das Hauptproblem überhaupt nicht. Diese 8% sind sowas von scheiß egal! DX12 ballert fast 800% mehr Draw Calls raus als DX11 @Multithread (bei Singlethread sogar über 1300%) bei Nvidia. Merkst du endlich was? Und ich möchte jetzt auch ein wenig trollen dürfen. Mit dem i5 4690K liegt die R9 290X vor der GTX970. 111elf
Es ist interessant weil einige behauptet haben AMD hätte ein Vorteil weil sie schon ewig am Mantle Treiber schrauben.

[aufkrawall]

Endlich könnte sich HT mal auszahlen, wäre wirklich schön :cool:
Tuts mit NV-GPU eigentlich jetzt schon häufig.

[dargo]

Es ist interessant weil einige behauptet haben AMD hätte ein Vorteil weil sie schon ewig am Mantle Treiber schrauben.
Darf ich dann weiter trollen?
http://www.forum-3dcenter.org/vbulletin/showpost.php?p=10727220&postcount=1340

[Menace]

Es ist interessant weil einige behauptet haben AMD hätte ein Vorteil weil sie schon ewig am Mantle Treiber schrauben.

:eek: Oh, ich habe wohl was verpasst. Welches ist das erste DX12 Spiel? Muss ich mal gleich testen.

[Ex3cut3r]

Tuts mit NV-GPU eigentlich jetzt schon häufig.

Stimmt, könnte aber mehr sein. ;)

[aufkrawall]

Spiele mit der Star Swarm-Engine werden interessant, in dem Benchmark sind Radeons im GPU-Limit ja elendig langsam.

[dargo]

Tuts mit NV-GPU eigentlich jetzt schon häufig.
Aber nur weil ein Teil der Treiberlast vom Mainthread ausgelagert wird. Beim Gamecode ändert sich nichts. Zugegeben... für den Spieler ist es in erster Linie egal woher der Performancezuwachs kommt.

@Ex3cut3r
HT bringt auch auf Radeons vereinzelt viel. Zb. im Gras von Crysis 3. Dort hatte ich mit Tahiti +33% mit 4C/8T gegenüber 4C/4T gemessen.

[Ex3cut3r]

@Ex3cut3r
HT bringt auch auf Radeons vereinzelt viel. Zb. im Gras von Crysis 3. Dort hatte ich mit Tahiti +33% mit 4C/8T gegenüber 4C/4T gemessen.

Jap, weiß ich doch ;) Aber Crysis 3 ist eher noch die Ausnahme, hoffe mit DX12 werden die 30% oder sogar noch mehr?! gegenüber 4C/4T Standard. :)

[aufkrawall]

Crysis 3 skalierte abseits des Grases und des Streamings eigentlich nur mit vier Kernen, afair. Da ist Witcher 3 schon eine andere Kategorie, dort bringt HTT auch in Overhead-kritischen Situationen wie der Großstadt ordentlich etwas.

Also, wenn Entwickler es jetzt mit D3D11 nicht auf die Reihe bekommen, kann man ihnen das schon vorwerfen.

[dargo]

Also, wenn Entwickler es jetzt mit D3D11 nicht auf die Reihe bekommen, kann man ihnen das schon vorwerfen.
Das kann man so nicht sagen seitdem NV die Treiberlast auslagert. Und ob und wieviel in Witcher 3 HT bringt müsstest du mit einem deutlich älteren Treiber testen. Noch vor dem 335.30 337.50 oder wie der hieß. Gleiches gilt natürlich auch für CPUs mit mehr als 4 Cores.

[captain_drink]

Noch vor dem 335.30 oder wie der hieß.

337.50 wars.

[aufkrawall]

Würde mehr bringen, wenn einfach jemand mit einer Radeon das testet (PCGH hats leider nicht gemacht). So alte Treiber können auch aus anderen Gründen eine schlechte Performance liefern.

[dargo]

Hier hat die PCGH u.a. die Coreskalierung getestet.
http://www.pcgameshardware.de/The-Witcher-3-Spiel-38488/Specials/Grafikkarten-Benchmarks-1159196/

Selbst auf NV bringt SMT mit 4 Cores nichts mehr. Ich kann jetzt natürlich nicht sagen ob die Szene voll im CPU-Limit lag. Immerhin haben die aber nur 1,2Ghz Takt genommen.

[aufkrawall]

Dann hat PCGH nicht gut gebencht:
http://www.forum-3dcenter.org/vbulletin/showpost.php?p=10659544&postcount=1313

Ist aber unter Zeitdruck wahrscheinlich auch nicht ganz einfach.

[dargo]

So einen Quervergleich kannst du vergessen. Schon alleine PCIe 3.0 könnte dir da einen Strich durch die Rechnung machen. Außerdem habt ihr sicherlich nicht die gleiche Szene genommen.

Edit:
Ich sehe gerade, dass Hassi in beiden Fällen genommen wurde. Dann ist es wohl szenenabhängig.

[aufkrawall]

Die haben wahrscheinlich einfach in der Wildness getestet.
Da sind aber die Anforderungen an die CPU ein Witz, find ich wenig sinnvoll.
Ich hab in der Stadt getestet.

[dargo]

Ich erinnere nochmal gerne daran, dass die PCGH nur 1,2Ghz Takt genommen hatte. Aber keine Frage... entweder war das noch GPU-Limit (was schon bei nur 1,2Ghz und kleiner Auflösung heftig wäre) oder nicht jede Szene lässt sich so gut multithreaden.

Edit:
Ich trolle mal ein wenig noch für Dildo.

Xeon E3 1230v3 @i5-4690K (man möge mir die 8MB L3 Cache verzeihen, den kann ich nicht auf 6MB reduzieren)
52738

GTX970 kommt auf 14,5M. 111elf

[Ex3cut3r]

Und? meine GTX 770 mit 4770k @ 4ghz kommt auf 16,5M. :D

[dargo]

Dir ist aber schon klar, dass die Draw Calls mit der CPU (und GPU) skalieren? ;)

Edit:
Hier hast du einen Vergleich mit einem Hassi 4C/8T @3,7Ghz und R9 390.
http://www.forum-3dcenter.org/vbulletin/showpost.php?p=10727588&postcount=614

[Ex3cut3r]

Ups, Ist wohl zu heiß... ;D

[dargo]

Wohl wahr, und ich muss noch arbeiten. :usweet: Immerhin Klima im Büro. :D

[Ex3cut3r]

Wohl wahr, und ich muss noch arbeiten. :usweet: Immerhin Klima im Büro. :D

Me too. Naja noch 2 Stunden. ;)

sry für OT. ^^

[kruemelmonster]

Dir ist aber schon klar, dass die Draw Calls mit der CPU (und GPU) skalieren? ;)

...und der PCIe Bandbreite, +65% von PCIe 2.0 8x auf 16x:

http://www.forum-3dcenter.org/vbulletin/showpost.php?p=10726461&postcount=432

[dargo]

...und der PCIe Bandbreite, +65% von PCIe 2.0 8x auf 16x:

http://www.forum-3dcenter.org/vbulletin/showpost.php?p=10726461&postcount=432
Oha. :eek:

Wobei wir schon länger bei PCIe 3.0 sind. Ich schau mal bei Gelegenheit wie der Unterschied zwischen PCIe 3.0 @8x und 16x ausfällt. Wenn es da auch noch hohe Unterschiede gibt brauchen wir langsam fette APUs. :cool:

[blaidd]

Oha. :eek:

Wobei wir schon länger bei PCIe 3.0 sind. Ich schau mal bei Gelegenheit wie der Unterschied zwischen PCIe 3.0 @8x und 16x ausfällt. Wenn es da auch noch hohe Unterschiede gibt brauchen wir langsam fette APUs. :cool:

Wurde doch schon ein paar mal "angedroht", dass bei Low-Level-APIs die PCIe-Schnittstelle zum Flaschenhals wird... ich könnte mir gut vorstellen, dass der Unterschied gut messbar ist.

[kruemelmonster]

Zwischen PCIe 3.0 8x und 16x wird nicht viel passieren, das zeigt der Vergleich zwischen Ex3cut3rs GTX 770 @ Haswell 3.0 16x und meiner GTX 670 @ Sandy 2.0 16x.

Der Flaschenhals lag hier klar bei 2.0 8x.

[Ex3cut3r]

Wo er recht hat, hat er recht. ;)

[Locuza]

Gen 9 von Intel bei Skylake aced richtig durch, was DX12 Features angeht, da gibt es praktisch alles.
ALLES! ;D

http://fs1.directupload.net/images/150805/ahfpkubn.png
(von tdon und PCGH geklaut)

MinPrecision wird unterstützt (FP16) und standard-swizzle ebenso:
https://forum.beyond3d.com/threads/direct3d-feature-levels-discussion.56575/page-27#post-1865259

AMD sollte eig. auch noch standard-swizzle supporten und AMD + Nvidia GS Bypass (VPAndRTArrayIndexFromAnyShaderFRSWGSE).
Vielleicht auch noch andere Punkte.
Die kommenden Treiber werden das vermutlich einpflegen.


Es ist jetzt nicht so, dass FL12.1 und andere Features dank Gen9 und Maxwell V2 in greifbarer Nähe sind, aber ich bin gerade richtig froh, dass AMDs Produkte zur Zeit nichts reißen und nur eine äußerst schwache Marktrelevanz haben. :freak:
Das führt zu einer breiteren Basis von FL12.1 Hardware.

[kruemelmonster]

Wer keine Lust hat sich für den 180 KB kleinen dxcapsviewer das Win10 SDK zu installieren, der schaue in den Anhang.

Fermi unterstützt bis auf "Map DEFAULT Textures" übrigens die gleichen Features wie Kepler.

[aufkrawall]

Mit neuem 355.60 Treiber noch mehr Drawcalls:
http://abload.de/img/drawcallsgmpug.png (http://abload.de/image.php?img=drawcallsgmpug.png)

[Kartenlehrling]

geht das noch ungenauer?

[aufkrawall]

Der Bestwert mit vorigen Treibern (ansonsten alles gleich) war hier 16,4 Mio.

[Timbaloo]

Sind Drawcalls das neue GHz?

[dargo]

Nö... die neue Schwanzverlängerung. :D

[aufkrawall]

Auf jeden Fall eignen sie sich gut dafür, niveautötende Kommentare hervorzurufen. :smile:

[Kartenlehrling]

LOL ....


Specifications: GeForce GTX 460
Microsoft DirectX >> 12 API with Feature Level 12_1



http://www.geforce.com/hardware/desktop-gpus/geforce-gtx-460/specifications

[Ex3cut3r]

WTF?! :uconf2:

[Fusion_Power]

Meine GTX 460 ist also noch auf der Höhe der Zeit, ich darf mitreden? Bin im Club? Bei den großen Jungs? Yay! :D

[StefanV]

LOL ....



http://www.geforce.com/hardware/desktop-gpus/geforce-gtx-460/specifications
Here we go again....
Warum ist das weniger überraschend?!

Und irgendwie darf man auch bezweifeln, dass das ganze der Wahrheit entspricht...

[aufkrawall]

*GTX 460 Bestellung stornier*

[Kartenlehrling]

Ich bin da nur zufälltig drauf gestossen,
weil ich wollte wissen was die DVI einer gtx460 ausgeben ob Dual-DVI_D oder ob einer nur single-DVI ist.

[aufkrawall]

Seit ~10 Jahren gibts bei Grafikkarten fast immer DL-DVI...

[Kartenlehrling]

fast immer


....

[aufkrawall]

Ja lol. Ich hab hier eine 4670 rumliegen, die es kann. Eine 9600 GT ebenso.
Und die 460 soll es weshalb nicht haben?

[Kartenlehrling]

Mach dich doch nicht immer so wichtig,
es gibt gtx750 die haben nur 1x Dual-Link DVI , und eine zweite DVI-D der Single ist.

[StefanV]

Seit ~10 Jahren gibts bei Grafikkarten fast immer DL-DVI...
...aber eben nur auf einem Port...

Was der zweite bietet, ist eben nicht immer klar. Das ist, gerade bei neueren Karten, eigentlich eher ein HDMI Port denn DVI...

[y33H@]

Geil, die Tage sagt Oxide noch per Mail, MSAA unter DX11 und DX12 sei im Ashes-Benchmark nicht vergleichbar und heute hauen sie einen offiziellen Blog-Post raus, der das Gegenteil besagt :uclap:

http://www.oxidegames.com/2015/08/16/the-birth-of-a-new-api/

[Hübie]

oxidegames:facepalm:

Erinnerst du dich damals an die "vergessene" Optimierung beim Vergleich D3D11 vs. Mantle? X-D
Was soll man von so einem Wurstblinkerverein noch halten - und vor allem wie ernst darf man die in der Branche nehmen? :|

[y33H@]

Warum der Facepalm mit gefettetem "games"? Und ja, ich erinnere mich.

[Hübie]

Weil die noch immer kein Game haben (ja erst 1,5 Jahre oder so :P), aber viel Staub aufwirbeln und mehr ihre Engine vermarkten wollen - zumindest macht es den Anschein. Deshalb. Manchmal ist es besser die Klappe zu halten. Aber die haben da offenbar ein starkes Geltungs- und Mitteilungsbedürfnis.

Ich zweifel nicht mal an deren fachlicher Kompetenz, nur an der Fähigkeit diese auch gezielt mit einem konstanten Qualitätslevel einzusetzen.

[y33H@]

Spielerisch ist Ashes durchaus brauchbar im aktuellen Zustand, die DX12-Version läuft zumindest.

[Menace]

Spielerisch ist das bisher noch gar nicht schlecht. Mantle läuft wohl, DX 11 und 12 läuft und auch Vulkan soll unterstützt werden. Der "Wurstblinkerverein" könnte vielleicht sogar die Grundlage für einen Nachfolger von SC liefern. Aber Du hast bestimmt Argumente, dass ich anfangen sollte zu Zweifeln, oder? Nur her damit.

[del_4901]

Ja ich weis auch nicht was es da zu quengeln gibt. Ich finde Dan ist sehr kompetent und hat sich viel Zeit genommen das Problem zu erörtern.

[y33H@]

Aber Du hast bestimmt Argumente, dass ich anfangen sollte zu Zweifeln, oder? Nur her damit.Wie meinen? Mir gefällt Ashes ziemlich gut, Spiele die Alpha seit sie verfügbar ist regelmäßig mit Mantle-API auf meiner Fury X.

Ja ich weis auch nicht was es da zu quengeln gibt. Ich finde Dan ist sehr kompetent und hat sich viel Zeit genommen das Problem zu erörtern.Das hat er, ja. Problem: Die Kommunikation des MSAA Bugs erfolgte extrem spät, das gibt es zu "quengeln".

[Menace]

Wie meinen? Mir gefällt Ashes ziemlich gut, Spiele die Alpha seit sie verfügbar ist regelmäßig mit Mantle-API auf meiner Fury X.


Dich meinte ich doch gar nicht, sondern Hübies Nörgeln. Mir gefällt von der technischen Seite Ashes auch sehr gut, allerdings von der spielerischen kann ich mich (vielleicht auch aus Zeitmangel) noch nicht so richtig anfreunden. Und ich spiel(t)e es auch seit der ersten Version, die zugänglich für founders war.

Mantle kann ich nicht nachvollziehen, da es mit der 7XXX-Reihe wohl Probleme macht, da ich keine Fury X habe. :P :wink:


Das hat er, ja. Problem: Die Kommunikation des MSAA Bugs erfolgte extrem spät, das gibt es zu "quengeln".
Ihr habt doch noch X Tage, oder?

[AffenJack]

Ja ich weis auch nicht was es da zu quengeln gibt. Ich finde Dan ist sehr kompetent und hat sich viel Zeit genommen das Problem zu erörtern.

Vielleicht auch zuviel. Ich hab da das gleiche Gefühl wie Hübie, viel zu viel Promotion und Dauer bis endlich mal was gekommen ist. Wenn Ashes nun gut läuft schön. Aber zwischenzeitlich war ich vom Selbstmarketing etwas genervt. Bin aber schon sehr gespannt wie das so mit DX12 performt.

[blaidd]

Geil, die Tage sagt Oxide noch per Mail, MSAA unter DX11 und DX12 sei im Ashes-Benchmark nicht vergleichbar und heute hauen sie einen offiziellen Blog-Post raus, der das Gegenteil besagt :uclap:

http://www.oxidegames.com/2015/08/16/the-birth-of-a-new-api/

Der erste Teil stammt aber auch nicht direkt von Oxide und die Ergebnisse der Benchmarks werden auffallend kleingeredet ;) Oxide haben mit dem Blog nur auf die Aussage reagiert. There are incorrect statements regarding issues with MSAA Das Ganze ist ein bisschen unschön, aber mal sehen was dabei rumkommt...

Bin aber schon sehr gespannt wie das so mit DX12 performt.
Kann nicht mehr allzu lange dauern... ;)

[del_4901]

Das hat er, ja. Problem: Die Kommunikation des MSAA Bugs erfolgte extrem spät, das gibt es zu "quengeln".
Wo ist das denn bitteschoen ein Bug wenn bestimmte IHVs unter der Haube am Treiber friemeln und einfach (ungefragt) Optimierungen im DX11 Treiber vornehmen, welche im DX12 Treiber einfach (noch) nicht vorhanden oder moeglich sind?

[Troyan]

Wann fällt denn das NDA für die Tests?

[Menace]

Der erste Teil stammt aber auch nicht direkt von Oxide und die Ergebnisse der Benchmarks werden auffallend kleingeredet ;)

Weil der eine Vendor massiv DX11 verbessert, während der andere ganz auf DX12 setzt. :rolleyes:

[blaidd]

Weil der eine Vendor massiv DX11 verbessert, während der andere ganz auf DX12 setzt. :rolleyes:

Ich glaube, du könntest das genau falsch herum verstanden haben... Aber ja, das trifft wohl den Kern der Sache.

[Menace]

Ich glaube, du könntest das genau falsch herum verstanden haben... Aber ja, das trifft wohl den Kern der Sache.

Magst Du mir das erklären? :biggrin:

Der eine setzt ganz auf DX11 und der andere verbessert DX12? :confused:

[blaidd]

Jetzt kann ich das eventuell... Hier :)
http://www.pcgameshardware.de/Ashes-of-the-Singularity-Spiel-55338/Specials/Benchmark-DirectX-12-DirectX-11-1167997/

[fondness]

Schon bekannt?
http://wccftech.com/ashes-singularity-alpha-dx12-benchmark/

Plus NV-Kommentar:
http://wccftech.com/nvidia-we-dont-believe-aots-benchmark-a-good-indicator-of-dx12-performance/

oxidegames:facepalm:

Erinnerst du dich damals an die "vergessene" Optimierung beim Vergleich D3D11 vs. Mantle? X-D
Was soll man von so einem Wurstblinkerverein noch halten - und vor allem wie ernst darf man die in der Branche nehmen? :|

Denn wenn etwas auf NV nicht läuft ist immer das Spiel Schuld, lol.

[Arcanoxer]

Pre-Beta - kannst du mit "Phase 2" vergleichen.

[Menace]

Jetzt kann ich das eventuell... Hier :)
http://www.pcgameshardware.de/Ashes-of-the-Singularity-Spiel-55338/Specials/Benchmark-DirectX-12-DirectX-11-1167997/

Ich danke Dir. Ok, dann war die Oxide-Mitteilung doch etwas knapp. Ich dachte die NDA fällt am Donnerstag. Fällt da auch eine andere NDA, die NICHTS mit nvidia zu tun hat? :)

Ergebnisse scheinen klar:

Seit mantle versucht nvidia sehr erfolgreich ihre DX11 Treiber zu perfektionieren.
AMD versucht mit ihren begrenzten Ressourcen DX12 einzuführen, allerdings auf Kosten von DX11 [weil Optimierung für DX12 effizienter für GCN ist?].

[del_4901]

Jetzt kann ich das eventuell... Hier :)
http://www.pcgameshardware.de/Ashes-of-the-Singularity-Spiel-55338/Specials/Benchmark-DirectX-12-DirectX-11-1167997/
Ich wuerde mal spassenshalber die Lueftersteuerung auf 100% setzen. Dan ist bekannt dafuer Grafikkarten zu grillen.

Seit mantle versucht nvidia sehr erfolgreich ihre DX11 Treiber zu perfektionieren.
AMD versucht mit ihren begrenzten Ressourcen DX12 einzuführen, allerdings auf Kosten von DX11 [weil Optimierung für DX12 effizienter für GCN ist?].
Nvidia hat negativ scaling mit Async Compute und ist deswegen beleidigt. Und GCN laesst sich ohne Async Compute eigentlich nicht auslasten.

[Menace]

Nvidia hat negativ scaling mit Async Compute und ist deswegen beleidigt. Und GCN laesst sich ohne Async Compute eigentlich nicht auslasten.

Entschuldige, wenn ich als Laie nachfrage um das auf mein Niveau zu übersetzen: AMD profitiert von DX12 (stärker) und nvidias aktuelle Architektur hat einen permanenten Nachteil durch DX12?

womöglich schwingt sich AMD endlich zu wirklich großen Änderungen an der GCN-Architektur auf
@Leonidas: Sollte man immer noch "endlich" auf eine neue Architektur bei AMD setzen (http://www.3dcenter.org/news/hardware-und-nachrichten-links-des-14-august-2015)? :confused:

[aufkrawall]

Async Compute broken in Hardware bei NV, oder nur SW-Problem?

[del_4901]

Entschuldige, wenn ich als Laie nachfrage um das auf mein Niveau zu übersetzen: AMD profitiert von DX12 (stärker) und nvidias aktuelle Architektur hat einen permanenten Nachteil durch DX12?
Nvidia hat keinen Nachteil, es bringt nur nichts da die HW sich durch Async Compute einfach nicht besser auslasten lässt.

[Grestorn]

...und deswegen sind sie beleidigt. Ah ja.

[grobi]

Bevor dx12 eine Rolle spielt sind die aktuellen Karten doch überholt.

[Menace]

Für AMD einen Vorteil, für nvidia kein Nachteil. Falls DX12 langsamer ist nutzen sie halt DX11. Trotzdem freut es mich für AMD, dass sie mit DX12 besser da stehen.

@Grobi: Hängt vom Nutzer ab. Ich habe hier 3 Desktop-Systeme stehen (da restliche Familie auch arbeiten und zocken kann). Die Grafikkarten werden durchgetauscht, folglich kann es lange dauern bis aus dem letzten System eine neue Grafikkarte reinkommt.

[fondness]

Nvidia hat keinen Nachteil, es bringt nur nichts da die HW sich durch Async Compute einfach nicht besser auslasten lässt.

Hm, wenn man durch AsyncCompute die Auslastung von GCN im Unterschied zu Maxwell heben kann, ist das natürlich ein netter Vorteil. Wird aber dann wieder vom Spiel abhängen, ob man AsyncCompute überhaupt verwendet, wenn es auf NV wirklich keine Vorteile bringt.

[AffenJack]

Hm, wenn man durch AsyncCompute die Auslastung von GCN im Unterschied zu Maxwell heben kann, ist das natürlich ein netter Vorteil. Wird aber dann wieder vom Spiel abhängen, ob man AsyncCompute überhaupt verwendet, wenn es auf NV wirklich keine Vorteile bringt.

Da man auf Konsolen sowieso mit AC programmiert macht es wenig Sinn es auf dem PC nicht auch zu machen. Frage ist ob man es einfach deaktivieren könnte auf Nvidias, wenn diese dadurch nur langsamer werden.

[Kartenlehrling]

Sid Meier's Civilization: Beyond Earth - Rising Tide
Verfügbar: October 9th, 2015
Gibt da eigentlich infos ob CiV:BE ein DX12 update bekommt,
würde sich ja für das DLC anbieten?

[Arcanoxer]

Gibt da eigentlich infos ob CiV:BE ein DX12 update bekommt,
würde sich ja für das DLC anbieten?
Genau, DX12. *hust*
Dann fühlen sich die Appler ausgeschlossen, also wird auch unbedingt Metal benötigt.
Und so wieso, Mantle anyone?! Gaming Evolved und so.. Was ist mit Mantle?
Aber Moment, Vulkan gibt es ja auch noch. :hammer:

Wo anfangen und wo aufhören?
Sicherlich nicht beim verfrellten DX12 was für Windows 10 exklusive ist.
Und auch nicht bei Metal #unity3d.

[aufkrawall]

Mantle, Metal, DX12 und Vulkan sind sich sehr ähnlich.
Wenn man auf eine andere Plattform portiert, muss man eh einige Besonderheiten beachten.
Für AAA-Studios sicher keine unlösbare Aufgabe.

[StefanV]

Genau, DX12. *hust*
Dann fühlen sich die Appler ausgeschlossen, also wird auch unbedingt Metal benötigt.
Und so wieso, Mantle anyone?! Gaming Evolved und so.. Was ist mit Mantle?
Aber Moment, Vulkan gibt es ja auch noch. :hammer:

Wo anfangen und wo aufhören?
Sicherlich nicht beim verfrellten DX12 was für Windows 10 exklusive ist.
Und auch nicht bei Metal #unity3d.
Hm, war da nicht irgendwas, was man bei Mantle <-> Vulkan sagte (https://www.reddit.com/r/linux_gaming/comments/2xsd9k/vulkan_mantle/)...

Hast du schon Infos, wie groß die Unterschiede zwischen DX12 und Mantle und Vulkan sind??
Wer sagt denn, dass sich alle 3 nicht ähnlich verhalten und man, wenn mans wollen würde, das konvertieren von DX12 zu Mantle oder Vulkan gar automatisieren könnte?!

[SaschaW]

Hm, war da nicht irgendwas, was man bei Mantle <-> Vulkan sagte (https://www.reddit.com/r/linux_gaming/comments/2xsd9k/vulkan_mantle/)...

Hast du schon Infos, wie groß die Unterschiede zwischen DX12 und Mantle und Vulkan sind??
Wer sagt denn, dass sich alle 3 nicht ähnlich verhalten und man, wenn mans wollen würde, das konvertieren von DX12 zu Mantle oder Vulkan gar automatisieren könnte?!

Das was man da oben in dem Thread sieht entspricht weder dem aktuellen, noch finalen Vulkan Stand. 1:1 portieren bzw. was automatisiert portieren können wird man sicherlich nicht, dafür unterscheiden sich die APIs zu stark. Auch Mantle (das bisschen was es an Renderern dafür gibt) nach Vulkan ist nicht (mehr) trivial, wobei Mantle mit Veröffentlichung von Vulkan vermutlich eh sterben wird.

Aber es geht ja nicht nur um die API selbst, sondern auch um die Shader. Unter Vulkan wird man ja mit SPIR-V Shader als IL ausliefern, und keine mehr die menschlich lesbar sind. Die Shader werden dann ja nicht mehr zur Laufzeit vom Compiler im Treiber erzeugt und gelinkt, sondern während der Entwicklung. Das unterscheidet ja auch von GL und Co.

[AnnoDADDY]

Hm, war da nicht irgendwas, was man bei Mantle <-> Vulkan sagte (https://www.reddit.com/r/linux_gaming/comments/2xsd9k/vulkan_mantle/)...

Hast du schon Infos, wie groß die Unterschiede zwischen DX12 und Mantle und Vulkan sind??
Wer sagt denn, dass sich alle 3 nicht ähnlich verhalten und man, wenn mans wollen würde, das konvertieren von DX12 zu Mantle oder Vulkan gar automatisieren könnte?!

konvertieren wird wohl kaum möglich sein, ich kenne mich zwar jetzt nicht so sehr mit programmierung aus, aber der code wird wohl ziemlich sich unterscheiden, auch wenn er sich ähnlich auswirkt, werden die überhaupt in der selben hochsprache geschrieben und wenn ja, spielt das eine Rolle?

edit:Sascha war mit ähnlicher aussage schneller

[Arcanoxer]

Mantle, Metal, DX12 und Vulkan sind sich sehr ähnlich.

Hast du schon Infos, wie groß die Unterschiede zwischen DX12 und Mantle und Vulkan sind??
Schön und gut, mag alles sein.
Die Frage ist nur was daraus gemacht wird.

In Zukunft wird das alles bestimmt nebensächlich werden und einfach nur "da sein", weil selbstverständlich. :uponder:

[y33H@]

Wo ist das denn bitteschoen ein Bug wenn bestimmte IHVs unter der Haube am Treiber friemeln und einfach (ungefragt) Optimierungen im DX11 Treiber vornehmen, welche im DX12 Treiber einfach (noch) nicht vorhanden oder moeglich sind?Darum ging's mir nicht, sondern darum, dass MSAA mit den Presets nicht korrekt übernommen wird.

[Demirug]

Aber es geht ja nicht nur um die API selbst, sondern auch um die Shader. Unter Vulkan wird man ja mit SPIR-V Shader als IL ausliefern, und keine mehr die menschlich lesbar sind. Die Shader werden dann ja nicht mehr zur Laufzeit vom Compiler im Treiber erzeugt und gelinkt, sondern während der Entwicklung. Das unterscheidet ja auch von GL und Co.

Das Co kannst du streichen. Diese dämliche Idee den Treiber direkt mit Hochsprache zu füttern hatte nur OpenGL (ES).

@Arcanoxer: Das Unity mit Metal angefangen hat war von deren Standpunkt aus die einzige richtige Entscheidung. Unity wird primär nun mal für Mobile benutzt. DX12 ist zudem erst seit ein paar Tagen wirklich offiziell und Vulkan ja noch gar nicht.

[Arcanoxer]

@Arcanoxer: Das Unity mit Metal angefangen hat war von deren Standpunkt aus die einzige richtige Entscheidung. Unity wird primär nun mal für Mobile benutzt. DX12 ist zudem erst seit ein paar Tagen wirklich offiziell und Vulkan ja noch gar nicht.
Ist mir nicht entgangen, dass Aftermath liegt noch vor uns. :freak:

[gedi]

Ist das gerenderte Bild DX11<->DX12 eigentlich identisch?

[aufkrawall]

Kann der Treiber bei DX12 noch Einfluss auf die Texturfilterung haben?

[Demirug]

Kann der Treiber bei DX12 noch Einfluss auf die Texturfilterung haben?

Die öffentliche WDDM Dokumentation ist leider noch nicht aktualisiert. Aber D3D12 benutzt ja nach wie vor Sampler Objekte: https://msdn.microsoft.com/en-us/library/windows/desktop/dn788671(v=vs.85).aspx

Entsprechend sollte der Treiber da nach wie vor Manipulationen vornehmen können.

[Novum]

Kann der Treiber bei DX12 noch Einfluss auf die Texturfilterung haben?
Solange es nicht exakt standardisiert ist wie gefiltert werden muss wird das immer so bleiben.

[aufkrawall]

Interessant, thx.
Also wohl weiterhin (hoffentlich optionales) brilineares Gepfusche, aber hoffentlich auch die Möglichkeit, 16:1AF zu forcieren.

[gedi]

Schaut euch doch bitte mal das Video auf CB an: http://www.computerbase.de/2015-08/directx-12-benchmarks-ashes-of-the-singularity-unterschiede-amd-nvidia/3/

Also entweder mein Tag war viel zu lang (oha - in 2 Std. sollte ich mal wieder aufstehen), oder aber es sind doch deutliche Differenzen zu erkennen.

[Loeschzwerg]

Ich glaube das täuscht nur ein wenig, weil die Szenen ja nie zu 100% identisch sind.

Bei den Texturen konnte ich zumindest nichts erkennen (habe die 650MB mp4 angeschaut).

[DinosaurusRex]

Na da darf man mal gespannt sein, wann das erste TWIMTBP-Spiel mit DX12 Support erscheint...

[SaschaW]

Hier gibt es die Slides der SIGGRAPH rund um die Nextgen APIs : http://nextgenapis.realtimerendering.com/

Also Vulkan, DX12 und Mantle, auch eine die die APIs vergleicht.

Zumindest für Entwickler ganz interessant ;)

[samm]

Danke, spannende Infos in den Slides :) Einges an Programmiervorgehen, was in anderen Kontexten als Grafik auch nützlich zu wissen ist.

Treiberoptimierungen sind definitiv noch ein Thema, bloss passieren sie zu genau definierten Zeitpunkten und es bleibt berechenbar, wieviel Zeit von der Engine an sich und wieviel vom Treiber verbraten wird.

Bemerkung am Rande aus der Oxide-Präsentation zu Swap Chain in Windows 10: "Currently, if vsync is disabled will need more then 2 back buffers (e.g. 4+), to get higher then monitor refresh flips" xD

Auch OS-eigene Overheads kommen zum Tragen, wie aus der DX12-lastigen Präsentation von Oxide und der Vulkan-lastigen von Valve gezeigt wird, sodass letztlich doch "mit Bedacht" threaded werden muss. Gerade Valve nimmt sich etwas zurück dabei, alle Möglichkeiten zu nutzen.

Unity ist derzeit noch in einer "cleanup"-Phase und profitiert nicht von DX12 (durch das Putzen des bestehenden Codes schon, aber DX12 oft langsamer als DX11, da praktisch nach wie vor single threaded).

Programmiertechnisch und in Sachen Praxis vs. Theorie interessant: Die Möglichkeit, gewisse Objekte mehrfach verwenden zu können, wird in den Intros von nVidia und AMD betont, in der Praxis scheint aber Kopieren/Löschen sinnvoller zu sein. Wie ich das verstehe, weil nicht von sich aus überprüft wird ob und wie Objektverweise noch in Benutzung sind. Scheint ein generell sinnvoller Hinweis zu sein, weil kopieren an sich nicht teuer ist in Sachen Rechenzeit, und da die kopierten Objekte kurzlebig sind auch die Speicheranforderungen nicht direkt explodieren.

[AintCoolName]

Das die Shader nicht mehr kompeliert werden sondern fertig sind, ist das jetzt besser oder schlechter? Ich würde erwarten das es schlechter ist weil dann an der Hardware ändern kann ohne das die fertigen Shader ein Problem machen, oder ist das alles gar nicht so.

[SaschaW]

Treiberoptimierungen sind definitiv noch ein Thema, bloss passieren sie zu genau definierten Zeitpunkten und es bleibt berechenbar, wieviel Zeit von der Engine an sich und wieviel vom Treiber verbraten wird.

Genau das ist einer der wichtigsten Punkte was die neuen APIs angeht und auch z.B im Bezug auf Vulkan diskutiert wird : homogenere Framezeiten. Selbst wenn man die Performance nicht steigert, werden durch die definierten Zeitpunkte an denen ein Treiber was macht homogenere Frameverläufe möglich. Es geht also nicht nur um Performance ;)

[SaschaW]

Das die Shader nicht mehr kompeliert werden sondern fertig sind, ist das jetzt besser oder schlechter? Ich würde erwarten das es schlechter ist weil dann an der Hardware ändern kann ohne das die fertigen Shader ein Problem machen, oder ist das alles gar nicht so.


Die Shader sind nicht fertig. Sie werden in einer binärenn "Zwischensprache" repräsentiert. Also bei Vulkan SPIR-V, Standart Portable Immediate Representation. Ein Treiber kann also weiterhin optimieren wenn er möchte.

[Demirug]

Die Shader sind nicht fertig. Sie werden in einer binärenn "Zwischensprache" repräsentiert. Also bei Vulkan SPIR-V, Standart Portable Immediate Representation. Ein Treiber kann also weiterhin optimieren wenn er möchte.

Der IMHO wichtigere Punkt hierbei ist aber das man damit das Problem der unterschiedlichen GLSL Parser beseitigt hat. Es kommt leider viel zu oft vor das ein Treiber den GLSL Code parsen kann und ein anderer damit Probleme hat.

[Loeschzwerg]

http://www.guru3d.com/files-details/unreal-engine-4-elemental-tech-demo-download.html

Die UE4 Elemental Demo gibt es mittlerweile auch mit DX12 Unterstützung, wer will kann das ja mal testen.

[SaschaW]

Der IMHO wichtigere Punkt hierbei ist aber das man damit das Problem der unterschiedlichen GLSL Parser beseitigt hat. Es kommt leider viel zu oft vor das ein Treiber den GLSL Code parsen kann und ein anderer damit Probleme hat.

Ja, das verlagert man dann ja zum GLSL reference compiler (https://www.khronos.org/opengles/sdk/tools/Reference-Compiler/).

Der aktuelle Stand ist wirklich ein Krampf, v.a. für Leute die mit OpenGL anfangen und auf einer GPU entwickeln die den GLSL-Standard nicht ganz so streng umsetzt wie z.B. andere IHVs.

[Sunrise]

Gen 9 von Intel bei Skylake aced richtig durch, was DX12 Features angeht, da gibt es praktisch alles.
ALLES! ;D

http://fs1.directupload.net/images/150805/ahfpkubn.png
(von tdon und PCGH geklaut)

MinPrecision wird unterstützt (FP16) und standard-swizzle ebenso:
https://forum.beyond3d.com/threads/direct3d-feature-levels-discussion.56575/page-27#post-1865259

AMD sollte eig. auch noch standard-swizzle supporten und AMD + Nvidia GS Bypass (VPAndRTArrayIndexFromAnyShaderFRSWGSE).
Vielleicht auch noch andere Punkte.
Die kommenden Treiber werden das vermutlich einpflegen.


Es ist jetzt nicht so, dass FL12.1 und andere Features dank Gen9 und Maxwell V2 in greifbarer Nähe sind, aber ich bin gerade richtig froh, dass AMDs Produkte zur Zeit nichts reißen und nur eine äußerst schwache Marktrelevanz haben. :freak:
Das führt zu einer breiteren Basis von FL12.1 Hardware.
Kann mir mal jemand erklären, warum Intel dann im Dokument zur 6th Generation (Skylake) (http://www.intel.com/content/www/us/en/processors/core/desktop-6th-gen-core-family-datasheet-vol-1.html) nur DirectX 11.2 nennt und noch ein Direct3D 2015? Fehlt hier doch noch irgendwas zu DirectX 12 oder warum gibt sich Intel hier so konservativ?

[y33H@]

11.3

[Novum]

12/11.3

[y33H@]

D3D FL 12_1 um genau zu sein.

[Locuza]

Current ARK Official Server Network Servers Version: 202.0

This Friday:
- New Creature: Mesopithecus
- Smoke Grenades
- DirectX12 Mode for Windows 10! Approximate +20% perf
- "Survival of the Fittest: Unnatural Selection" Event + Tournament

http://steamcommunity.com/app/346110/discussions/0/594820656447032287/

[aufkrawall]

Wenn das genau so buggy ist wie der Fan-Port der Elemental-Demo, wär es ziemlich unspannend.
Wobei allgemein die Aussagekraft aufgrund der generellen Unoptimiertheit des Spiels eh infragezustellen ist.

Soll kein Rüffel sein, dass du es gepostet hast, aber *gähn*. :redface:

[Kartenlehrling]

ist das denn schon raus?

[aufkrawall]

Das Spiel? Das soll erst Mitte 2016 erscheinen und es sind halt Indie-Entwickler.
Wäre also ein Benchmark einer frühen Early Access Version.

[Locuza]

Da es gerade so wenig praktische DX12 Anwendungen gibt bzw. überhaupt, finde ich das schon spannend, vor allem wie ein Indie-Studio damit zurecht kommt. :)

[Kartenlehrling]

Das Spiel?

Natürlich nicht,
der DX12 patch, bzw. die CPU-Thread Optimierung.
Der Eintrag ist doch vom 13.8 und
mit coming friday kann ja nur der 14.08 oder 21.08 28.08.2015 gemeint sein somit müsste das patch ja schon aufgespielt sein.
Da frage ich mich wieso es noch keine Benchmarks gibt.
Somit müssen wir noch 2 Tage warten auf unser Benchmarks.

Zuletzt bearbeitet von Drake; Vor 7 Stunden(26.08.2015)

Drake [Entwickler] 13. Juni um 0:13 Uhr
-Patch Notes- Current (v202.2) & Upcoming
Current ARK Official Server Network Servers Version: 202.0

This Friday:
- New Creature: Mesopithecus
- Smoke Grenades
- DirectX12 Mode for Windows 10! Approximate +20% perf
- "Survival of the Fittest: Unnatural Selection" Event + Tournament

[Locuza]

Was ist denn Juni für eine Monatszahl? :redface:

[aufkrawall]

Diese +20% wurden ja auch für Fable veranschlagt.
Insofern könnte das noch interessant sein, wenn das quasi für jedes UE4 Spiel 20% mehr Performance bedeuten würde.

[Arcanoxer]

Bei welcher Auflösung und mit welcher Grafikkarte&CPU sollen denn die ominösen 20% zustande kommen? :confused:

[aufkrawall]

afaik wird allgemein von +20% im GPU-Limit gesprochen.
In 720p werden es durch CPU-Limit natürlich mehr sein.

[Kartenlehrling]

20% sind verdammt viel,
1000mhz overclock (von 3,5ghz auf 4,5ghz) in den üblichen Singlecore games sind gerade mal 10% wenn gut läuft max 15%.

[aufkrawall]

Ich habe ausdrücklich von GPU-Limit gesprochen.

+20% sind gegenüber DX11 im CPU-Limit (!!) häufig nicht schwer, siehe Mantle.

[y33H@]

Da frage ich mich wieso es noch keine Benchmarks gibt.
Offenbar hat's D3D12 bisher doch noch nicht in Ark geschafft.

[dildo4u]

Das ist alles noch zusammen gefrikelt UE 4.9 ist noch in der Preview und DX12 wird noch als experimentell beschrieben.


DX12 is still very experimental with 4.9, but it can be enabled by running the editor with the -D3D12 parameter on Win 10.

https://forums.unrealengine.com/showthread.php?78220-Unreal-Engine-4-9-Preview

[starfish]

Diese +20% wurden ja auch für Fable veranschlagt.
Insofern könnte das noch interessant sein, wenn das quasi für jedes UE4 Spiel 20% mehr Performance bedeuten würde.

Das ist nicht der Fall.

Der Sprung ist viel mehr davon abhaengig, was du in deiner Szene hast (Drawcalls, Aufloesung, Collisions, VR, Effekte, Lichter usw.).
Von generellen 20% bei der UE4 kann nicht die Rede sein.

Und wie dildo4u geschrieben hat, ist der DX12 Release in der 4.9 sowieso noch sehr experimentell und funktioniert eigentlich nur in Gluecksfaellen.
Beim Postprocessor fabriziert das Ding noch einen Haufen Kaese z.B.

[Kartenlehrling]

27.08.2015 um 20:05 Uhr: Fable Legends soll am 13. Oktober für PCs mit Windows 10 sowie die Xbox One erscheinen und wie nun bekannt gegeben wurde,
wird die PC-Version des Free-to-play-Spiels auf DirectX-12-Basis offenbar exklusiv über den Store von Microsofts neuem Betriebssystem veröffentlicht.


Ein Release über die führende Spieleplattform Steam ist nicht vorgesehen.
http://www.pcgameshardware.de/Fable-Legends-Spiel-23041/News/nur-ueber-den-Windows-10-Store-kein-Steam-Release-1169441/


Ich meine gelesen zu haben das Microsoft alle PC Spiele auch auf Steam anbieten wird, warum das jetzt anderes sein soll ist schon seltsam.

[aufkrawall]

Wirklich sehr seltsam, dass sie ihre Plattform pushen wollen.

[Kartenlehrling]

Anscheinen kann PCGH.de und ich nicht zwischen den Zeilen lesen.
/em mail an mich ... erst alles von @aufkrawallaus Lesekontrolle durchführen lassen.

http://www.pcgameshardware.de/Windows-10-Software-259581/News/Microsoft-Valve-keine-Konkurrenz-wuenscht-Steam-Erfolg-1167391/

[Novum]

http://www.pcgameshardware.de/Fable-Legends-Spiel-23041/News/nur-ueber-den-Windows-10-Store-kein-Steam-Release-1169441/


Ich meine gelesen zu haben das Microsoft alle PC Spiele auch auf Steam anbieten wird, warum das jetzt anderes sein soll ist schon seltsam.
Fable Legends ist doch Windows 10 only. Sie beschränken also niemanden noch mehr damit es nur im Windows Store anzubieten. Und installiert ist er auch immer im Gegensatz zu Steam.

[StefanV]

Aber du brauchst 'nen Microsoft Account dafür.

Aber es gibt auch eine technische Erklärung dafür:
So verhindert man, dass sich Leute ohne Windows 10 das Spiel kaufen könnten, somit sehr viel Unmut und Supportanfragen...

[Lurtz]

Wirklich sehr seltsam, dass sie ihre Plattform pushen wollen.
Mit irgendwelchen überhasteten Alleingängen wie dem hier wird das nicht gelingen. Zumal der Store genau null Mehrwert bietet.

Interessiert das Spiel abgesehen von DX12 eigentlich irgendjemanden am PC?

[dildo4u]

Ark survival evolved hat ein Free Weekend da kann jeder DX12 testen wenn der neue Patch raus ist.

[Kartenlehrling]

Wenn man sich das PCGH.de Forum durchliest wird das wohl nichts mit dem DX12/11 Vergleichsbenchmarks,
die haben anscheinen die nötige Version noch nicht mal aufgespielt.

[Arcanoxer]

Wenn man sich das PCGH.de Forum durchliest wird das wohl nichts mit dem DX12/11 Vergleichsbenchmarks,
die haben anscheinen die nötige Version noch nicht mal aufgespielt.
Die Ark Server gehen nun für das Update 15min. offline.
http://steamcommunity.com/app/346110/discussions/0/594820656447032287/

DX12 ist aber nicht der Grund warum ich darauf warte. ;)

edit
Wie nun, DX12 doch nicht bei 204.0 dabei?

[Hübie]

Also einige meiner Zockerkollegen spielen das aktuell sehr gerne, aber von D3D12 verstehen die natürlich nix und wissen damit auch nix anzufangen. Für die ist es ein Grafikupdate ;D
Scheint allgemein auch recht beliebt zu sein.

[y33H@]

In der vorhin eingetroffenen Pressemitteilung zum Update wird D3D12 nicht erwähnt, hat also offenbar nicht geklappt.

[Kartenlehrling]

ARK: Survival Evolved : Dinosaurierspiel bekommt DirectX-12-Patch

Update 31.08.2015 12:37 Uhr »

Der ursprünglich für Freitag angekündigte DirectX-12-Modus wurde verschoben.
Als Begründung führen die Entwickler von Wildcard Treiberprobleme an, die das Studio nicht vollständig allein beheben könne.
Man habe sowohl AMD als auch Nvidia kontaktiert und arbeite gemeinsam an einer Lösung. Ist diese gefunden, würden zunächst weitere Stabilitätstests nötig.

Die Entwickler peilen die Veröffentlichung in dieser Woche an.

http://www.computerbase.de/2015-08/ark-survival-evolved-dinosaurierspiel-bekommt-directx-12-patch/#update1

HEHE,
da will wohl einer ein zweites Ashes of Singularity verhindern.
Welcher Treiber ist da wohl gemeint?

[BlacKi]

[url]
da will wohl einer ein zweites Ashes of Singularity verhindern.
Welcher Treiber ist da wohl gemeint?

ich check das nicht, was war denn mit den benches zu ashes so schlimm für nvidia was man nicht hätte erwarten können?

ich fand die benches zu ashes ziemlich gut, und die dx11 treiber verdienen großes lob. das amd mit dx12 in einem extremen drawcall scenario zu nvidia aufschießen kann, dürfte wohl auch nvidia nicht verhindern können. weder in ark noch in anderen kommenden dx12 games.

an die +20% gpu performance glaub ich erst wenn ich sie in benches gesehen habe.

[d2kx]

NVIDIA ohne DX12 Asyncronous Compute/Shader?

Maxwell doesn't support Async Compute, at least not natively. We disabled it at the request of Nvidia, as it was much slower to try to use it then to not.

Curiously, their driver reported this feature was functional but attempting to use it was an unmitigated disaster in terms of performance and conformance so we shut it down on their hardware. As far as I know, Maxwell doesn't really have Async Compute so I don't know why their driver was trying to expose that.

There is no war of words between us and Nvidia. Nvidia made some incorrect statements, and at this point they will not dispute our position if you ask their PR. That is, they are not disputing anything in our blog. I believe the initial confusion was because Nvidia PR was putting pressure on us to disable certain settings in the benchmark, when we refused, I think they took it a little too personally.

Quelle: http://www.overclock.net/t/1569897/various-ashes-of-the-singularity-dx12-benchmarks/1200#post_24356995

NVIDIA claims "full support" for DX12, but conveniently ignores that Maxwell is utterly incapable of performing asynchronous compute without heavy reliance on slow context switching.

GCN has supported async shading since its inception, and it did so because we hoped and expected that gaming would lean into these workloads heavily. Mantle, Vulkan and DX12 all do. The consoles do (with gusto). PC games are chock full of compute-driven effects.

Quelle: https://www.reddit.com/r/AdvancedMicroDevices/comments/3iwn74/kollock_oxide_games_made_a_post_discussing_dx12/cul9auq?context=3

[fondness]

AMD hat das übrigens eh schon mal angemerkt:

Geht es nach AMD, profitiere Nvidia übrigens nicht von den asynchronen Shadern. Spätestens Maxwell 2.0 beherrsche solche zwar, müsse dafür aber sogenannte Context-Switches verwenden. Das wiederum würde die Latenz in die Höhe steigen lassen und diese nicht, wie bei AMD, reduzieren.

http://www.pcgameshardware.de/Windows-10-Software-259581/News/AMD-APUs-Vorteile-1166063/

/Edit: Sorry hast du eh auch schon zitiert sehe ich gerade..

[aufkrawall]

Wenn sich das so bewahrheitet, könnte Mantle AMDs Geniestreich gewesen sein.
NV wird ziemlich viele Ressourcen in den Treiber stecken müssen, während für AMD die Spiele-Devs von den Konsolen schon wissen, wie es performant auf Radeons läuft.

[Tamagothi]

There is no war of words between us and Nvidia. Nvidia made some incorrect statements, and at this point they will not dispute our position if you ask their PR. That is, they are not disputing anything in our blog. I believe the initial confusion was because Nvidia PR was putting pressure on us to disable certain settings in the benchmark, when we refused, I think they took it a little too personally.

Das gefällt mir überhaupt nicht.

Habe ich das richtig verstanden das Nvidia darauf bestand das Asyncronous Compute/Shader allgemein deaktiviert wird auch für AMD? :mad:

[maguumo]

Er spricht nur von Settings, denke nicht das sich das auf async compute bezieht. In einem anderen Absatz schreibt er das sie async compute spezifisch für den Nvidia Rendetpfad deaktiviert haben weil es mies lief.

[Isen]

Japp, hast du.
Wollten sie nicht(Entwickler), also wurde einmal mit und ohne hingefügt, damit es möglich war/wird wie es jetzt ist.

[BlacKi]

Das gefällt mir überhaupt nicht.

Habe ich das richtig verstanden das Nvidia darauf bestand das Asyncronous Compute/Shader allgemein deaktiviert wird auch für AMD? :mad:
naja, post processing grafics ist ein setting, welches bei amd karten durch async computing profitiert. also ja.

man ist der empfehlung nvidias für das setting des benchmarks nicht nachgekommen und hat somit ein setting gewählt indem nvidia nicht gerade besonders gut wegkommt.

[Blediator16]

Bei Crapworks Titeln kann man sich denken was drinne sein wird und was nicht.

[aufkrawall]

Weil ja auch alle GW-Titel wie W3 so schlecht auf AMD laufen.
Dümmliche Verallgemeinerungen ftw.

[Isen]

Welche Empfehlung denn. NV wirbt doch damit, dass es möglich ist. Macht man es, kackt die Leistung sogar ein. Lüge also. Sie können es nur auf dem Papier.

[Tamagothi]

Welche Empfehlung denn. NV wirbt doch damit, dass es möglich ist. Macht man es, kackt die Leistung sogar ein. Lüge also. Sie können es nur auf dem Papier.

Papier ist geduldig :freak:

[BlacKi]

Welche Empfehlung denn. NV wirbt doch damit, dass es möglich ist. Macht man es, kackt die Leistung sogar ein. Lüge also. Sie können es nur auf dem Papier.
fakt 1: das spiel ist nicht draussen und wird noch optimiert.
fakt 2: async computing funktioniert, aber an der performance muss noch bei nvidia gearbeitet werden.

[Isen]

Welche Empfehlung denn?
Weich doch nicht aus.

[N0Thing]

Papier ist geduldig :freak:

Willkommen im Papierzeitalter. Erst der Paperlaunch der Nano, jetzt Paperfeatures bei Nvidia. Traurige Zeiten. X-D

[Troyan]

Welche Empfehlung denn. NV wirbt doch damit, dass es möglich ist. Macht man es, kackt die Leistung sogar ein. Lüge also. Sie können es nur auf dem Papier.

Microsoft hat Asynchronous Compute auf der GDC2015 mit nVidia Hardware der Öffentlichkeit präsentiert. :freak:

[Kartenlehrling]

Microsoft hat Asynchronous Compute auf der GDC2015 mit nVidia Hardware der Öffentlichkeit präsentiert. :freak:


Ging es da nicht nur um die XBone ? :confused:

[BlacKi]

Welche Empfehlung denn?
Weich doch nicht aus.
ich weiche nicht aus, wir kennen nicht das setting auf das druck ausgeübt wurde zu deaktivieren.

[Tamagothi]

Willkommen im Papierzeitalter. Erst der Paperlaunch der Nano, jetzt Paperfeatures bei Nvidia. Traurige Zeiten. X-D

Paperlaunch ist vorübergehend -> Paperfeatures hält für die Ewigkeit ;D

[Wake]

Jetzt müssen wohl Nvidia öffentlich und all deren Fanboys gleich via Social Media/Foren rumheulen, dass die bösen Devs bitte ja nicht zu viel Asynchronous Compute in den DX12-Spielen benutzen obwohl es teil der Spec ist?

Ist doch die etablierte Vorgehensweise oder (Stichwort hohe Tesselationsfaktoren)? ;D