ZFX + Developia

Das sagst du mir jetzt, wo ich gerade Trackmania Turbo gezockt habe :D
Was war das nochmal? NFS? Kann mich dunkel erinnern, da auch schon gefahren zu sein. Aber konnte man bei dem Teil nicht auch Reflektionen auf der Strecke einschalten? Environment Mapping war damals ganz neu auf den Grafikkarten, das Spiel lag damals meiner Graka oder PC als "State of the Art" bei, wenn ich mich richtig erinnere.

Ja, ist Need for Speed 3: Hot Pursuit und man kann die Grafikeinstellungen noch hochdrehen:

Ich habe eben meinen neuen Arbeitsvertrag unterschrieben.
Gleiches Gehalt bei weniger Arbeitszeit 8-)

Wow, sehr gut! Glückwunsch!

joeydee hat geschrieben:Was war das nochmal? NFS? Kann mich dunkel erinnern, da auch schon gefahren zu sein. Aber konnte man bei dem Teil nicht auch Reflektionen auf der Strecke einschalten? Environment Mapping war damals ganz neu auf den Grafikkarten, das Spiel lag damals meiner Graka oder PC als "State of the Art" bei, wenn ich mich richtig erinnere.

War das nicht NFS: Underground?
[youtube]rFF9ZJlSb70[/youtube]

Schrompf hat geschrieben:Wow, sehr gut! Glückwunsch!

Danke...wurde ja auch mal zeit^^

Bug gefunden. Juhu :)
Ein seltsames Verhalten bei meinem Hardware-Renderer für AIR war gestern, dass bei mehreren Stream- und Shaderwechseln im Frame bei einer bestimmten Konstellation die Meshes VOR dem offensichtlich fehlerverursachenden Wechsel nicht mehr gerendert wurden.
Gefunden: Der letzte Wechsel benutzte einen Sampler mehr, im nächsten Frame war einer "zuviel" in der Pipeline, was wohl sofort ein Grund war gar nichts zu rendern :P Noch bescheuerter: Ich kannte den Bug von früher, der war aber zwischenzeitlich offenbar behoben, weshalb ich das Nullen der Sampler von Frame zu Frame irgendwann wegließ. Und gestern viel am Mapping Streamorder->Variants aufgeräumt und natürlich ständig dort den Fehler gesucht :P
Und weiter gehts ...

Das ist schön zu hören, dass du das Problem gelöst hast!

Wat meinst?
Ich hol kurz aus: Ich bin ja i.d.R. in Adobe Air unterwegs, kennt man von den Actions. Air hat seit geraumer Zeit eine GPU-API auf Low-Level-Basis in petto (Gucken ob D3D oder OGL auf dem System ist, und auf einen gemeinsamen kleinen Nenner wrappen - viele schöne aktuelle Features fehlen natürlich). Alle paar Monate/Jahre wieder gehe ich an "meinen" Renderer, der ein paar Sachen vom Handling her auf ein etwas höheres Level schubst. Z.b. Mipmaps automatisch anlegen, Uploads auf die GPU verwalten, gewählten Vertexstream auf den aktuellen Shader mappen usw.
Anspruch ist weniger eine ausgereifte Renderengine, sondern mehr eine einfach zu handelnde 2D- und 3D-Spielwiese für mich. Dafür sind mir die Pakete wie Away3D zu aufgeblasen und sperrig zu bedienen. Bei der Action hatte ich den noch nicht im Einsatz, kann aber mal kommen.

Klasse; das wusste ich nicht – Glückwunsch zur nun besseren Spielwiese :)

So. Ich (re)-disgne sehr sehr gerne. Mache mich heute an das resdesign von meinem kleinen Progrämmchen hier, was mit dem 1 Jahr wilder, und immer wieder geänderte, Entwicklung doch schon teilweise etwas verkniesgnaddeld ist.
Werd das ganze vlt sogar auf WPF "portieren". Aber mein Chef ist ja sogar zu geizig mir ein WPF-Buch zu kaufen, oder zu vergesslich....naja, egal. Ich hoffe das WWW gibt genügend hilfreiche Auskunft darüber.

*fully_motivated*

Manchmal kann ein SysAdmin-Job echt entspannt sein. Ich darf nächste Zeit 6 Laptops aktualisieren, braucht pro Laptop ca. nen Tag und ich muss nur Windows Offline Update reinwerfen :D

MasterQ32 hat geschrieben:Manchmal kann ein SysAdmin-Job echt entspannt sein. Ich darf nächste Zeit 6 Laptops aktualisieren, braucht pro Laptop ca. nen Tag und ich muss nur Windows Offline Update reinwerfen :D

Und dann guckst du dem Ladebalken gespannt 8h zu oder wie? Oder warum kann man das nicht parallelisieren? :p

Ich hab nur ein Netzteil für alle Laptops und Updates auf Akku gehen mal gar nicht. Zudem muss ich nach den Updates noch kram installieren/deinstallieren, aber das braucht halt nur eine Stunde. Zudem hab ich nichts Alternatives zu tun

MasterQ32 hat geschrieben:Zudem hab ich nichts Alternatives zu tun

Ausser ein bissjen an Destoroya weiter developen!!11

Geht auf Arbeit nicht so geil, zudem mach ich die nächsten Wochen lieber etwas an der Action... Außer es schiebt sich ne Destoroya-Session ein

RustySpoon hat geschrieben:

MasterQ32 hat geschrieben:Manchmal kann ein SysAdmin-Job echt entspannt sein. Ich darf nächste Zeit 6 Laptops aktualisieren, braucht pro Laptop ca. nen Tag und ich muss nur Windows Offline Update reinwerfen :D

Und dann guckst du dem Ladebalken gespannt 8h zu oder wie? Oder warum kann man das nicht parallelisieren? :p

Warum willst du das parallelisieren? Als Angestellter kann es einem doch am Arsch vorbeigehen, wie effizient dein Unternehmen ist, solange es dir diese Aufgabe gibt und dich auch dafür bezahlt.

My code works, i still have no idea why! Heute endlich mal Fortschritte bezüglich der Bachelorarbeit gemacht, kann jetzt die Maschine mit einer Sequenz zuverlässig booten und kenne die Reihenfolge der Einzelbits. Jetzt kanns dann weiter gehen.

Erfolgsstory Gestern und Heute:

• 1x kurz gedöst und das Problem um die Direct3D 12 Fences gelöst. Ihr müsst jedes Frame m_Fence->Signal(0) aufrufen. #Läuft
• 1x kurz geschlafen und schon habe ich eine komplette Lösung um die Descritpor Heaps in Direct3D 12 gebastelt. ~CopyDescriptorsSimple()~ #Läuft
• Das Effect Framework funktioniert endlich. Fast komplett zumindest.

Zum Jammern:

• SetDescriptorHeaps() darf sich bei Bundles nicht von den Heaps unterscheiden, die durch die direkte Graphics Command List gesetzt werden.
• Noch zum Jammern: Undokumentiert verlangt Direct3D 12, dass Texturen in einem Descriptor Heap sitzen müssen. Direkte SRV in Root Signaturen dürfen nur (Raw) Structured Buffers sein.
  Warum ich darüber jammere? Weil ich mich *blind* auf die NVIDIA Doc mit den Do's und Don'ts verlassen habe und da natürlich was anderes empfohlen wird. Setz' den Kram direkt: Nüscht is!
• Die Source Descriptors in CopyDescriptors() müssen Non-Shader-Visible sein. Das steht natürlich nicht hier http://bit.ly/2one8Zj, sondern hier http://bit.ly/2pd4veV. Ganz unten, so nebenbei.

Tolle Infos! D3D 12 ist bei mir immernoch in der Ferne, und ich weiß nicht, ob das gut oder schlecht ist :)

Dann nimm Vulkan. Einstieg dürfte dem gleichkommen...aber du hast noch ne Chance auf einfache x-platform Portierung.

gut, dass du's sagst. Tatsächlich habe ich Vulkan schon installiert, bin aber nie zum Ausprobieren gekommen und hatte es ganz vergessen. Dann muss ich auch nicht von Windows 7 weg ;)

Ich war heute unterwegs im ICE nach Essen zur Arbeit und habe mir für ein Buch mal ein Visual zur Effect Pipeline erstellt.
So richtig mit Kugelschreiber, Hand und Papier. Die Effect Pipeline sollte man so meiner Meinung nach umsetzen. Siehe Anhang.

Könnte für den einen oder anderen vielleicht nützlich sein. Weil am Ende läuft es immer eigentlich auf dieses Prinzip hinaus.
Eine besondere Rolle spielen hier fxData und fxBuffer. fxData enthält alle Effektdaten, fxBuffer jeweils für Contant Buffer.
Natürlich sehen die beiden Klassen im Visual natürlich etwas "einfach da" aus, sind aber meiner Meinung der Punkt, an Dem viele scheitern.

Die Trennung zwischen Effect, Graphics State und Effect Data (fxData) ist bewusst gewollt.
Der Rest (Root Signatures, Descriptor Heaps, Context) füttern nur oder werden gefüttert.
Einige "Spielereien" wie Shared Resources habe ich mal ganz bewusst draußen gelassen sind einfach genannt.

Vulkan (AMD Mantle) ist wie OpenGL ja schön und nett. Die Freude hört aber mit den ganzen Extensions und dann mit der guten "sicheren" Einbindung auf.
Zudem bringt DirectX einer bessere Abstraktion mit, besser Kompatibilität u.A. mit Direct2D / Write und hat einfach viele bessere Tools (Debug Output, Graphics Debugger, PIX, NSight und gpuview).

Update:

Ich habe das Visual mal in Draw.io erstellt und gleich ein bisschen überarbeitet. Siehe Anhänge.

Endlich Schluss mit Puppenstube - Töchterchen hat alleine den Micro:Bit an's Chromebook Flip geprokelt :)

Remote Procedure Calls in C++ - ich baue gerade einen abstrakten Service, der Methoden eines Interfaces per RPC anbietet, und einen abstrakten Client, der eben diese Methoden aufrufen und die Rückgabewerte synchron zurückgeben kann. Dazu nimmt er den Methodennamen namespace::Class::method() und die Namen aller Parameter und bildet einen Hash von dem ganzen Textblob, den er als ID verwendet. Mit etwas non-standard Demangling aus StackOverflow ist das sogar halbwegs portabel über Compiler und Betriebssysteme hinweg.

Ein bisschen Template-Magie serialisiert dann die Parameter des Aufrufs auf Client-Seite und schickt sie mit ID als BLOB raus. Auf Service-Seite waltet weitere Template-Magie, die anhand der ID einen Handler raussucht. Und der deserialisiert anhand der Signatur der Funktion die Parameter und löst den tatsächlichen Aufruf aus, verpackt den Rückgabewert in einen Antwort-Blob und schickt es zurück.

Und der schöne Teil: mit etwas Gebastel und einem scharfen Blick auf die Disassembly geht die ganze ID-Berechnung zur Compile Time.

Cool, sowas macht immer total Spaß finde ich, also so Entwickler-Komfort-Bibliotheken. Protocol Buffers bzw. gRPC von Google hattest Du Dir schon mal angeschaut?

Ich hab mal sowas ähnliches gebaut, war damals von kryo-net inspiriert. Geht natürlich in dynamischeren Sprachen wie Java viel einfacher. In Kryo werden einfach die Methoden der Klasse durchgezählt und die ID für den Call ist dann der Index der Methode. Da man die RPC-zugänglichen Objekte ja eh irgendwie mit einer ID versieht, sind dann Objekt-ID und Methoden-ID eindeutige Schlüssel für den Aufruf. Ist natürlich nicht so resilient wie Deine Lösung, was unterschiedliche Versionen angeht.

Mal ’nen Atombunker aus dem Kalten Krieg besichtigen? http://www.ausweichsitz-nrw.de/

Ich kann’s nur wärmsten empfehlen, wenn

• man Geschichtsinteresse hat
• technisches Interesse an so einem autarken Mikrokosmos hat
• auf Postapokalypse à S.T.A.L.K.E.R oder Fallout steht

Anscheinend hat jedes Bundesland im Westen einen eigenen Ausweichsitz gehabt; es dürfte sowas also nicht nur in NRW geben.

In letzter Zeit stürzt Visual Studio gerne mal beim Beenden ab - und die automatische Fehlerbehandlung sieht für diesen Fall scheinbar einen Neustart vor. Das ist irgendwie so putzig, dass ich darüber nicht ernsthaft jammern kann, weswegen ich es einfach mal hier poste :D

Bei mir ratzt es bei fast jedem Beenden ab; vor allem, wenn mehrere Instanzen zugleich auf sind. Ich dachte erst, das läge an meinen Modifikationen (habe ja ihre Telemetrie & JavaScript gelöscht), aber in Visual Studio-Foren ist sehr oft von diesen Crashs die Rede.

Die haben außerdem automatischen Neustart eingebaut, so dass man VS schlimmstenfalls gar nicht mehr zukriegt. Der Trick, das zu umgehen, ist: Wenn es abstürzt und Windows fragt, ob man den Fehler melden oder das Programm neustarten oder das Programm debuggen will, wählt man … garnichts aus und drückt ALT+F4.