https://wiki.janvolkland.de/api.php?action=feedcontributions&feedformat=atom&user=Jan1009UnrealWiki - Benutzerbeiträge [de]2026-10-11T21:51:26ZBenutzerbeiträgeMediaWiki 1.46.0https://wiki.janvolkland.de/index.php?title=UE5_Heterogeneous_Multi-GPU&diff=183UE5 Heterogeneous Multi-GPU2026-09-08T12:19:36Z<p>Jan1009: </p>
<hr />
<div>{{Hinweis|Projektstand: 8. September 2026. Letzter Commit: <code>0719998</code>; RasterStream, Raster3D, StaticMeshWorker, StaticMeshScene und WorldStaticMeshScene liegen danach noch uncommitted im lokalen Working Tree. Die beschriebenen Ergebnisse sind ein experimenteller Proof of Concept für Unreal Engine 5.8 unter Windows und Direct3D 12.}}<br />
<br />
'''UE5 Heterogeneous Multi-GPU''' ist ein experimentelles Projekt zur gemeinsamen Nutzung unterschiedlicher Grafikkarten in [[Unreal Engine 5]]. Eine leistungsfähige GPU übernimmt das normale Rendering. Weitere NVIDIA-, AMD- oder Intel-GPUs sollen als unabhängige Worker klar abgegrenzte Aufgaben bearbeiten.<br />
<br />
Das Ziel ist ausdrücklich '''kein klassisches SLI oder CrossFire'''. Die Anwendung verteilt Arbeit selbst und tauscht nur benötigte Ergebnisse zwischen den GPUs aus.<br />
<br />
{| class="wikitable"<br />
|+ Projektstatus<br />
|-<br />
! Engine / Plattform<br />
| Unreal Engine 5.8 Source Build / Windows / Direct3D 12<br />
|-<br />
! Testsystem<br />
| Lenovo LOQ 17IRX10<br />
|-<br />
! Primary<br />
| NVIDIA GeForce RTX 5060 Laptop GPU<br />
|-<br />
! Worker<br />
| Intel UHD Graphics<br />
|-<br />
! Zusätzliche Testhardware<br />
| Intel Arc A380 geplant <br />
|-<br />
! Git-Stand<br />
| Basis-Commit <code>0719998</code> auf Branch <code>mgpu-experimental</code> plus uncommitted Working Tree<br />
|-<br />
! Windows/D3D12-Proof-of-Concept<br />
| Sichtbarer 128×96-Worker-Texture-Stream, isolierte Queue-/Scheduling-Diagnose sowie kleiner Worker-Renderer mit Raster3D, Depth Buffer, echten UE-Static-Meshes und mehreren Draw Calls nachgewiesen<br />
|-<br />
! Gesamtvision<br />
| etwa 30–35 % (Scheduler, echte Workloads, N-GPU und Vulkan noch offen)<br />
|}<br />
<br />
== Grundprinzip ==<br />
<br />
<pre><br />
Intel Worker GPU<br />
-> MainTextureCS + PatternPhase<br />
-> persistente Worker-Textur<br />
-> persistenter Shared Cross-Adapter Buffer<br />
-> monotone Shared Fence / Queue Wait<br />
-> persistente UE-eigene FTextureRHIRef<br />
-> stabile UExperimentalMultiGPUTexture<br />
<br />
RTX Primary GPU<br />
-> normales UE5-Rendering<br />
-> TPS-Material zeigt das Worker-Ergebnis sichtbar an<br />
</pre><br />
<br />
Pro Worker ist maximal ein Runtime-Job gleichzeitig in flight. Backpressure lehnt weitere Requests als <code>Busy</code> ab, bis der Slot nach der Primary-Completion wieder sicher verwendbar ist.<br />
<br />
Jeder Worker besitzt ein eigenes <code>ID3D12Device</code>, eigene Queues, Command Lists und Ressourcen. Ein späterer Scheduler soll Rechenleistung, Fähigkeiten, Transferkosten und gewünschte Aktualisierungsrate bewerten. Vorgesehene Aufgaben sind beispielsweise SceneCapture2D, Spiegel, CCTV, Minimap, Compute oder Niagara.<br />
<br />
== Verifizierter Entwicklungsstand ==<br />
<br />
=== Worker-Compute ===<br />
<br />
Ein echter, von Unreal kompilierter Global Compute Shader läuft auf der Intel UHD, während Unreal regulär über die RTX rendert. Der Test verdoppelt 64 Ganzzahlen auf dem Worker; '''64 von 64 Ergebnissen wurden korrekt verifiziert'''. Damit ist echte GPU-Arbeit auf einem zweiten, herstellerfremden Device nachgewiesen.<br />
<br />
Zusätzlich läuft <code>MainTextureCS</code> auf der Intel-GPU. Der synchrone Debugtest erzeugt eine 64 × 64 Pixel große RGBA8-Textur; '''alle 4096 shader-generierten Pixel wurden korrekt verifiziert'''. Der normale Runtime-Pfad verwendet inzwischen einen asynchronen 128×96-Test. Der Shader liest seine Dimensionen mit <code>GetDimensions()</code>, schützt überhängende Threads durch einen Bounds-Check und wird mit <code>Dispatch(16,12,1)</code> ausgeführt. <code>PatternPhase</code> erzeugt für jeden akzeptierten Submit deterministisch einen neuen sichtbaren Inhalt. Abgewiesene Busy-Requests erhöhen die Phase nicht und erzeugen daher keine Lücken.<br />
<br />
=== Cross-Adapter-Speicher und Synchronisation ===<br />
<br />
* RTX und Intel öffnen denselben D3D12 Cross-Adapter Heap.<br />
* Ein gemeinsamer Buffer wurde mit 64 Testwerten erfolgreich geprüft.<br />
* Ein persistenter Shared Fence synchronisiert die Queues direkt von GPU zu GPU. Seine Werte steigen pro Job monoton: WorkerReady/PrimaryComplete verwenden die Paare 1/2, 3/4, 5/6 und so weiter.<br />
* Die CPU vermittelt die GPU-Abhängigkeit nicht; Worker- und Primary-Queue verwenden <code>Signal</code> und <code>Wait</code> direkt auf der GPU.<br />
* Der separate Readback-Verifikationstest darf weiterhin blockieren. Der normale Runtime-Pfad wartet dagegen nicht auf GPU-Leerlauf.<br />
<br />
=== Texturtransport ===<br />
<br />
Direkte Cross-Adapter-Texturen sind auf dem Testsystem nicht beidseitig verfügbar: Die Intel UHD meldet Unterstützung für Row-Major Cross-Adapter Textures, die RTX 5060 Laptop GPU nicht. Deshalb verwendet das Projekt einen allgemeineren Buffer-Fallback.<br />
<br />
<pre><br />
Intel MainTextureCS<br />
-> persistente Worker-Textur<br />
-> CopyTextureRegion<br />
-> persistenter Shared Cross-Adapter Buffer<br />
-> Worker signalisiert WorkerReady (1, 3, 5, ...)<br />
-> UE-Primary-Queue wartet auf WorkerReady<br />
-> direkte Kopie in persistente UE-eigene FTextureRHIRef<br />
-> Primary signalisiert PrimaryComplete (2, 4, 6, ...)<br />
</pre><br />
<br />
Der robuste Normal-Pfad kopiert die Worker-Textur über den Shared Buffer direkt in eine von Unreal erzeugte <code>FTextureRHIRef</code>. Breite, Höhe und Row Pitch werden dynamisch aus Worker-Ressource und Transport-Metadaten übernommen. Der erfolgreiche 128×96-RGBA8-Test verwendet 512 Byte Row Pitch und 49.152 Byte Transfergröße. Die Output Registry trennt Persistent-, Pending- und Ready-Zustände sowie Inhaltsgeneration und Texturidentität. Dadurch kann eine verspätete Completion keinen neueren Output zurückrollen.<br />
<br />
=== Non-blocking Runtime-Pfad ===<br />
<br />
Die produktive Testlogik ist aus dem Konsolenkommando in eine gekapselte NormalPath-API verschoben. <code>SubmitWorkerTextureComputeJob()</code> reicht den Worker-Dispatch ohne CPU-Wait ein. <code>QueueNormalTextureTransfer()</code> reiht Wait, Kopie und Completion-Signal in Unreals D3D12-Kontext ein. Der normale MainTextureCS-Pfad enthält weder CPU-Fence-Waits noch Readback, <code>Map</code> oder Pixelvergleich. <code>TickNormalTextureTransfers()</code> prüft die Primary-Completion non-blocking über einen Runtime-Pump; <code>RHIEndFrame()</code> bleibt als Fallback erhalten.<br />
<br />
Eine passende Primary-<code>FTextureRHIRef</code> wird pro Worker und Konfiguration persistent gehalten. Nach PrimaryComplete kann der nächste Job dieselbe Resource erneut verwenden; dabei führt Unreal die Übergänge <code>SRVMask -> CopyDest -> SRVMask</code> aus. Eine backend-neutrale RHI-Provider-API reicht die Ready-Textur an die Engine weiter. <code>UExperimentalMultiGPUTexture</code> hält eine stabile <code>UTexture</code> samt TextureReference und bindet die persistente <code>FTextureRHIRef</code> ohne zusätzlichen Pixel-Copy. Eine native D3D12-Resource wird weiterhin nicht blind als UE-Textur gewrappt, weil Unreals Resource-State-Buchhaltung den tatsächlichen nativen Zustand sonst nicht sicher kennt.<br />
<br />
=== Sichtbarer TPS-Consumer ===<br />
<br />
<code>AExperimentalMultiGPUDisplayActor</code> zeigt die Worker-Ausgabe im Third-Person-Testlevel über den Materialparameter <code>MultiGPUTexture</code> an. Damit ist der Output nicht mehr nur über Logs oder Readback nachgewiesen: Die Intel UHD erzeugt fortlaufend die Texturinhalte, während die RTX die Spielwelt und das Material rendert. <code>TextureConsumerCS</code> kann Ready-Ausgaben auf der Primary zusätzlich als SRV lesen und fünf quantisierte Samples im Debugpfad prüfen.<br />
<br />
=== Lebensdauer und automatisches Cleanup ===<br />
<br />
Der Normal-Pfad verwendet pro Worker genau einen persistenten Runtime-Slot. Worker-Textur, Root Signature, PSO, Descriptor Heap, Command Allocator/List und Worker-Fence werden nach der ersten kompatiblen Initialisierung wiederverwendet. Dasselbe gilt für Shared Heap/Buffer/Fence und die Transport-Command-Objekte. Der In-Flight-Job trägt nur noch die nötigen Job-, Generation- und Fence-Metadaten.<br />
<br />
<pre><br />
Runtime Request<br />
-> Completion non-blocking prüfen<br />
-> falls Slot frei: Worker Dispatch<br />
-> WorkerReady-Fence signalisieren<br />
-> Primary Wait, SafeCopy und PrimaryComplete-Signal<br />
-> Output Pending<br />
-> Runtime-Pump oder RHIEndFrame prüft GetCompletedValue()<br />
-> Output Ready publizieren<br />
-> Slot wiederverwendbar<br />
</pre><br />
<br />
Backpressure erlaubt maximal einen echten In-Flight-Job pro Worker. Ein Busy-Request setzt keine GPU-Arbeit ab, setzt keine Ressourcen zurück und erhöht <code>PatternPhase</code> nicht. Worker-Fence-Werte steigen mit jedem akzeptierten Submit 1, 2, 3 und so weiter; der persistente Shared Fence verwendet fortlaufend die Paare 1/2, 3/4, 5/6. Fehler nach Übergabe von Ressourcen an die GPU führen zu sicherem Retire beziehungsweise Retention statt zu vorzeitigem Reuse.<br />
<br />
=== Texture Stream und Benchmarking ===<br />
<br />
Der projektseitige Texture Stream akzeptiert eine beliebige positive, endliche Zielrate. Punkt und Komma sind als Dezimaltrenner möglich. Optional lässt sich die Zahl erfolgreicher Submits begrenzen; Busy- oder Failed-Versuche verbrauchen dieses Limit nicht. Der Quiet-Modus unterdrückt per-Job-Ausgaben, behält aber Start, echte Fehler und die Abschlussstatistik bei.<br />
<br />
Die Statistik unterscheidet Timer-Ticks, angenommene Submits, Busy/Failed, Ready, In-Flight und die jeweiligen effektiven Raten. Diagnosezeitpunkte erfassen unter anderem RequestAccepted, RenderCommandExecution, WorkerSubmit, NormalTransferQueued und ReadyObserved.<br />
<br />
{| class="wikitable"<br />
! Test<br />
! Ergebnis<br />
! Aussage<br />
|-<br />
| 5 Hz, 20 Submits<br />
| etwa 5 Ready/s, 20/20, kein Busy<br />
| Entspannter Single-Slot-Betrieb<br />
|-<br />
| 1000 Hz, 100 Submits, quiet<br />
| 100/100 Ready, 0 Fehler, etwa 58 Ready/s<br />
| Backpressure begrenzt den Durchsatz sicher<br />
|-<br />
| 1000 Hz bei <code>t.MaxFPS 30</code><br />
| etwa 28–29 Ready/s trotz rund 982 Timer-Ticks/s<br />
| Primary-/SafeCopy-/Ready-Kette ist effektiv framegekoppelt<br />
|}<br />
<br />
Ein zusätzlicher non-blocking Aufruf von <code>ImmediateFlush(DispatchToRHIThread)</code> erreicht hohe Render-Command-Raten, hebt die gemessene Frame-Kopplung aber nicht auf. Im 30-FPS-Test lag der RHIEndFrame-spezifische Completion-Takt praktisch exakt bei 30 Hz. Das aktuelle Problem ist damit eingegrenzt: Nicht der Stream-Timer, sondern die Primary-RHI-/D3D12-Submission der SafeCopy-Kette bestimmt die sichtbare Ready-Rate.<br />
<br />
=== Queue-Submission-Diagnose ===<br />
<br />
<code>MultiGPUD3D12QueueProbe</code> untersucht die Submission unabhängig vom sichtbaren Texturpfad. Neben <code>full</code>, <code>waitonly</code> und <code>signalonly</code> existieren inzwischen die Diagnosemodi <code>computeonly</code>, <code>commandonly</code>, <code>barrieronly</code>, <code>barrierprivate</code> und <code>copybuffer</code>. Als Queues stehen <code>graphics</code>, <code>copy</code>, <code>native</code>, <code>worker</code>, <code>worker-copy</code> und <code>worker-high</code> zur Verfügung. Graphics und Copy verwenden <code>RHIRunOnQueue(..., false)</code> auf UE-verwalteten Primary-Queues; die übrigen Varianten isolieren private beziehungsweise bereits vorhandene native D3D12-Queues.<br />
<br />
Der Probe misst Request, Worker-Submit, <code>RHIRunOnQueue</code>-Aufruf und -Callback, Primary-Execute, Fence-Completion sowie Ready bis zum nächsten akzeptierten Submit. Er fügt keine CPU-Waits, Readbacks, Maps oder <code>BlockUntilGPUIdle</code> ein und beschreibt keine Textur des sichtbaren Normal-Pfads.<br />
<br />
{| class="wikitable"<br />
! Test<br />
! Ergebnis<br />
! Befund<br />
|-<br />
| UE Graphics, signal-only, 30 FPS<br />
| 33,319 ms PrimaryExecute bis Ready<br />
| UE-verwaltete Graphics-Submission skaliert mit der Frame-Dauer<br />
|-<br />
| UE Copy, signal-only, 30 FPS<br />
| 32,593 ms PrimaryExecute bis Ready<br />
| Auch die UE-verwaltete Copy Queue ist framegekoppelt<br />
|-<br />
| Private Primary-DIRECT-Queue, signal-only<br />
| etwa 0,014 ms Queue/Fence-Latenz; nach Lifecycle-Fix rund 999 Ready/s bei 30 FPS<br />
| Native Queue und Scheduler sind vollständig vom Frame entkoppelt<br />
|-<br />
| Worker signal-only / leere Command List<br />
| jeweils rund 1000 Ready/s bei 30 FPS<br />
| Worker-Queue, Fence und reine Submission sind nicht framegekoppelt<br />
|-<br />
| Worker <code>CopyBufferRegion</code>, 30 / 60 / 120 FPS<br />
| 29,41 / 58,25 / 113,08 Ready/s<br />
| Bereits eine echte 256-Byte-GPU-Kopie folgt im UE-Prozess dem Frame-Raster<br />
|-<br />
| Worker COPY Queue / HIGH Priority, 30 FPS<br />
| jeweils rund 29,42 Ready/s<br />
| Queue-Typ und Priorität beseitigen die Kopplung nicht<br />
|-<br />
| Standalone-D3D12 auf derselben Intel UHD<br />
| 92.956 Copy-Jobs/s; 0,007 ms durchschnittliche Fence-Latenz<br />
| Die Kopplung ist UE-Prozess-/Scheduling-spezifisch, keine allgemeine Intel-, WDDM- oder D3D12-Grenze<br />
|}<br />
<br />
Der <code>RHIRunOnQueue</code>-Callback selbst erreicht den D3D12-Submission-Thread typischerweise bereits nach etwa 0,02–0,05 ms; die Verzögerung entsteht danach in der verwalteten Queue-/Submission-Reihenfolge. <code>SubmitCommandsHint()</code> ist in UE 5.8 nur ein veralteter Alias für <code>ImmediateFlush(DispatchToRHIThread)</code> und stellt daher keinen stärkeren Submission-Mechanismus dar.<br />
<br />
Der native Test ist ein '''Architekturbeweis, noch kein Experimental- oder Direct-Modus'''. Die zunächst gemessene Verzögerung von rund 32 ms lag zwischen der In-Flight-Freigabe und dem nächsten Request auf dem Render Thread. Für <code>signalonly/native</code> wurde der sichere Completion-/Submit-Lifecycle deshalb in den frameunabhängigen Scheduler verlegt. Danach erreichten zwei 100-Job-Läufe bei <code>t.MaxFPS 30</code> rund 999 bis 1029 Ready/s, ohne Busy oder Fehler.<br />
<br />
Der anschließende <code>full native</code>-Test lokalisierte die verbleibende Kopplung auf echte Worker-GPU-Arbeit: WorkerSubmit bis WorkerReady benötigte bei 30, 60 und 120 FPS ungefähr 33,29, 16,93 und 8,45 ms; WorkerReady bis PrimaryReady war danach praktisch sofort. Signal-only und eine leere Command List waren schnell, Resource Barriers und eine 256-Byte-Kopie dagegen framegebunden. Ein eigenständiger D3D12-Microbenchmark auf derselben Intel UHD erreichte außerhalb von Unreal bei derselben Kopie rund 92.956 Jobs/s mit 0,007 ms mittlerer Fence-Latenz. Die genaue Ursache im UE-Prozess beziehungsweise dessen GPU-Scheduling-Kontext bleibt offen und wird vorerst bis zum Gegencheck mit der vorhandenen Intel Arc A380 geparkt.<br />
<br />
=== Worker-Rasterpfad und RasterStream ===<br />
<br />
<code>ExperimentalMultiGPU.TestRasterWorker</code> weist erstmals echte Rasterizer-Arbeit auf der Intel-Worker-GPU nach. <code>RasterWorkerVS</code> und <code>RasterWorkerPS</code> werden über Unreals Global-Shader-Pfad kompiliert und für ein natives Worker-Graphics-PSO verwendet. Ein persistentes 128×96-RGBA8-RenderTarget besitzt RTV, leere Root Signature und eine DIRECT-Command-List. Der Vertex Shader erzeugt drei Vertices über <code>SV_VertexID</code>; der Pixel Shader schreibt interpolierte RGB-Farben.<br />
<br />
Der Job wechselt das RenderTarget von <code>COPY_SOURCE</code> nach <code>RENDER_TARGET</code>, führt Clear und <code>DrawInstanced(3,1,0,0)</code> aus und wechselt anschließend zurück nach <code>COPY_SOURCE</code>. Danach verwendet er unverändert den robusten Normalpfad aus Cross-Adapter-Shared-Buffer, Primary SafeCopy, persistenter <code>FTextureRHIRef</code>, <code>UExperimentalMultiGPUTexture</code> und DisplayActor. Der Runtime-Test meldete einen akzeptierten Submit und <code>RasterWorker READY</code> für Generation 1; die 128×96-UTexture wurde erfolgreich gebunden.<br />
<br />
Der einmalige Test wurde außerdem zu einem frei konfigurierbaren RasterStream ausgebaut. Ein sichtbarer Lauf mit 10 Hz und 50 erfolgreichen Submits endete mit 50 Ready-Ausgaben, 0 Busy und 0 Fehlern bei etwa 9,90 Ready/s. Primary-Textur und Materialbindung blieben dabei persistent.<br />
<br />
=== Raster3D mit echten Vertex- und Indexbuffern ===<br />
<br />
Der Worker besitzt inzwischen einen kleinen eigenständigen 3D-Rasterpfad mit perspektivischer Kamera, Model-View-Projection-Matrix als Root Constants, D32_FLOAT-Depth-Buffer und Depth-Test. Der finale Testwürfel verwendet 24 POSITION/COLOR-Vertices, 36 <code>uint16</code>-Indices und <code>DrawIndexedInstanced(36,1,0,0,0)</code>; sechs getrennte Seitenfarben machen Ausrichtung und Rotation sichtbar nachvollziehbar.<br />
<br />
Die statischen Meshdaten werden einmalig über private Upload-Buffer in DEFAULT-Heaps übertragen. Der Init-Fence wird non-blocking über <code>GetCompletedValue()</code> beobachtet. Der eigentliche Runtime-Renderpfad enthält weiterhin keine CPU-Waits und keine Maps.<br />
<br />
=== UE-Static-Meshes auf der Worker-GPU ===<br />
<br />
<code>StaticMeshWorker</code> extrahiert echte LOD0-Geometrie aus <code>UStaticMesh</code>-Assets. POSITION und NORMAL sowie <code>uint32</code>-Indices werden in POD-Daten überführt, einmalig asynchron in eigene Worker-VB/IB hochgeladen und anschließend per <code>DrawIndexedInstanced</code> gerendert. Assetpfade sind dynamisch; Auto-Fit richtet Kamera beziehungsweise Modellmaßstab an den Bounds aus.<br />
<br />
Sichtbar korrekt getestet wurden:<br />
<br />
{| class="wikitable"<br />
! Asset<br />
! Vertices<br />
! Indices<br />
|-<br />
| Sphere<br />
| 559<br />
| 2880<br />
|-<br />
| Cube<br />
| 54<br />
| 144<br />
|-<br />
| Cylinder<br />
| 334<br />
| 1536<br />
|}<br />
<br />
=== Multi-Mesh Worker-Szene ===<br />
<br />
<code>StaticMeshScene</code> rendert Sphere, Cube und Cylinder gemeinsam in einen Color-/Depth-Frame. Der verifizierte Test umfasst insgesamt 947 Vertices und 4560 Indices, drei <code>DrawIndexedInstanced</code>-Aufrufe und nur einen anschließenden Cross-Adapter-/Normal-SafeCopy-Transfer. Damit ist nicht mehr nur ein synthetisches Primitive, sondern mehrere echte UE-Meshes mit gemeinsamer Tiefenprüfung im Worker-Frame sichtbar nachgewiesen.<br />
<br />
=== WorldStaticMeshScene ===<br />
<br />
Der nächste Integrationsschritt ist implementiert, aber noch nicht sichtbar im Level verifiziert. <code>ExperimentalMultiGPUWorldStaticMeshScene.cpp</code> sammelt im Engine-Layer bis zu acht sichtbare <code>UStaticMeshComponent</code>s von Actors mit dem Tag <code>MultiGPUWorker</code>. Meshdaten und World-Transforms werden in POD-Strukturen beziehungsweise Matrizen kopiert und ohne <code>UObject</code>-Pointer über eine backend-neutrale RHI-Schnittstelle an D3D12RHI übergeben. Der Build ist erfolgreich; offen ist der sichtbare PIE-/Game-Test mit tatsächlich getaggten Actors.<br />
<br />
== Test- und Diagnosebefehle ==<br />
<br />
{| class="wikitable"<br />
! Befehl<br />
! Zweck<br />
|-<br />
| <code>ExperimentalMultiGPU.TestComputeShader</code><br />
| Führt den vollständigen Worker-Compute-Testpfad aus. Er enthält auch ältere Debug- und Regressionstests mit CPU-Readback und ist daher nicht mit dem reinen asynchronen Runtime-Pfad gleichzusetzen.<br />
|-<br />
| <code>ExperimentalMultiGPU.TestTextureConsumer</code><br />
| Testet <code>TextureConsumerCS</code> auf der Primary-GPU. Die aktuelle Ready-Textur wird über UE-RHI gelesen und anhand ausgewählter Testpixel per Debug-Readback geprüft.<br />
|-<br />
| <code>ExperimentalMultiGPU.TestTextureBridge</code><br />
| Prüft die Bridge von der fertigen <code>FTextureRHIRef</code> zu <code>UExperimentalMultiGPUTexture</code> und damit den UE- und materialtauglichen Texturpfad.<br />
|-<br />
| <code>ExperimentalMultiGPU.SpawnDisplayActor</code><br />
| Spawnt den Test-Actor mit Plane im Spiel. Das Material zeigt darauf die vom Worker erzeugte Textur an.<br />
|-<br />
| <code>ExperimentalMultiGPU.TestRasterWorker</code><br />
| Rasterisiert auf der Worker-GPU ein echtes RGB-Dreieck per Vertex- und Pixel-Shader und transportiert das Ergebnis über den normalen SafeCopy-Pfad bis zum DisplayActor.<br />
|-<br />
| <code>ExperimentalMultiGPU.StartRasterStream</code> / <code>ExperimentalMultiGPU.StopRasterStream</code><br />
| Startet beziehungsweise stoppt den kontinuierlichen RGB-Dreieck-RasterStream mit frei wählbarer Zielrate, optionalem Submit-Limit und Quiet-Modus.<br />
|-<br />
| <code>ExperimentalMultiGPU.TestRaster3DWorker</code><br />
| Rendert einmalig den perspektivischen 3D-Testwürfel mit Depth Buffer und echten Vertex-/Indexbuffern.<br />
|-<br />
| <code>ExperimentalMultiGPU.StartRaster3DStream</code> / <code>ExperimentalMultiGPU.StopRaster3DStream</code><br />
| Startet beziehungsweise stoppt den kontinuierlichen Raster3D-Test.<br />
|-<br />
| <code>ExperimentalMultiGPU.TestStaticMeshWorker [AssetPath]</code><br />
| Extrahiert und rendert LOD0-Geometrie eines UE-Static-Mesh-Assets; ohne optionalen Pfad wird das konfigurierte Testasset verwendet.<br />
|-<br />
| <code>ExperimentalMultiGPU.TestStaticMeshScene</code><br />
| Rendert Sphere, Cube und Cylinder gemeinsam mit drei Draw Calls und einem anschließenden Transfer.<br />
|-<br />
| <code>ExperimentalMultiGPU.TestWorldStaticMeshScene</code><br />
| Sammelt sichtbare, mit <code>MultiGPUWorker</code> getaggte StaticMeshComponents aus der laufenden World und reicht deren POD-Snapshot an den Worker weiter. Sichtbarer Level-Nachweis noch offen.<br />
|-<br />
| <code>ExperimentalMultiGPU.StartTextureStream</code><br />
| Startet den sichtbaren Normal-Pfad: Worker-Textur → Cross-Adapter-Transfer → SafeCopy → UE-Textur → Material.<br />
|-<br />
| <code>ExperimentalMultiGPU.StopTextureStream</code><br />
| Verhindert weitere Submits des laufenden Streams. Ein bereits eingereichter GPU-Job darf noch sicher fertig werden.<br />
|-<br />
| <code>ExperimentalMultiGPU.StartQueueProbe</code><br />
| Startet den Diagnose-Benchmark für Primary-Queue-, Fence- und Submission-Verhalten. Der Probe verändert die sichtbare Textur nicht.<br />
|}<br />
<br />
=== Texture Stream ===<br />
<br />
Grundsyntax:<br />
<br />
<pre><br />
ExperimentalMultiGPU.StartTextureStream [Hz] [MaxSuccessfulSubmits] [quiet]<br />
</pre><br />
<br />
{| class="wikitable"<br />
! Beispiel<br />
! Wirkung<br />
|-<br />
| <code>ExperimentalMultiGPU.StartTextureStream</code><br />
| Standardmäßig etwa 5 Hz, ohne Submit-Limit.<br />
|-<br />
| <code>ExperimentalMultiGPU.StartTextureStream 37.5</code><br />
| Fordert 37,5 Hz ohne Submit-Limit an. Sowohl <code>37.5</code> als auch <code>37,5</code> werden akzeptiert.<br />
|-<br />
| <code>ExperimentalMultiGPU.StartTextureStream 1000 100</code><br />
| Fordert 1000 Hz an und stoppt nach exakt 100 erfolgreichen Submits.<br />
|-<br />
| <code>ExperimentalMultiGPU.StartTextureStream 1000 100 quiet</code><br />
| Wie zuvor, unterdrückt aber Per-Job- und Busy-Logspam.<br />
|}<br />
<br />
Die Hz-Angabe ist eine '''Ziel- beziehungsweise Request-Frequenz'''. <code>1000</code> bedeutet daher nicht automatisch 1000 fertige Texturen pro Sekunde. Die tatsächliche Rate hängt unter anderem von Timer, Submission, Backpressure, Queue-Latenz und Slot-Lifecycle ab. <code>MaxSuccessfulSubmits</code> zählt nur angenommene Submits; Busy- und Failed-Versuche verbrauchen das Limit nicht.<br />
<br />
=== QueueProbe ===<br />
<br />
Grundsyntax:<br />
<br />
<pre><br />
ExperimentalMultiGPU.StartQueueProbe <Hz> <MaxSubmits> [quiet] [Mode] [Queue]<br />
</pre><br />
<br />
{| class="wikitable"<br />
! Modus<br />
! Ausgeführter Pfad<br />
|-<br />
| <code>full</code><br />
| Worker Compute → Cross-Adapter-Transfer → Primary Wait → Copy → Completion Fence.<br />
|-<br />
| <code>waitonly</code><br />
| Worker Compute → Cross-Adapter-Transfer → Primary wartet auf WorkerReadyFence → Completion Fence. Es findet keine Texturkopie statt.<br />
|-<br />
| <code>signalonly</code><br />
| Keine Textur, kein Worker-Wait und keine Kopie; nur Queue und Fence. Dieser Modus isoliert das Queue-Verhalten.<br />
|-<br />
| <code>commandonly</code><br />
| Reicht eine leere echte Worker-Command-List ein und trennt Command-Submission von GPU-Arbeit.<br />
|-<br />
| <code>barrieronly</code> / <code>barrierprivate</code><br />
| Isoliert Resource-Barriers auf Worker-Ressourcen beziehungsweise einer privaten Testtextur.<br />
|-<br />
| <code>copybuffer</code><br />
| Führt eine minimale echte <code>CopyBufferRegion</code>-Operation über 256 Byte aus.<br />
|}<br />
<br />
{| class="wikitable"<br />
! Queue<br />
! Bedeutung<br />
|-<br />
| <code>graphics</code><br />
| Vorhandene UE Primary Graphics-/Direct-Queue über <code>RHIRunOnQueue</code>.<br />
|-<br />
| <code>copy</code><br />
| Vorhandene UE Primary Copy Queue über <code>RHIRunOnQueue</code>.<br />
|-<br />
| <code>native</code><br />
| Vollständig private native D3D12-DIRECT-Queue auf der Primary; reine Diagnose, kein fertiger Experimental-Modus.<br />
|-<br />
| <code>worker</code><br />
| Vorhandene native Worker-DIRECT-Queue.<br />
|-<br />
| <code>worker-copy</code><br />
| Separate native Worker-COPY-Queue.<br />
|-<br />
| <code>worker-high</code><br />
| Separate Worker-DIRECT-Queue mit hoher Priorität.<br />
|}<br />
<br />
Typische Beispiele:<br />
<br />
<pre><br />
ExperimentalMultiGPU.StartQueueProbe 1000 100 quiet full graphics<br />
ExperimentalMultiGPU.StartQueueProbe 1000 100 quiet waitonly graphics<br />
ExperimentalMultiGPU.StartQueueProbe 1000 100 quiet signalonly graphics<br />
ExperimentalMultiGPU.StartQueueProbe 1000 100 quiet signalonly copy<br />
ExperimentalMultiGPU.StartQueueProbe 1000 100 quiet signalonly native<br />
</pre><br />
<br />
Der letzte Befehl ist aktuell die wichtigste isolierte Gegenprobe. Mit der privaten nativen Queue wurde bei 30 FPS eine durchschnittliche Latenz <code>primaryExecuteToReadyAvgMs = 0.014 ms</code> gemessen.<br />
<br />
=== Benchmark-CVars ===<br />
<br />
{| class="wikitable"<br />
! CVar<br />
! Zweck<br />
|-<br />
| <code>r.VSync 0</code><br />
| Deaktiviert VSync, damit es die Messung nicht begrenzt.<br />
|-<br />
| <code>t.MaxFPS 30</code><br><code>t.MaxFPS 60</code><br><code>t.MaxFPS 120</code><br />
| Setzt die Engine-Framerate für reproduzierbare Frame-Coupling-Tests.<br />
|-<br />
| <code>t.MaxFPS 0</code><br />
| Entfernt das normale <code>t.MaxFPS</code>-Limit. Dieser Lauf ist als zusätzliche Diagnose-Gegenprobe vorgesehen.<br />
|}<br />
<br />
== Aktueller nächster Schritt ==<br />
<br />
Der kleine 3D-Workload mit Geometrie, Kamera und Depth ist inzwischen umgesetzt und bis zur Multi-Mesh-Szene sichtbar nachgewiesen. Der nächste unmittelbare Nachweis ist der sichtbare PIE-/Game-Test des WorldStaticMeshScene-Snapshots mit tatsächlich als <code>MultiGPUWorker</code> getaggten Actors. Danach sollen SceneCapture-nahe Aufgaben wie CCTV, Spiegel oder Minimap folgen. Der robuste Normal-/SafeCopy-Pfad bleibt dabei der sichtbare Referenztransport. Die vorhandene Intel Arc A380 dient nach Eintreffen des Stromkabels als nächster Hardware-Gegencheck; ein privater Experimental-Fast-Path wird erst weiterverfolgt, wenn State-Tracking, Residency, Queue-Reihenfolge, Read-vs-Write-Hazards und automatischer Session-Fallback sauber gelöst sind.<br />
<br />
== Historische Vorläufer ==<br />
<br />
Die Grundidee heterogener Multi-GPU-Nutzung ist nicht neu. Bereits mit der Einführung von Direct3D 12 entstanden mehrere Versuche, integrierte und dedizierte GPUs gemeinsam zu verwenden. Eine allgemein einsetzbare Lösung für moderne UE5-Spiele hat sich daraus jedoch nicht entwickelt.<br />
<br />
=== Microsoft und Epic: UE4 Elemental Demo (2015) ===<br />
<br />
Microsoft zeigte eine angepasste Unreal-Engine-4-Version der Elemental-Demo, bei der eine NVIDIA-GPU und eine Intel-iGPU gemeinsam arbeiteten. Das erklärte Ziel war, ansonsten ungenutzte Grafikleistung in Hybrid-Systemen zu verwenden. Dieser Versuch ist der Grundidee des Projekts besonders ähnlich, blieb aber eine technische Demonstration.<br />
<br />
=== Intel: D3D12 Multi-Adapter Sample (2015) ===<br />
<br />
Intels Beispiel kombinierte eine GeForce 840M mit Intel HD Graphics 5500. Beide GPUs berechneten getrennte Teile einer einfach parallelisierbaren Raytracing-Szene. Cross-Adapter-Ressourcen und Shared Fences führten die Ergebnisse anschließend zusammen. Intel berichtete in diesem Test von nahezu halbierter Framezeit, warnte jedoch ausdrücklich davor, das Ergebnis unmittelbar auf reale Spiele zu übertragen.<br />
<br />
=== Ashes of the Singularity ===<br />
<br />
Die Nitrous Engine von ''Ashes of the Singularity'' setzte Direct3D-12-Explicit-Multiadapter in einem veröffentlichten Spiel ein. Dabei konnten auch unterschiedliche GPU-Modelle und Hersteller zusammenarbeiten. Das war ein wichtiger Praxisnachweis, blieb in der Spielebranche aber eine seltene Ausnahme.<br />
<br />
=== Weitere verwandte Ansätze ===<br />
<br />
* ''Rise of the Tomb Raider'' erhielt explizite Direct3D-12-Multi-GPU-Unterstützung, vor allem für klassische Kombinationen ähnlicher GPUs.<br />
* NVIDIA VR SLI wies bei Virtual Reality jeder GPU ein Auge zu. Das verteilt unabhängige Ansichten, bleibt jedoch NVIDIA-spezifisch.<br />
* Unreal nDisplay kann Viewports oder Frustums auf weitere GPUs beziehungsweise Prozesse auslagern und das fertige Bild zur Ausgabe-GPU zurückführen. Der Einsatzbereich ist hauptsächlich Virtual Production.<br />
* Forschung und High-Performance Computing verwenden seit Jahren Scheduler für heterogene GPUs, allerdings überwiegend für Compute- und Datenverarbeitungsaufgaben statt für einen allgemeinen UE5-Echtzeitrenderer.<br />
<br />
=== Abgrenzung dieses Projekts ===<br />
<br />
Das Projekt erfindet Direct3D-12-Explicit-Multiadapter nicht neu. Sein eigener Ansatz liegt in der Kombination aus tiefer UE5.8-RHI-Integration, UE-kompilierten Shadern auf unabhängigen Worker-Devices, frei wählbaren Spiel- und Compute-Workloads, Capability- und Performance-Scheduler, mehreren Fallback-Pfaden sowie dem langfristigen Ziel beliebiger Hersteller und mehrerer Worker.<br />
<br />
== Vergleich mit anderen Multi-GPU-Verfahren ==<br />
<br />
{| class="wikitable"<br />
! Verfahren<br />
! Arbeitsweise<br />
! Verhältnis zu diesem Projekt<br />
|-<br />
| SLI / CrossFire<br />
| Treiber- beziehungsweise Verbundlösung für meist ähnliche GPUs; häufig wird die Bildarbeit verteilt.<br />
| Dieses Projekt benötigt keinen herstellerspezifischen GPU-Verbund und weist Aufgaben ausdrücklich selbst zu.<br />
|-<br />
| AFR (Alternate Frame Rendering)<br />
| GPU 1 rendert einen Frame, GPU 2 den nächsten.<br />
| Das Projekt verteilt unabhängige Aufgaben statt aufeinanderfolgender Frames. Dadurch werden Frame-Abhängigkeiten und typisches AFR-Pacing vermieden.<br />
|-<br />
| SFR (Split Frame Rendering)<br />
| Mehrere GPUs bearbeiten Bereiche desselben Frames.<br />
| Erfordert enge Lastverteilung und viel Datenaustausch. Das Projekt bevorzugt vollständig abgrenzbare Workloads und überträgt deren Ergebnis.<br />
|-<br />
| Direct3D 12 Linked Multiadapter<br />
| Mehrere vom Treiber verbundene GPUs erscheinen als Knoten eines logischen Adapters.<br />
| Eignet sich eher für eng kompatible GPUs. Das Projekt verwendet unabhängige Devices (Unlinked/Explicit Multiadapter) und unterstützt dadurch heterogene Herstellerkombinationen.<br />
|-<br />
| Direct3D 12 Unlinked / Explicit Multiadapter<br />
| Die Anwendung verwaltet getrennte Adapter, Ressourcen und Synchronisation selbst.<br />
| Das ist die technische Familie des Projekts. Hinzu kommen die eigene UE5-RHI-Integration, Workload-Ziele, Fallbacks und der geplante Scheduler.<br />
|-<br />
| UE nDisplay mGPU / Multi-Process<br />
| Separate GPUs rendern bestimmte Viewports oder Frustums, vor allem für Virtual Production; Ergebnisse werden zur Ausgabe-GPU kopiert.<br />
| Ähnliche Idee der aufgabenweisen Trennung, aber für einen anderen Einsatzbereich. Dieses Projekt zielt auf allgemeine Spiel- und Compute-Workloads innerhalb der Engine.<br />
|-<br />
| Vulkan Device Groups<br />
| Ähnliche physische GPUs können ein gemeinsames logisches Device bilden.<br />
| Für beliebige heterogene GPUs meist ungeeignet, da Geräte einer Gruppe nahezu gleiche Eigenschaften besitzen müssen. Eine spätere Vulkan-Portierung benötigt daher wahrscheinlich getrennte Devices und External Memory/Semaphores.<br />
|}<br />
<br />
SLI und CrossFire bezeichnen den Verbund; AFR und SFR beschreiben mögliche Verteilungsmethoden innerhalb solcher Systeme. Sie sind deshalb nicht vollständig getrennte Kategorien.<br />
<br />
== Vorteile der geplanten Variante ==<br />
<br />
* '''Herstellerunabhängig:''' NVIDIA, AMD und Intel können grundsätzlich kombiniert werden.<br />
* '''Vorhandene Hardware nutzen:''' Auch eine sonst wenig genutzte integrierte GPU kann geeignete Nebenaufgaben übernehmen.<br />
* '''Aufgaben statt Frames verteilen:''' Spiegel, Minimap oder Compute können mit eigener Auflösung und Aktualisierungsrate laufen.<br />
* '''Keine identischen GPUs erforderlich:''' Unterschiedliche Fähigkeiten können gezielt genutzt werden.<br />
* '''Kontrollierter Datenaustausch:''' Nur das benötigte Ergebnis muss zurück zur Primary-GPU.<br />
* '''Robuste Fallback-Idee:''' Wenn direkte Texturen nicht gemeinsam nutzbar sind, bleibt der Shared-Buffer-Pfad.<br />
* '''Erweiterbar:''' Scheduler, manuelles Mapping und mehrere Worker sind als spätere Stufen vorgesehen.<br />
<br />
== Nachteile und technische Risiken ==<br />
<br />
* '''Hoher Entwicklungsaufwand:''' Geräte, Ressourcen, Zustände, Fences, Fehlerfälle und UE-Lebenszyklen müssen selbst verwaltet werden.<br />
* '''Transfer kann den Gewinn aufzehren:''' Cross-Adapter Heaps liegen laut D3D12 nicht automatisch im schnellen lokalen VRAM. Bandbreite und Latenz müssen für jeden Workload gemessen werden.<br />
* '''VRAM wird nicht einfach addiert:''' Benötigte Ressourcen können auf mehreren GPUs vorliegen und zusätzlichen Speicher verbrauchen.<br />
* '''Langsame Worker können bremsen:''' Eine Aufgabe lohnt sich nur, wenn Rechengewinn größer als Übergabe-, Warte- und Kopierkosten ist.<br />
* '''Nicht jeder Workload ist unabhängig:''' Hauptansicht, Lumen, Nanite und stark gekoppelte Renderpässe besitzen viele Abhängigkeiten und sind schwieriger auszulagern.<br />
* '''Hardwareunterschiede:''' Formate, Shader-Funktionen, Queue-Fähigkeiten und Cross-Adapter-Support müssen pro GPU geprüft werden.<br />
* '''Wartungsrisiko:''' Eingriffe in private D3D12RHI-Dateien können bei Engine-Updates angepasst werden müssen.<br />
* '''Produktionsreife fehlt noch:''' Ressourcenpools, Timeouts, Device-Lost-Wiederherstellung, Scheduler und echte Szenentests sind offen.<br />
<br />
== Wann die Variante sinnvoll ist ==<br />
<br />
Am aussichtsreichsten sind Aufgaben mit viel eigener Rechenarbeit, einem relativ kleinen Endergebnis und wenigen Abhängigkeiten zur Hauptszene. Gute frühe Kandidaten sind unabhängige Compute-Aufgaben sowie Scene Captures, die nicht in jedem Frame aktualisiert werden müssen. Weniger geeignet sind winzige Aufgaben mit großem Transfer oder Renderpässe, die ständig auf Ressourcen der Primary-GPU zugreifen.<br />
<br />
Die entscheidende Regel für den späteren Scheduler lautet daher:<br />
<br />
<pre><br />
Worker-Gewinn > Vorbereitung + Datentransfer + Synchronisation + Rückintegration<br />
</pre><br />
<br />
== Bekannte Grenzen des Proof of Concepts ==<br />
<br />
* Der asynchrone 128×96-End-to-End-Pfad ist über Dimensionen, Dispatch, Transfer, Fences, Pending/Ready und Reuse verifiziert; ein eigener 128×96-Pixel-Readback fehlt noch. Der synchrone 64×64-Debugtest prüft weiterhin alle 4096 Pixel.<br />
* Der Normal-Transport unterstützt derzeit <code>DXGI_FORMAT_R8G8B8A8_UNORM</code> mit Sample Count 1; weitere Formate, Mips, Arrays, Slices und MSAA sind offen.<br />
* Pro Worker existiert absichtlich nur ein persistenter Runtime-Slot. Mehrere parallele In-Flight-Jobs sowie Double-, Triple- oder Ring-Buffering fehlen noch.<br />
* Die Primary-/SafeCopy-/Ready-Kette bleibt trotz zusätzlichem non-blocking <code>DispatchToRHIThread</code> effektiv an den Frame-/Submission-Zyklus gekoppelt.<br />
* Echte Intel-Worker-GPU-Arbeit skaliert im aktuellen UE-Prozess mit 30/60/120 FPS. Der Standalone-Test widerlegt eine allgemeine Intel-/WDDM-/D3D12-Grenze; die genaue UE-spezifische Ursache bleibt offen.<br />
* QueueProbe ist reine Diagnose. Private native Queues sind noch kein Experimental-/Direct-Modus und beschreiben keine UE-eigene sichtbare Textur.<br />
* Es gibt noch keine Umschaltung zwischen Normal und Experimental sowie keinen automatischen Session-Fallback.<br />
* Raw-D3D12-Shared-Ressourcen sind noch nicht vollständig in Unreals Residency-Management eingebunden.<br />
* Praktisch getestet ist Primary plus ein Worker. Die Architektur ist auf mehrere Worker ausgelegt, N-GPU ist aber noch nicht praktisch validiert.<br />
* Raster3D, einzelne echte UE-Static-Meshes und eine Drei-Mesh-Szene sind sichtbar nachgewiesen. Der WorldStaticMeshScene-POD-Snapshot ist implementiert und erfolgreich gebaut, sein sichtbarer Test mit getaggten Actors steht jedoch noch aus.<br />
* Die aktuelle Worker-Szene übernimmt nur LOD0-POSITION/NORMAL-Daten und höchstens acht sichtbare StaticMeshComponents; vollständige Materialien, Texturen, Beleuchtung, Skeletal Meshes, Nanite und eine allgemeine SceneCapture-Pipeline fehlen.<br />
* Ein explizites Read-vs-Write-Hazard-Modell für die persistente Primary-Textur fehlt noch und muss vor mehreren Slots oder einem nativen Experimental-Texturpfad gelöst werden.<br />
* Die projektseitigen UpscalerTest-Dateien mit DisplayActor und Texture Stream liegen außerhalb des Engine-Git-Repositories und sind nicht Bestandteil von Commit <code>0719998</code>.<br />
* Device Lost, Timeouts, Speicherdruck und die vollständige Fallback-Matrix müssen vor produktiver Nutzung gehärtet werden.<br />
* Linux/Vulkan mit getrennten Devices, External Memory und externer Synchronisation ist noch nicht implementiert.<br />
<br />
== Roadmap ==<br />
<br />
# WorldStaticMeshScene mit tatsächlich als <code>MultiGPUWorker</code> getaggten Actors im laufenden PIE-/Game-Level sichtbar testen und Snapshot-, Transform- und Auswahlverhalten verifizieren.<br />
# Den Worker-Szenepfad schrittweise um weitere echte Szenendaten und robuste Cache-/Lifetime-Regeln erweitern.<br />
# SceneCapture-nahe Workloads wie CCTV, Spiegel oder Minimap als erste praktisch nützliche unabhängige Raster-Aufgaben aufbauen.<br />
# QueueProbe und <code>full native</code> auf der Intel Arc A380 wiederholen, um Laptop-iGPU-Sonderverhalten von der allgemeinen Architektur zu trennen.<br />
# Experimental-Architektur nur mit Capability-Selbsttest, sauberem State-Tracking, Residency, Queue-Reihenfolge, Hazard-Modell und automatischem Session-Fallback definieren.<br />
# Nur bei nachgewiesenem Workload-Bedarf einen zweiten Slot oder Ringbuffer mit Generation-, Fence-, Reuse- und Consumer-Hazard-Modell ergänzen.<br />
# Formate, Mips, Arrays/Slices und gegebenenfalls MSAA capability-basiert erweitern.<br />
# Capability-Matrix, Benchmark-Wizard, Scheduler und manuelle Overrides entwickeln.<br />
# Mehrere Worker-GPUs unterstützen.<br />
# Fallback-Matrix aus Normal Shared Buffer, System-RAM/Staging und einem späteren Experimental Fast Path ergänzen.<br />
# Linux/Vulkan mit getrennten Devices, External Memory und externer Synchronisation untersuchen.<br />
<br />
== Quellen ==<br />
<br />
* Interner Entwicklungsstand und verifizierte Testprotokolle vom 8. September 2026; Basis-Commit <code>0719998</code> plus uncommitted Working Tree. WorldStaticMeshScene ist gebaut, aber noch nicht sichtbar getestet.<br />
* [https://learn.microsoft.com/en-us/windows/win32/direct3d12/multi-engine Microsoft: Direct3D 12 Multi-adapter systems]<br />
* [https://learn.microsoft.com/en-us/windows/win32/direct3d12/shared-heaps Microsoft: Shared heaps]<br />
* [https://learn.microsoft.com/en-us/samples/microsoft/directx-graphics-samples/d3d12-heterogeneous-multiadapter-sample-win32/ Microsoft: D3D12 Heterogeneous Multiadapter Sample]<br />
* [https://devblogs.microsoft.com/directx/directx-12-multiadapter-lighting-up-dormant-silicon-and-making-it-work-for-you/ Microsoft: UE4 Elemental Demo mit heterogenem Multiadapter]<br />
* [https://www.intel.com/content/dam/develop/external/us/en/documents/multi-adapter-support-in-directx-12-594015.pdf Intel: Multi-Adapter Support in DirectX 12]<br />
* [https://devblogs.microsoft.com/directx/ashes-of-the-singularity-makes-gaming-history-with-directx-12/ Microsoft: Ashes of the Singularity und heterogene Adapter]<br />
* [https://dev.epicgames.com/documentation/en-us/unreal-engine/nvidia-sli-alternative-frame-rendering-in-unreal-engine Epic: NVIDIA SLI Alternate Frame Rendering]<br />
* [https://dev.epicgames.com/documentation/en-us/unreal-engine/multi-process-rendering-with-unreal-engine Epic: Multi-Process Rendering]<br />
* [https://registry.khronos.org/vulkan/specs/latest/pdf/vkspec.pdf Khronos: Vulkan Specification – Device Groups]<br />
<br />
[[Kategorie:Unreal Engine 5]]<br />
[[Kategorie:Multi-GPU]]<br />
[[Kategorie:Direct3D 12]]<br />
[[Kategorie:Experimentell]]</div>Jan1009https://wiki.janvolkland.de/index.php?title=Hauptseite&diff=177Hauptseite2026-09-06T15:29:00Z<p>Jan1009: /* Starthilfen & Software + Plugins */</p>
<hr />
<div>[[Spezial:Alle Seiten|Alle Seiten]]<br />
<br />
<br />
== Starthilfen & Software + Plugins ==<br />
* [https://www.unrealengine.com/de/download Unreal Engine 5]<br />
* [https://dev.epicgames.com/documentation/de-de/unreal-engine/unreal-engine-5-6-documentation?application_version=5.6 Offizelle UE5 Dokumentation]<br />
<br />
* [[Deep Learning Super Sampling]]<br />
** [https://developer.nvidia.com/rtx/dlss/get-started DLSS Plugin]<br />
<br />
* [[FidelityFX™ Super Resolution]] 3<br />
** [https://gpuopen.com/learn/ue-fsr3/#downloadAMD FSR 3 Plugin]<br />
<br />
* [[FidelityFX™ Super Resolution]] 4<br />
** [https://gpuopen.com/learn/ue-fsr// FSR 4 Plugin]<br />
<br />
* [[XeSS Intel Xe Super Sampling]]<br />
** [https://github.com/GameTechDev/XeSSUnrealPlugin/releases Xess Plugin]<br />
<br />
== Blueprints ==<br />
* [[Widgets performant ein & ausblenden]]<br />
* [[Spiel übersetzen]]<br />
* [[Charakter switchen v.1]]<br />
* [[HUD - Heads up Display]] <br />
<br />
== Nodes n' Codes ==<br />
<br />
* [[Wichtige Node-Arten]]<br />
* [[Select-Node]]<br />
*<br />
<br />
== Variablen ==<br />
<br />
* [[Event Dispatcher]]<br />
*<br />
* [[Boolean]]<br />
* [[Integer]]<br />
* [[Integer64]]<br />
* [[Float]]<br />
* [[String]]<br />
* [[Name ]]<br />
* [[Text ]]<br />
* [[Vector ]]<br />
* [[Rotator ]]<br />
* [[Transform ]]<br />
* [[Object Reference ]]<br />
* [[Array ]]<br />
* [[Enum ]]<br />
* [[Struct ]]<br />
* [[Map (Dictionary) ]]<br />
<br />
== Neues in der Unreal Engine ==<br />
[[Version 5.7]]<br />
<br />
[[Version 5.8]]</div>Jan1009https://wiki.janvolkland.de/index.php?title=Spielmechaniken&diff=160Spielmechaniken2026-09-05T10:21:14Z<p>Jan1009: Jan1009 verschob die Seite Spielmechaniken nach Eigene Ideen und Spielmechaniken</p>
<hr />
<div>#WEITERLEITUNG [[Eigene Ideen und Spielmechaniken]]</div>Jan1009https://wiki.janvolkland.de/index.php?title=Hauptseite&diff=157Hauptseite2026-09-05T10:17:18Z<p>Jan1009: </p>
<hr />
<div>[[Spezial:Alle Seiten|Alle Seiten]]<br />
<br />
<br />
== Starthilfen & Software + Plugins ==<br />
* [https://www.unrealengine.com/de/download Unreal Engine 5]<br />
* [https://dev.epicgames.com/documentation/de-de/unreal-engine/unreal-engine-5-6-documentation?application_version=5.6 Offizelle UE5 Dokumentation]<br />
<br />
* [[Deep Learning Super Sampling]]<br />
** [https://developer.nvidia.com/rtx/dlss/get-started DLSS Plugin]<br />
<br />
* [[FidelityFX™ Super Resolution]] 3<br />
** [https://gpuopen.com/learn/ue-fsr3/#downloadAMD FSR 3 Plugin]<br />
<br />
* [[FidelityFX™ Super Resolution]] 4<br />
** [https://gpuopen.com/fidelityfx-super-resolution-4/ FSR 4 Plugin]<br />
<br />
* [[XeSS Intel Xe Super Sampling]]<br />
** [https://github.com/GameTechDev/XeSSUnrealPlugin/releases Xess Plugin]<br />
<br />
== Blueprints ==<br />
* [[Widgets performant ein & ausblenden]]<br />
* [[Spiel übersetzen]]<br />
* [[Charakter switchen v.1]]<br />
* [[HUD - Heads up Display]] <br />
<br />
== Nodes n' Codes ==<br />
<br />
* [[Wichtige Node-Arten]]<br />
* [[Select-Node]]<br />
*<br />
<br />
== Variablen ==<br />
<br />
* [[Event Dispatcher]]<br />
*<br />
* [[Boolean]]<br />
* [[Integer]]<br />
* [[Integer64]]<br />
* [[Float]]<br />
* [[String]]<br />
* [[Name ]]<br />
* [[Text ]]<br />
* [[Vector ]]<br />
* [[Rotator ]]<br />
* [[Transform ]]<br />
* [[Object Reference ]]<br />
* [[Array ]]<br />
* [[Enum ]]<br />
* [[Struct ]]<br />
* [[Map (Dictionary) ]]<br />
<br />
== Neues in der Unreal Engine ==<br />
[[Version 5.7]]<br />
<br />
[[Version 5.8]]</div>Jan1009https://wiki.janvolkland.de/index.php?title=Hauptseite&diff=128Hauptseite2025-11-14T16:08:43Z<p>Jan1009: /* Gedanken zum eigenem Projekt */</p>
<hr />
<div>[[Spezial:Alle Seiten|Alle Seiten]]<br />
<br />
[[Versionierung]]<br />
<br />
[[Wiktionary]]<br />
<br />
== Starthilfen & Software + Plugins ==<br />
* [https://www.unrealengine.com/de/download Unreal Engine 5]<br />
* [https://dev.epicgames.com/documentation/de-de/unreal-engine/unreal-engine-5-6-documentation?application_version=5.6 Offizelle UE5 Dokumentation]<br />
<br />
* [[Deep Learning Super Sampling]]<br />
** [https://developer.nvidia.com/rtx/dlss/get-started DLSS Plugin]<br />
<br />
* [[FidelityFX™ Super Resolution]] 3<br />
** [https://gpuopen.com/learn/ue-fsr3/#downloadAMD FSR 3 Plugin]<br />
<br />
* [[FidelityFX™ Super Resolution]] 4<br />
** [https://gpuopen.com/fidelityfx-super-resolution-4/ FSR 4 Plugin]<br />
<br />
* [[XeSS Intel Xe Super Sampling]]<br />
** [https://github.com/GameTechDev/XeSSUnrealPlugin/releases Xess Plugin]<br />
<br />
== Blueprints ==<br />
* [[Widgets performant ein & ausblenden]]<br />
* [[Spiel übersetzen]]<br />
* [[Charakter switchen v.1]]<br />
* [[HUD - Heads up Display]] <br />
<br />
== Nodes n' Codes ==<br />
<br />
* [[Wichtige Node-Arten]]<br />
* [[Select-Node]]<br />
*<br />
<br />
== Variablen ==<br />
<br />
* [[Event Dispatcher]]<br />
*<br />
* [[Boolean]]<br />
* [[Integer]]<br />
* [[Integer64]]<br />
* [[Float]]<br />
* [[String]]<br />
* [[Name ]]<br />
* [[Text ]]<br />
* [[Vector ]]<br />
* [[Rotator ]]<br />
* [[Transform ]]<br />
* [[Object Reference ]]<br />
* [[Array ]]<br />
* [[Enum ]]<br />
* [[Struct ]]<br />
* [[Map (Dictionary) ]]<br />
<br />
== Neues in der Unreal Engine ==<br />
[[Version 5.7]]<br />
<br />
== Gedanken zum eigenem Projekt ==<br />
<br />
<div class="mw-collapsible mw-collapsed"><br />
<br />
Geplant ist ein auf hauptsächlich Singleplayer [https://de.wikipedia.org/wiki/Open-World-Spiel Open-World] ausgelegtes Spiel, in dem es Aufgaben zu erfüllen gibt. Die Schwierigkeit liegt darin, dass es keine große Übersichtskarte gibt und man sich nur über den Kompass, Mini-Map und der Umgebung orientieren kann. Es gibt mehrere kleine Crafting Elemente wie z.B. das auffüllen der Magazine im Inventar (Rucksack) oder das anbringen verschiedenster Aufsätze/ Ausrüstungen an Waffen z.B. Schalldämpfer.<br />
* [[Spielmechaniken|Spielmechaniken, Pläne]], Engine Einstellungen<br />
</div></div>Jan1009https://wiki.janvolkland.de/index.php?title=Version_5.7&diff=127Version 5.72025-11-14T01:16:51Z<p>Jan1009: /* Release Notes UE 5.7 */</p>
<hr />
<div>= [https://dev.epicgames.com/documentation/de-de/unreal-engine/unreal-engine-5-7-release-notes Release Notes] UE 5.7 =<br />
<br />
<br />
<br />
Die Unreal Engine 5.7 bringt neue Tools für den Bau umfangreicher, lebensechter Welten mit hoher Detailgenauigkeit und Echtzeit-Rendering auf aktueller Hardware.<br />
<br />
'''Die wichtigsten neuen Features sind:'''<br />
<br />
=== 1. Erweiterte Erstellung offener Welten ===<br />
<br />
* '''Procedural Content Generation (PCG) Framework (Produktionsreif):'''<br />
** Ermöglicht die schnelle prozedurale Erstellung und Besiedlung von Umgebungen in großem Maßstab mit natürlicher Vielfalt.<br />
** Der neue '''PCG Editor Mode''' bietet eine Bibliothek anpassbarer Tools (Spline zeichnen, Punkte malen, Volumen erstellen), die auf dem PCG-Framework basieren.<br />
** Deutlich schnellere '''PCG GPU Compute''' durch Leistungsoptimierungen und Unterstützung für GPU-Parameter-Overrides.<br />
** Neuer Datentyp '''Polygon2D''' und Operatoren für mehr Flexibilität.<br />
* '''Procedural Vegetation Editor (PVE) (Experimentell):'''<br />
** Ein graphbasiertes Tool zur Erstellung und Anpassung hochwertiger Vegetations-Assets direkt in der Unreal Engine, mit der Option, Nanite Skeletal Assemblies auszugeben.<br />
** Startet mit den neuen '''Quixel Megaplants''' Assets.<br />
<br />
=== 2. Skalierbares High-Fidelity Rendering ===<br />
<br />
* '''Nanite Foliage (Experimentell):'''<br />
** Ein neues Geometrie-Rendering-System für dichte, detailreiche, stark bewachsene Umgebungen.<br />
** Nutzt '''Nanite Voxels''', um Millionen winziger, überlappender Elemente (wie Baumkronen oder Nadeln) effizient zu zeichnen und stabile Bildraten zu gewährleisten.<br />
* '''Substrate (Produktionsreif):'''<br />
** Das modulare Material-Authoring- und Rendering-Framework, das integrierte Unterstützung für geschichtete und vermischte Materialien bietet (z. B. realistischer mehrschichtiger Autolack, geöltes Leder).<br />
** Ermöglicht physikalisch genaue Kombination mehrerer Materialverhalten.<br />
* '''MegaLights (Beta):'''<br />
** Ermöglicht eine wesentlich größere Anzahl dynamischer Schatten werfender Lichter in der Szene (z. B. realistische weiche Schatten von komplexen Lichtquellen wie Flächenlichtern).<br />
** Verbesserte visuelle Wiedergabetreue mit neuer Unterstützung für gerichtete Lichter, Transluzenz, Schattenwurf für Niagara-Partikel und genauere Schattierung/Schatten bei Haaren.<br />
<br />
=== 3. Erweiterte MetaHuman-Integration ===<br />
<br />
* '''Unterstützung für MetaHuman Creator Plugin''' auf Linux und macOS.<br />
* Automatisierung und '''Batch-Verarbeitung''' fast aller Bearbeitungs- und Assembly-Operationen für MetaHuman-Assets über Python oder Blueprint.<br />
* Neue Möglichkeit, '''Animationen in Echtzeit zu generieren''' und Performances von einer externen Kamera über '''Live Link Face''' (iPad/Android) aufzuzeichnen.<br />
* Neue Highlights im Bereich Haar-Styling, z.B. das Steuern von Haar-Guides und Strähnen über Gelenk-basierte Verformung, Malen und Mesh-basierte Manipulation.<br />
<br />
=== 4. Verbessertes In-Editor Animations-Toolset ===<br />
<br />
* '''Überarbeiteter Animation Mode''' für optimierte Workflows und bessere Nutzung der Bildschirmfläche.<br />
* Erstellung von '''Selection Sets''', um mehrere Steuerelemente in einem Rig oder über mehrere Assets hinweg mit einem einzigen Klick auszuwählen, mit automatischer Erstellung gespiegelter Kopien.<br />
* Verbesserter '''IK Retargeter''' mit neuen Funktionen zur Verbesserung des Fuß-Boden-Kontakts und zur Unterstützung des Retargeting von Squash-and-Stretch-Animationen.<br />
* Aktualisierter '''Skeletal Editor''' mit der Flexibilität von Industriestandard-Sculpting-Workflows (nahtloses Wechseln zwischen Platzieren von Bones, Weight Painting und Sculpting von Blend Shapes).<br />
* Neue Unterstützung für '''One-Way Physics World Collisions''' für realistischere Ragdolls und dynamische Interaktion von Charakteren mit der Umgebung.<br />
* Neue '''Dependency View''' zur Visualisierung des Datenflusses durch ein Control Rig oder Modular Control Rig.<br />
<br />
=== 5. Erweiterte Virtual Production Workflows ===<br />
<br />
* '''Dynamic Constraint Component for Props:''' Ermöglicht die automatische Befestigung von Requisiten an Handpositionen mit sanfter Interpolation.<br />
* '''Live Link Broadcast Component:''' Ermöglicht es der Unreal Engine, als Quelle für Animationsdaten im Netzwerk zu agieren (z.B. Auslagerung von Retargeting-Arbeiten).<br />
* '''Neue und verbesserte Version von Composure:''' Das integrierte Echtzeit-Compositing-Tool ist zugänglicher und bietet neue Schatten- und Reflexionsintegrationen für die nahtlose Kombination von Live-Action- und CG-Elementen.<br />
<br />
=== 6. Sofortige Hilfe ===<br />
<br />
* '''AI Assistant:''' Bietet hilfreiche Anleitungen, generiert C++-Code oder gibt Schritt-für-Schritt-Anweisungen direkt im Editor. Kann über ein eigenes Panel oder per '''F1''' auf einem Interface-Element aufgerufen werden.</div>Jan1009https://wiki.janvolkland.de/index.php?title=Version_5.7&diff=126Version 5.72025-11-14T00:01:51Z<p>Jan1009: /* Release Notes UE 5.7 */</p>
<hr />
<div>==== [https://dev.epicgames.com/documentation/de-de/unreal-engine/unreal-engine-5-7-release-notes Release Notes] UE 5.7 ====<br />
Die Unreal Engine 5.7 bringt neue Tools für den Bau umfangreicher, lebensechter Welten mit hoher Detailgenauigkeit und Echtzeit-Rendering auf aktueller Hardware.<br />
<br />
'''Die wichtigsten neuen Features sind:'''<br />
<br />
=== 1. Erweiterte Erstellung offener Welten ===<br />
<br />
* '''Procedural Content Generation (PCG) Framework (Produktionsreif):'''<br />
** Ermöglicht die schnelle prozedurale Erstellung und Besiedlung von Umgebungen in großem Maßstab mit natürlicher Vielfalt.<br />
** Der neue '''PCG Editor Mode''' bietet eine Bibliothek anpassbarer Tools (Spline zeichnen, Punkte malen, Volumen erstellen), die auf dem PCG-Framework basieren.<br />
** Deutlich schnellere '''PCG GPU Compute''' durch Leistungsoptimierungen und Unterstützung für GPU-Parameter-Overrides.<br />
** Neuer Datentyp '''Polygon2D''' und Operatoren für mehr Flexibilität.<br />
* '''Procedural Vegetation Editor (PVE) (Experimentell):'''<br />
** Ein graphbasiertes Tool zur Erstellung und Anpassung hochwertiger Vegetations-Assets direkt in der Unreal Engine, mit der Option, Nanite Skeletal Assemblies auszugeben.<br />
** Startet mit den neuen '''Quixel Megaplants''' Assets.<br />
<br />
=== 2. Skalierbares High-Fidelity Rendering ===<br />
<br />
* '''Nanite Foliage (Experimentell):'''<br />
** Ein neues Geometrie-Rendering-System für dichte, detailreiche, stark bewachsene Umgebungen.<br />
** Nutzt '''Nanite Voxels''', um Millionen winziger, überlappender Elemente (wie Baumkronen oder Nadeln) effizient zu zeichnen und stabile Bildraten zu gewährleisten.<br />
* '''Substrate (Produktionsreif):'''<br />
** Das modulare Material-Authoring- und Rendering-Framework, das integrierte Unterstützung für geschichtete und vermischte Materialien bietet (z. B. realistischer mehrschichtiger Autolack, geöltes Leder).<br />
** Ermöglicht physikalisch genaue Kombination mehrerer Materialverhalten.<br />
* '''MegaLights (Beta):'''<br />
** Ermöglicht eine wesentlich größere Anzahl dynamischer Schatten werfender Lichter in der Szene (z. B. realistische weiche Schatten von komplexen Lichtquellen wie Flächenlichtern).<br />
** Verbesserte visuelle Wiedergabetreue mit neuer Unterstützung für gerichtete Lichter, Transluzenz, Schattenwurf für Niagara-Partikel und genauere Schattierung/Schatten bei Haaren.<br />
<br />
=== 3. Erweiterte MetaHuman-Integration ===<br />
<br />
* '''Unterstützung für MetaHuman Creator Plugin''' auf Linux und macOS.<br />
* Automatisierung und '''Batch-Verarbeitung''' fast aller Bearbeitungs- und Assembly-Operationen für MetaHuman-Assets über Python oder Blueprint.<br />
* Neue Möglichkeit, '''Animationen in Echtzeit zu generieren''' und Performances von einer externen Kamera über '''Live Link Face''' (iPad/Android) aufzuzeichnen.<br />
* Neue Highlights im Bereich Haar-Styling, z.B. das Steuern von Haar-Guides und Strähnen über Gelenk-basierte Verformung, Malen und Mesh-basierte Manipulation.<br />
<br />
=== 4. Verbessertes In-Editor Animations-Toolset ===<br />
<br />
* '''Überarbeiteter Animation Mode''' für optimierte Workflows und bessere Nutzung der Bildschirmfläche.<br />
* Erstellung von '''Selection Sets''', um mehrere Steuerelemente in einem Rig oder über mehrere Assets hinweg mit einem einzigen Klick auszuwählen, mit automatischer Erstellung gespiegelter Kopien.<br />
* Verbesserter '''IK Retargeter''' mit neuen Funktionen zur Verbesserung des Fuß-Boden-Kontakts und zur Unterstützung des Retargeting von Squash-and-Stretch-Animationen.<br />
* Aktualisierter '''Skeletal Editor''' mit der Flexibilität von Industriestandard-Sculpting-Workflows (nahtloses Wechseln zwischen Platzieren von Bones, Weight Painting und Sculpting von Blend Shapes).<br />
* Neue Unterstützung für '''One-Way Physics World Collisions''' für realistischere Ragdolls und dynamische Interaktion von Charakteren mit der Umgebung.<br />
* Neue '''Dependency View''' zur Visualisierung des Datenflusses durch ein Control Rig oder Modular Control Rig.<br />
<br />
=== 5. Erweiterte Virtual Production Workflows ===<br />
<br />
* '''Dynamic Constraint Component for Props:''' Ermöglicht die automatische Befestigung von Requisiten an Handpositionen mit sanfter Interpolation.<br />
* '''Live Link Broadcast Component:''' Ermöglicht es der Unreal Engine, als Quelle für Animationsdaten im Netzwerk zu agieren (z.B. Auslagerung von Retargeting-Arbeiten).<br />
* '''Neue und verbesserte Version von Composure:''' Das integrierte Echtzeit-Compositing-Tool ist zugänglicher und bietet neue Schatten- und Reflexionsintegrationen für die nahtlose Kombination von Live-Action- und CG-Elementen.<br />
<br />
=== 6. Sofortige Hilfe ===<br />
<br />
* '''AI Assistant:''' Bietet hilfreiche Anleitungen, generiert C++-Code oder gibt Schritt-für-Schritt-Anweisungen direkt im Editor. Kann über ein eigenes Panel oder per '''F1''' auf einem Interface-Element aufgerufen werden.</div>Jan1009https://wiki.janvolkland.de/index.php?title=Version_5.7&diff=125Version 5.72025-11-14T00:00:54Z<p>Jan1009: /* Release Notes */</p>
<hr />
<div>=== [https://dev.epicgames.com/documentation/de-de/unreal-engine/unreal-engine-5-7-release-notes Release Notes] UE 5.7 ===<br />
Die Unreal Engine 5.7 bringt neue Tools für den Bau umfangreicher, lebensechter Welten mit hoher Detailgenauigkeit und Echtzeit-Rendering auf aktueller Hardware.<br />
<br />
'''Die wichtigsten neuen Features sind:'''<br />
<br />
=== 1. Erweiterte Erstellung offener Welten ===<br />
<br />
* '''Procedural Content Generation (PCG) Framework (Produktionsreif):'''<br />
** Ermöglicht die schnelle prozedurale Erstellung und Besiedlung von Umgebungen in großem Maßstab mit natürlicher Vielfalt.<br />
** Der neue '''PCG Editor Mode''' bietet eine Bibliothek anpassbarer Tools (Spline zeichnen, Punkte malen, Volumen erstellen), die auf dem PCG-Framework basieren.<br />
** Deutlich schnellere '''PCG GPU Compute''' durch Leistungsoptimierungen und Unterstützung für GPU-Parameter-Overrides.<br />
** Neuer Datentyp '''Polygon2D''' und Operatoren für mehr Flexibilität.<br />
* '''Procedural Vegetation Editor (PVE) (Experimentell):'''<br />
** Ein graphbasiertes Tool zur Erstellung und Anpassung hochwertiger Vegetations-Assets direkt in der Unreal Engine, mit der Option, Nanite Skeletal Assemblies auszugeben.<br />
** Startet mit den neuen '''Quixel Megaplants''' Assets.<br />
<br />
=== 2. Skalierbares High-Fidelity Rendering ===<br />
<br />
* '''Nanite Foliage (Experimentell):'''<br />
** Ein neues Geometrie-Rendering-System für dichte, detailreiche, stark bewachsene Umgebungen.<br />
** Nutzt '''Nanite Voxels''', um Millionen winziger, überlappender Elemente (wie Baumkronen oder Nadeln) effizient zu zeichnen und stabile Bildraten zu gewährleisten.<br />
* '''Substrate (Produktionsreif):'''<br />
** Das modulare Material-Authoring- und Rendering-Framework, das integrierte Unterstützung für geschichtete und vermischte Materialien bietet (z. B. realistischer mehrschichtiger Autolack, geöltes Leder).<br />
** Ermöglicht physikalisch genaue Kombination mehrerer Materialverhalten.<br />
* '''MegaLights (Beta):'''<br />
** Ermöglicht eine wesentlich größere Anzahl dynamischer Schatten werfender Lichter in der Szene (z. B. realistische weiche Schatten von komplexen Lichtquellen wie Flächenlichtern).<br />
** Verbesserte visuelle Wiedergabetreue mit neuer Unterstützung für gerichtete Lichter, Transluzenz, Schattenwurf für Niagara-Partikel und genauere Schattierung/Schatten bei Haaren.<br />
<br />
=== 3. Erweiterte MetaHuman-Integration ===<br />
<br />
* '''Unterstützung für MetaHuman Creator Plugin''' auf Linux und macOS.<br />
* Automatisierung und '''Batch-Verarbeitung''' fast aller Bearbeitungs- und Assembly-Operationen für MetaHuman-Assets über Python oder Blueprint.<br />
* Neue Möglichkeit, '''Animationen in Echtzeit zu generieren''' und Performances von einer externen Kamera über '''Live Link Face''' (iPad/Android) aufzuzeichnen.<br />
* Neue Highlights im Bereich Haar-Styling, z.B. das Steuern von Haar-Guides und Strähnen über Gelenk-basierte Verformung, Malen und Mesh-basierte Manipulation.<br />
<br />
=== 4. Verbessertes In-Editor Animations-Toolset ===<br />
<br />
* '''Überarbeiteter Animation Mode''' für optimierte Workflows und bessere Nutzung der Bildschirmfläche.<br />
* Erstellung von '''Selection Sets''', um mehrere Steuerelemente in einem Rig oder über mehrere Assets hinweg mit einem einzigen Klick auszuwählen, mit automatischer Erstellung gespiegelter Kopien.<br />
* Verbesserter '''IK Retargeter''' mit neuen Funktionen zur Verbesserung des Fuß-Boden-Kontakts und zur Unterstützung des Retargeting von Squash-and-Stretch-Animationen.<br />
* Aktualisierter '''Skeletal Editor''' mit der Flexibilität von Industriestandard-Sculpting-Workflows (nahtloses Wechseln zwischen Platzieren von Bones, Weight Painting und Sculpting von Blend Shapes).<br />
* Neue Unterstützung für '''One-Way Physics World Collisions''' für realistischere Ragdolls und dynamische Interaktion von Charakteren mit der Umgebung.<br />
* Neue '''Dependency View''' zur Visualisierung des Datenflusses durch ein Control Rig oder Modular Control Rig.<br />
<br />
=== 5. Erweiterte Virtual Production Workflows ===<br />
<br />
* '''Dynamic Constraint Component for Props:''' Ermöglicht die automatische Befestigung von Requisiten an Handpositionen mit sanfter Interpolation.<br />
* '''Live Link Broadcast Component:''' Ermöglicht es der Unreal Engine, als Quelle für Animationsdaten im Netzwerk zu agieren (z.B. Auslagerung von Retargeting-Arbeiten).<br />
* '''Neue und verbesserte Version von Composure:''' Das integrierte Echtzeit-Compositing-Tool ist zugänglicher und bietet neue Schatten- und Reflexionsintegrationen für die nahtlose Kombination von Live-Action- und CG-Elementen.<br />
<br />
=== 6. Sofortige Hilfe ===<br />
<br />
* '''AI Assistant:''' Bietet hilfreiche Anleitungen, generiert C++-Code oder gibt Schritt-für-Schritt-Anweisungen direkt im Editor. Kann über ein eigenes Panel oder per '''F1''' auf einem Interface-Element aufgerufen werden.</div>Jan1009https://wiki.janvolkland.de/index.php?title=Version_5.7&diff=124Version 5.72025-11-14T00:00:26Z<p>Jan1009: </p>
<hr />
<div>=== [https://dev.epicgames.com/documentation/de-de/unreal-engine/unreal-engine-5-7-release-notes Release Notes] ===<br />
Die Unreal Engine 5.7 bringt neue Tools für den Bau umfangreicher, lebensechter Welten mit hoher Detailgenauigkeit und Echtzeit-Rendering auf aktueller Hardware.<br />
<br />
'''Die wichtigsten neuen Features sind:'''<br />
<br />
=== 1. Erweiterte Erstellung offener Welten ===<br />
<br />
* '''Procedural Content Generation (PCG) Framework (Produktionsreif):'''<br />
** Ermöglicht die schnelle prozedurale Erstellung und Besiedlung von Umgebungen in großem Maßstab mit natürlicher Vielfalt.<br />
** Der neue '''PCG Editor Mode''' bietet eine Bibliothek anpassbarer Tools (Spline zeichnen, Punkte malen, Volumen erstellen), die auf dem PCG-Framework basieren.<br />
** Deutlich schnellere '''PCG GPU Compute''' durch Leistungsoptimierungen und Unterstützung für GPU-Parameter-Overrides.<br />
** Neuer Datentyp '''Polygon2D''' und Operatoren für mehr Flexibilität.<br />
* '''Procedural Vegetation Editor (PVE) (Experimentell):'''<br />
** Ein graphbasiertes Tool zur Erstellung und Anpassung hochwertiger Vegetations-Assets direkt in der Unreal Engine, mit der Option, Nanite Skeletal Assemblies auszugeben.<br />
** Startet mit den neuen '''Quixel Megaplants''' Assets.<br />
<br />
=== 2. Skalierbares High-Fidelity Rendering ===<br />
<br />
* '''Nanite Foliage (Experimentell):'''<br />
** Ein neues Geometrie-Rendering-System für dichte, detailreiche, stark bewachsene Umgebungen.<br />
** Nutzt '''Nanite Voxels''', um Millionen winziger, überlappender Elemente (wie Baumkronen oder Nadeln) effizient zu zeichnen und stabile Bildraten zu gewährleisten.<br />
* '''Substrate (Produktionsreif):'''<br />
** Das modulare Material-Authoring- und Rendering-Framework, das integrierte Unterstützung für geschichtete und vermischte Materialien bietet (z. B. realistischer mehrschichtiger Autolack, geöltes Leder).<br />
** Ermöglicht physikalisch genaue Kombination mehrerer Materialverhalten.<br />
* '''MegaLights (Beta):'''<br />
** Ermöglicht eine wesentlich größere Anzahl dynamischer Schatten werfender Lichter in der Szene (z. B. realistische weiche Schatten von komplexen Lichtquellen wie Flächenlichtern).<br />
** Verbesserte visuelle Wiedergabetreue mit neuer Unterstützung für gerichtete Lichter, Transluzenz, Schattenwurf für Niagara-Partikel und genauere Schattierung/Schatten bei Haaren.<br />
<br />
=== 3. Erweiterte MetaHuman-Integration ===<br />
<br />
* '''Unterstützung für MetaHuman Creator Plugin''' auf Linux und macOS.<br />
* Automatisierung und '''Batch-Verarbeitung''' fast aller Bearbeitungs- und Assembly-Operationen für MetaHuman-Assets über Python oder Blueprint.<br />
* Neue Möglichkeit, '''Animationen in Echtzeit zu generieren''' und Performances von einer externen Kamera über '''Live Link Face''' (iPad/Android) aufzuzeichnen.<br />
* Neue Highlights im Bereich Haar-Styling, z.B. das Steuern von Haar-Guides und Strähnen über Gelenk-basierte Verformung, Malen und Mesh-basierte Manipulation.<br />
<br />
=== 4. Verbessertes In-Editor Animations-Toolset ===<br />
<br />
* '''Überarbeiteter Animation Mode''' für optimierte Workflows und bessere Nutzung der Bildschirmfläche.<br />
* Erstellung von '''Selection Sets''', um mehrere Steuerelemente in einem Rig oder über mehrere Assets hinweg mit einem einzigen Klick auszuwählen, mit automatischer Erstellung gespiegelter Kopien.<br />
* Verbesserter '''IK Retargeter''' mit neuen Funktionen zur Verbesserung des Fuß-Boden-Kontakts und zur Unterstützung des Retargeting von Squash-and-Stretch-Animationen.<br />
* Aktualisierter '''Skeletal Editor''' mit der Flexibilität von Industriestandard-Sculpting-Workflows (nahtloses Wechseln zwischen Platzieren von Bones, Weight Painting und Sculpting von Blend Shapes).<br />
* Neue Unterstützung für '''One-Way Physics World Collisions''' für realistischere Ragdolls und dynamische Interaktion von Charakteren mit der Umgebung.<br />
* Neue '''Dependency View''' zur Visualisierung des Datenflusses durch ein Control Rig oder Modular Control Rig.<br />
<br />
=== 5. Erweiterte Virtual Production Workflows ===<br />
<br />
* '''Dynamic Constraint Component for Props:''' Ermöglicht die automatische Befestigung von Requisiten an Handpositionen mit sanfter Interpolation.<br />
* '''Live Link Broadcast Component:''' Ermöglicht es der Unreal Engine, als Quelle für Animationsdaten im Netzwerk zu agieren (z.B. Auslagerung von Retargeting-Arbeiten).<br />
* '''Neue und verbesserte Version von Composure:''' Das integrierte Echtzeit-Compositing-Tool ist zugänglicher und bietet neue Schatten- und Reflexionsintegrationen für die nahtlose Kombination von Live-Action- und CG-Elementen.<br />
<br />
=== 6. Sofortige Hilfe ===<br />
<br />
* '''AI Assistant:''' Bietet hilfreiche Anleitungen, generiert C++-Code oder gibt Schritt-für-Schritt-Anweisungen direkt im Editor. Kann über ein eigenes Panel oder per '''F1''' auf einem Interface-Element aufgerufen werden.</div>Jan1009https://wiki.janvolkland.de/index.php?title=Version_5.7&diff=123Version 5.72025-11-13T23:59:24Z<p>Jan1009: </p>
<hr />
<div><br />
[https://dev.epicgames.com/documentation/de-de/unreal-engine/unreal-engine-5-7-release-notes Release Notes]<br />
<br />
Die Unreal Engine 5.7 bringt neue Tools für den Bau umfangreicher, lebensechter Welten mit hoher Detailgenauigkeit und Echtzeit-Rendering auf aktueller Hardware.<br />
<br />
'''Die wichtigsten neuen Features sind:'''<br />
<br />
=== 1. Erweiterte Erstellung offener Welten ===<br />
<br />
* '''Procedural Content Generation (PCG) Framework (Produktionsreif):'''<br />
** Ermöglicht die schnelle prozedurale Erstellung und Besiedlung von Umgebungen in großem Maßstab mit natürlicher Vielfalt.<br />
** Der neue '''PCG Editor Mode''' bietet eine Bibliothek anpassbarer Tools (Spline zeichnen, Punkte malen, Volumen erstellen), die auf dem PCG-Framework basieren.<br />
** Deutlich schnellere '''PCG GPU Compute''' durch Leistungsoptimierungen und Unterstützung für GPU-Parameter-Overrides.<br />
** Neuer Datentyp '''Polygon2D''' und Operatoren für mehr Flexibilität.<br />
* '''Procedural Vegetation Editor (PVE) (Experimentell):'''<br />
** Ein graphbasiertes Tool zur Erstellung und Anpassung hochwertiger Vegetations-Assets direkt in der Unreal Engine, mit der Option, Nanite Skeletal Assemblies auszugeben.<br />
** Startet mit den neuen '''Quixel Megaplants''' Assets.<br />
<br />
=== 2. Skalierbares High-Fidelity Rendering ===<br />
<br />
* '''Nanite Foliage (Experimentell):'''<br />
** Ein neues Geometrie-Rendering-System für dichte, detailreiche, stark bewachsene Umgebungen.<br />
** Nutzt '''Nanite Voxels''', um Millionen winziger, überlappender Elemente (wie Baumkronen oder Nadeln) effizient zu zeichnen und stabile Bildraten zu gewährleisten.<br />
* '''Substrate (Produktionsreif):'''<br />
** Das modulare Material-Authoring- und Rendering-Framework, das integrierte Unterstützung für geschichtete und vermischte Materialien bietet (z. B. realistischer mehrschichtiger Autolack, geöltes Leder).<br />
** Ermöglicht physikalisch genaue Kombination mehrerer Materialverhalten.<br />
* '''MegaLights (Beta):'''<br />
** Ermöglicht eine wesentlich größere Anzahl dynamischer Schatten werfender Lichter in der Szene (z. B. realistische weiche Schatten von komplexen Lichtquellen wie Flächenlichtern).<br />
** Verbesserte visuelle Wiedergabetreue mit neuer Unterstützung für gerichtete Lichter, Transluzenz, Schattenwurf für Niagara-Partikel und genauere Schattierung/Schatten bei Haaren.<br />
<br />
=== 3. Erweiterte MetaHuman-Integration ===<br />
<br />
* '''Unterstützung für MetaHuman Creator Plugin''' auf Linux und macOS.<br />
* Automatisierung und '''Batch-Verarbeitung''' fast aller Bearbeitungs- und Assembly-Operationen für MetaHuman-Assets über Python oder Blueprint.<br />
* Neue Möglichkeit, '''Animationen in Echtzeit zu generieren''' und Performances von einer externen Kamera über '''Live Link Face''' (iPad/Android) aufzuzeichnen.<br />
* Neue Highlights im Bereich Haar-Styling, z.B. das Steuern von Haar-Guides und Strähnen über Gelenk-basierte Verformung, Malen und Mesh-basierte Manipulation.<br />
<br />
=== 4. Verbessertes In-Editor Animations-Toolset ===<br />
<br />
* '''Überarbeiteter Animation Mode''' für optimierte Workflows und bessere Nutzung der Bildschirmfläche.<br />
* Erstellung von '''Selection Sets''', um mehrere Steuerelemente in einem Rig oder über mehrere Assets hinweg mit einem einzigen Klick auszuwählen, mit automatischer Erstellung gespiegelter Kopien.<br />
* Verbesserter '''IK Retargeter''' mit neuen Funktionen zur Verbesserung des Fuß-Boden-Kontakts und zur Unterstützung des Retargeting von Squash-and-Stretch-Animationen.<br />
* Aktualisierter '''Skeletal Editor''' mit der Flexibilität von Industriestandard-Sculpting-Workflows (nahtloses Wechseln zwischen Platzieren von Bones, Weight Painting und Sculpting von Blend Shapes).<br />
* Neue Unterstützung für '''One-Way Physics World Collisions''' für realistischere Ragdolls und dynamische Interaktion von Charakteren mit der Umgebung.<br />
* Neue '''Dependency View''' zur Visualisierung des Datenflusses durch ein Control Rig oder Modular Control Rig.<br />
<br />
=== 5. Erweiterte Virtual Production Workflows ===<br />
<br />
* '''Dynamic Constraint Component for Props:''' Ermöglicht die automatische Befestigung von Requisiten an Handpositionen mit sanfter Interpolation.<br />
* '''Live Link Broadcast Component:''' Ermöglicht es der Unreal Engine, als Quelle für Animationsdaten im Netzwerk zu agieren (z.B. Auslagerung von Retargeting-Arbeiten).<br />
* '''Neue und verbesserte Version von Composure:''' Das integrierte Echtzeit-Compositing-Tool ist zugänglicher und bietet neue Schatten- und Reflexionsintegrationen für die nahtlose Kombination von Live-Action- und CG-Elementen.<br />
<br />
=== 6. Sofortige Hilfe ===<br />
<br />
* '''AI Assistant:''' Bietet hilfreiche Anleitungen, generiert C++-Code oder gibt Schritt-für-Schritt-Anweisungen direkt im Editor. Kann über ein eigenes Panel oder per '''F1''' auf einem Interface-Element aufgerufen werden.</div>Jan1009https://wiki.janvolkland.de/index.php?title=Hauptseite&diff=122Hauptseite2025-11-13T23:01:44Z<p>Jan1009: /* Neue Engine Funktionen */</p>
<hr />
<div>[[Spezial:Alle Seiten|Alle Seiten]]<br />
<br />
[[Versionierung]]<br />
<br />
[[Wiktionary]]<br />
<br />
== Starthilfen & Software + Plugins ==<br />
* [https://www.unrealengine.com/de/download Unreal Engine 5]<br />
* [https://dev.epicgames.com/documentation/de-de/unreal-engine/unreal-engine-5-6-documentation?application_version=5.6 Offizelle UE5 Dokumentation]<br />
<br />
* [[Deep Learning Super Sampling]]<br />
** [https://developer.nvidia.com/rtx/dlss/get-started DLSS Plugin]<br />
<br />
* [[FidelityFX™ Super Resolution]] 3<br />
** [https://gpuopen.com/learn/ue-fsr3/#downloadAMD FSR 3 Plugin]<br />
<br />
* [[FidelityFX™ Super Resolution]] 4<br />
** [https://gpuopen.com/fidelityfx-super-resolution-4/ FSR 4 Plugin]<br />
<br />
* [[XeSS Intel Xe Super Sampling]]<br />
** [https://github.com/GameTechDev/XeSSUnrealPlugin/releases Xess Plugin]<br />
<br />
== Blueprints ==<br />
* [[Widgets performant ein & ausblenden]]<br />
* [[Spiel übersetzen]]<br />
* [[Charakter switchen v.1]]<br />
* [[HUD - Heads up Display]] <br />
<br />
== Nodes n' Codes ==<br />
<br />
* [[Wichtige Node-Arten]]<br />
* [[Select-Node]]<br />
*<br />
<br />
== Variablen ==<br />
<br />
* [[Event Dispatcher]]<br />
*<br />
* [[Boolean]]<br />
* [[Integer]]<br />
* [[Integer64]]<br />
* [[Float]]<br />
* [[String]]<br />
* [[Name ]]<br />
* [[Text ]]<br />
* [[Vector ]]<br />
* [[Rotator ]]<br />
* [[Transform ]]<br />
* [[Object Reference ]]<br />
* [[Array ]]<br />
* [[Enum ]]<br />
* [[Struct ]]<br />
* [[Map (Dictionary) ]]<br />
<br />
== Neues in der Unreal Engine ==<br />
[[Version 5.7]]<br />
<br />
== Gedanken zum eigenem Projekt ==<br />
<br />
<div class="mw-collapsible mw-collapsed"><br />
<br />
Geplant ist ein auf hauptsächlich Singleplayer [https://de.wikipedia.org/wiki/Open-World-Spiel Open-World] ausgelegtes Spiel, in dem es Aufgaben zu erfüllen gibt. Die Schwierigkeit liegt darin, dass es keine große Übersichtskarte gibt und man sich nur über den Kompass, Mini-Map und der Umgebung orientieren kann. Es gibt mehrere kleine Crafting Elemente wie z.B. das auffüllen der Magazine im Inventar (Rucksack) oder das anbringen verschiedenster Aufsätze/ Ausrüstungen an Waffen z.B. Schalldämpfer.<br />
* [[Spielmechaniken|Spielmechaniken und Pläne]]<br />
</div></div>Jan1009https://wiki.janvolkland.de/index.php?title=Version_5.7&diff=121Version 5.72025-11-13T23:01:06Z<p>Jan1009: Die Seite wurde neu angelegt: „ Die Unreal Engine 5.7 bringt neue Tools für den Bau umfangreicher, lebensechter Welten mit hoher Detailgenauigkeit und Echtzeit-Rendering auf aktueller Hardware. '''Die wichtigsten neuen Features sind:''' === 1. Erweiterte Erstellung offener Welten === * '''Procedural Content Generation (PCG) Framework (Produktionsreif):''' ** Ermöglicht die schnelle prozedurale Erstellung und Besiedlung von Umgebungen in großem Maßstab mit natürlicher Vielfalt.…“</p>
<hr />
<div><br />
Die Unreal Engine 5.7 bringt neue Tools für den Bau umfangreicher, lebensechter Welten mit hoher Detailgenauigkeit und Echtzeit-Rendering auf aktueller Hardware.<br />
<br />
'''Die wichtigsten neuen Features sind:'''<br />
<br />
=== 1. Erweiterte Erstellung offener Welten ===<br />
<br />
* '''Procedural Content Generation (PCG) Framework (Produktionsreif):'''<br />
** Ermöglicht die schnelle prozedurale Erstellung und Besiedlung von Umgebungen in großem Maßstab mit natürlicher Vielfalt.<br />
** Der neue '''PCG Editor Mode''' bietet eine Bibliothek anpassbarer Tools (Spline zeichnen, Punkte malen, Volumen erstellen), die auf dem PCG-Framework basieren.<br />
** Deutlich schnellere '''PCG GPU Compute''' durch Leistungsoptimierungen und Unterstützung für GPU-Parameter-Overrides.<br />
** Neuer Datentyp '''Polygon2D''' und Operatoren für mehr Flexibilität.<br />
* '''Procedural Vegetation Editor (PVE) (Experimentell):'''<br />
** Ein graphbasiertes Tool zur Erstellung und Anpassung hochwertiger Vegetations-Assets direkt in der Unreal Engine, mit der Option, Nanite Skeletal Assemblies auszugeben.<br />
** Startet mit den neuen '''Quixel Megaplants''' Assets.<br />
<br />
=== 2. Skalierbares High-Fidelity Rendering ===<br />
<br />
* '''Nanite Foliage (Experimentell):'''<br />
** Ein neues Geometrie-Rendering-System für dichte, detailreiche, stark bewachsene Umgebungen.<br />
** Nutzt '''Nanite Voxels''', um Millionen winziger, überlappender Elemente (wie Baumkronen oder Nadeln) effizient zu zeichnen und stabile Bildraten zu gewährleisten.<br />
* '''Substrate (Produktionsreif):'''<br />
** Das modulare Material-Authoring- und Rendering-Framework, das integrierte Unterstützung für geschichtete und vermischte Materialien bietet (z. B. realistischer mehrschichtiger Autolack, geöltes Leder).<br />
** Ermöglicht physikalisch genaue Kombination mehrerer Materialverhalten.<br />
* '''MegaLights (Beta):'''<br />
** Ermöglicht eine wesentlich größere Anzahl dynamischer Schatten werfender Lichter in der Szene (z. B. realistische weiche Schatten von komplexen Lichtquellen wie Flächenlichtern).<br />
** Verbesserte visuelle Wiedergabetreue mit neuer Unterstützung für gerichtete Lichter, Transluzenz, Schattenwurf für Niagara-Partikel und genauere Schattierung/Schatten bei Haaren.<br />
<br />
=== 3. Erweiterte MetaHuman-Integration ===<br />
<br />
* '''Unterstützung für MetaHuman Creator Plugin''' auf Linux und macOS.<br />
* Automatisierung und '''Batch-Verarbeitung''' fast aller Bearbeitungs- und Assembly-Operationen für MetaHuman-Assets über Python oder Blueprint.<br />
* Neue Möglichkeit, '''Animationen in Echtzeit zu generieren''' und Performances von einer externen Kamera über '''Live Link Face''' (iPad/Android) aufzuzeichnen.<br />
* Neue Highlights im Bereich Haar-Styling, z.B. das Steuern von Haar-Guides und Strähnen über Gelenk-basierte Verformung, Malen und Mesh-basierte Manipulation.<br />
<br />
=== 4. Verbessertes In-Editor Animations-Toolset ===<br />
<br />
* '''Überarbeiteter Animation Mode''' für optimierte Workflows und bessere Nutzung der Bildschirmfläche.<br />
* Erstellung von '''Selection Sets''', um mehrere Steuerelemente in einem Rig oder über mehrere Assets hinweg mit einem einzigen Klick auszuwählen, mit automatischer Erstellung gespiegelter Kopien.<br />
* Verbesserter '''IK Retargeter''' mit neuen Funktionen zur Verbesserung des Fuß-Boden-Kontakts und zur Unterstützung des Retargeting von Squash-and-Stretch-Animationen.<br />
* Aktualisierter '''Skeletal Editor''' mit der Flexibilität von Industriestandard-Sculpting-Workflows (nahtloses Wechseln zwischen Platzieren von Bones, Weight Painting und Sculpting von Blend Shapes).<br />
* Neue Unterstützung für '''One-Way Physics World Collisions''' für realistischere Ragdolls und dynamische Interaktion von Charakteren mit der Umgebung.<br />
* Neue '''Dependency View''' zur Visualisierung des Datenflusses durch ein Control Rig oder Modular Control Rig.<br />
<br />
=== 5. Erweiterte Virtual Production Workflows ===<br />
<br />
* '''Dynamic Constraint Component for Props:''' Ermöglicht die automatische Befestigung von Requisiten an Handpositionen mit sanfter Interpolation.<br />
* '''Live Link Broadcast Component:''' Ermöglicht es der Unreal Engine, als Quelle für Animationsdaten im Netzwerk zu agieren (z.B. Auslagerung von Retargeting-Arbeiten).<br />
* '''Neue und verbesserte Version von Composure:''' Das integrierte Echtzeit-Compositing-Tool ist zugänglicher und bietet neue Schatten- und Reflexionsintegrationen für die nahtlose Kombination von Live-Action- und CG-Elementen.<br />
<br />
=== 6. Sofortige Hilfe ===<br />
<br />
* '''AI Assistant:''' Bietet hilfreiche Anleitungen, generiert C++-Code oder gibt Schritt-für-Schritt-Anweisungen direkt im Editor. Kann über ein eigenes Panel oder per '''F1''' auf einem Interface-Element aufgerufen werden.</div>Jan1009https://wiki.janvolkland.de/index.php?title=Hauptseite&diff=120Hauptseite2025-11-13T22:58:45Z<p>Jan1009: </p>
<hr />
<div>[[Spezial:Alle Seiten|Alle Seiten]]<br />
<br />
[[Versionierung]]<br />
<br />
[[Wiktionary]]<br />
<br />
== Starthilfen & Software + Plugins ==<br />
* [https://www.unrealengine.com/de/download Unreal Engine 5]<br />
* [https://dev.epicgames.com/documentation/de-de/unreal-engine/unreal-engine-5-6-documentation?application_version=5.6 Offizelle UE5 Dokumentation]<br />
<br />
* [[Deep Learning Super Sampling]]<br />
** [https://developer.nvidia.com/rtx/dlss/get-started DLSS Plugin]<br />
<br />
* [[FidelityFX™ Super Resolution]] 3<br />
** [https://gpuopen.com/learn/ue-fsr3/#downloadAMD FSR 3 Plugin]<br />
<br />
* [[FidelityFX™ Super Resolution]] 4<br />
** [https://gpuopen.com/fidelityfx-super-resolution-4/ FSR 4 Plugin]<br />
<br />
* [[XeSS Intel Xe Super Sampling]]<br />
** [https://github.com/GameTechDev/XeSSUnrealPlugin/releases Xess Plugin]<br />
<br />
== Blueprints ==<br />
* [[Widgets performant ein & ausblenden]]<br />
* [[Spiel übersetzen]]<br />
* [[Charakter switchen v.1]]<br />
* [[HUD - Heads up Display]] <br />
<br />
== Nodes n' Codes ==<br />
<br />
* [[Wichtige Node-Arten]]<br />
* [[Select-Node]]<br />
*<br />
<br />
== Variablen ==<br />
<br />
* [[Event Dispatcher]]<br />
*<br />
* [[Boolean]]<br />
* [[Integer]]<br />
* [[Integer64]]<br />
* [[Float]]<br />
* [[String]]<br />
* [[Name ]]<br />
* [[Text ]]<br />
* [[Vector ]]<br />
* [[Rotator ]]<br />
* [[Transform ]]<br />
* [[Object Reference ]]<br />
* [[Array ]]<br />
* [[Enum ]]<br />
* [[Struct ]]<br />
* [[Map (Dictionary) ]]<br />
<br />
== Neue Engine Funktionen ==<br />
[[Version 5.7]]<br />
<br />
== Gedanken zum eigenem Projekt ==<br />
<br />
<div class="mw-collapsible mw-collapsed"><br />
<br />
Geplant ist ein auf hauptsächlich Singleplayer [https://de.wikipedia.org/wiki/Open-World-Spiel Open-World] ausgelegtes Spiel, in dem es Aufgaben zu erfüllen gibt. Die Schwierigkeit liegt darin, dass es keine große Übersichtskarte gibt und man sich nur über den Kompass, Mini-Map und der Umgebung orientieren kann. Es gibt mehrere kleine Crafting Elemente wie z.B. das auffüllen der Magazine im Inventar (Rucksack) oder das anbringen verschiedenster Aufsätze/ Ausrüstungen an Waffen z.B. Schalldämpfer.<br />
* [[Spielmechaniken|Spielmechaniken und Pläne]]<br />
</div></div>Jan1009https://wiki.janvolkland.de/index.php?title=Hauptseite&diff=119Hauptseite2025-11-13T21:35:55Z<p>Jan1009: /* Variablen */</p>
<hr />
<div>[[Spezial:Alle Seiten|Alle Seiten]]<br />
<br />
[[Versionierung]]<br />
<br />
[[Wiktionary]]<br />
<br />
== Starthilfen & Software + Plugins ==<br />
* [https://www.unrealengine.com/de/download Unreal Engine 5]<br />
* [https://dev.epicgames.com/documentation/de-de/unreal-engine/unreal-engine-5-6-documentation?application_version=5.6 Offizelle UE5 Dokumentation]<br />
<br />
* [[Deep Learning Super Sampling]]<br />
** [https://developer.nvidia.com/rtx/dlss/get-started DLSS Plugin]<br />
<br />
* [[FidelityFX™ Super Resolution]] 3<br />
** [https://gpuopen.com/learn/ue-fsr3/#downloadAMD FSR 3 Plugin]<br />
<br />
* [[FidelityFX™ Super Resolution]] 4<br />
** [https://gpuopen.com/fidelityfx-super-resolution-4/ FSR 4 Plugin]<br />
<br />
* [[XeSS Intel Xe Super Sampling]]<br />
** [https://github.com/GameTechDev/XeSSUnrealPlugin/releases Xess Plugin]<br />
<br />
== Blueprints ==<br />
* [[Widgets performant ein & ausblenden]]<br />
* [[Spiel übersetzen]]<br />
* [[Charakter switchen v.1]]<br />
* [[HUD - Heads up Display]] <br />
<br />
== Nodes n' Codes ==<br />
<br />
* [[Wichtige Node-Arten]]<br />
* [[Select-Node]]<br />
*<br />
<br />
== Variablen ==<br />
<br />
* [[Event Dispatcher]]<br />
*<br />
* [[Boolean]]<br />
* [[Integer]]<br />
* [[Integer64]]<br />
* [[Float]]<br />
* [[String]]<br />
* [[Name ]]<br />
* [[Text ]]<br />
* [[Vector ]]<br />
* [[Rotator ]]<br />
* [[Transform ]]<br />
* [[Object Reference ]]<br />
* [[Array ]]<br />
* [[Enum ]]<br />
* [[Struct ]]<br />
* [[Map (Dictionary) ]]<br />
<br />
== Gedanken zum eigenem Projekt ==<br />
<br />
<div class="mw-collapsible mw-collapsed"><br />
<br />
Geplant ist ein auf hauptsächlich Singleplayer [https://de.wikipedia.org/wiki/Open-World-Spiel Open-World] ausgelegtes Spiel, in dem es Aufgaben zu erfüllen gibt. Die Schwierigkeit liegt darin, dass es keine große Übersichtskarte gibt und man sich nur über den Kompass, Mini-Map und der Umgebung orientieren kann. Es gibt mehrere kleine Crafting Elemente wie z.B. das auffüllen der Magazine im Inventar (Rucksack) oder das anbringen verschiedenster Aufsätze/ Ausrüstungen an Waffen z.B. Schalldämpfer.<br />
* [[Spielmechaniken|Spielmechaniken und Pläne]]<br />
</div></div>Jan1009https://wiki.janvolkland.de/index.php?title=Event_Dispatcher&diff=118Event Dispatcher2025-11-13T21:34:42Z<p>Jan1009: Die Seite wurde neu angelegt: „Was ist ein Event Dispatcher? Ein Event Dispatcher ist im Grunde ein „Signal“, das ein Blueprint aussenden kann – und ein anderes Blueprint kann sich darauf registrieren („binden“) und reagieren. Damit kannst du Widgets miteinander kommunizieren lassen, ohne direkte Referenzen zu haben. --- 📘 Beispiel-Szenario Du hast: Widget A → z. B. ein Einstellungs-Menü Widget B → z. B. ein UI-Element im Haupt-HUD Wenn in Widget A eine Auswah…“</p>
<hr />
<div>Was ist ein Event Dispatcher?<br />
<br />
Ein Event Dispatcher ist im Grunde ein „Signal“, das ein Blueprint aussenden kann – und ein anderes Blueprint kann sich darauf registrieren („binden“) und reagieren.<br />
<br />
Damit kannst du Widgets miteinander kommunizieren lassen, ohne direkte Referenzen zu haben.<br />
<br />
---<br />
<br />
📘 Beispiel-Szenario<br />
<br />
Du hast:<br />
<br />
Widget A → z. B. ein Einstellungs-Menü<br />
<br />
Widget B → z. B. ein UI-Element im Haupt-HUD<br />
<br />
Wenn in Widget A eine Auswahl getroffen wird (z. B. „Upscaler geändert“ oder „Button geklickt“), soll Widget B darauf reagieren.</div>Jan1009https://wiki.janvolkland.de/index.php?title=Hauptseite&diff=117Hauptseite2025-11-13T21:34:19Z<p>Jan1009: /* Nodes n' Codes */</p>
<hr />
<div>[[Spezial:Alle Seiten|Alle Seiten]]<br />
<br />
[[Versionierung]]<br />
<br />
[[Wiktionary]]<br />
<br />
== Starthilfen & Software + Plugins ==<br />
* [https://www.unrealengine.com/de/download Unreal Engine 5]<br />
* [https://dev.epicgames.com/documentation/de-de/unreal-engine/unreal-engine-5-6-documentation?application_version=5.6 Offizelle UE5 Dokumentation]<br />
<br />
* [[Deep Learning Super Sampling]]<br />
** [https://developer.nvidia.com/rtx/dlss/get-started DLSS Plugin]<br />
<br />
* [[FidelityFX™ Super Resolution]] 3<br />
** [https://gpuopen.com/learn/ue-fsr3/#downloadAMD FSR 3 Plugin]<br />
<br />
* [[FidelityFX™ Super Resolution]] 4<br />
** [https://gpuopen.com/fidelityfx-super-resolution-4/ FSR 4 Plugin]<br />
<br />
* [[XeSS Intel Xe Super Sampling]]<br />
** [https://github.com/GameTechDev/XeSSUnrealPlugin/releases Xess Plugin]<br />
<br />
== Blueprints ==<br />
* [[Widgets performant ein & ausblenden]]<br />
* [[Spiel übersetzen]]<br />
* [[Charakter switchen v.1]]<br />
* [[HUD - Heads up Display]] <br />
<br />
== Nodes n' Codes ==<br />
<br />
* [[Wichtige Node-Arten]]<br />
* [[Select-Node]]<br />
*<br />
<br />
== Variablen ==<br />
<br />
* [[Event Dispatcher]]<br />
*<br />
* [[Boolean]]<br />
* [[Integer]]<br />
* [[Integer64]]<br />
* [[Float]]<br />
* [[String]]<br />
* [[Name ]]<br />
* [[Text ]]<br />
* [[Vector ]]<br />
* [[Rotator ]]<br />
* [[Transform ]]<br />
* [[Object Reference ]]<br />
* [[Array ]]<br />
* [[Enum ]]<br />
* [[Struct ]]<br />
* [[Map (Dictionary) ]]<br />
<br />
<br />
<br />
== Gedanken zum eigenem Projekt ==<br />
<br />
<div class="mw-collapsible mw-collapsed"><br />
<br />
Geplant ist ein auf hauptsächlich Singleplayer [https://de.wikipedia.org/wiki/Open-World-Spiel Open-World] ausgelegtes Spiel, in dem es Aufgaben zu erfüllen gibt. Die Schwierigkeit liegt darin, dass es keine große Übersichtskarte gibt und man sich nur über den Kompass, Mini-Map und der Umgebung orientieren kann. Es gibt mehrere kleine Crafting Elemente wie z.B. das auffüllen der Magazine im Inventar (Rucksack) oder das anbringen verschiedenster Aufsätze/ Ausrüstungen an Waffen z.B. Schalldämpfer.<br />
* [[Spielmechaniken|Spielmechaniken und Pläne]]<br />
</div></div>Jan1009https://wiki.janvolkland.de/index.php?title=Hauptseite&diff=116Hauptseite2025-11-13T21:18:15Z<p>Jan1009: /* Nodes n' Codes */</p>
<hr />
<div>[[Spezial:Alle Seiten|Alle Seiten]]<br />
<br />
[[Versionierung]]<br />
<br />
[[Wiktionary]]<br />
<br />
== Starthilfen & Software + Plugins ==<br />
* [https://www.unrealengine.com/de/download Unreal Engine 5]<br />
* [https://dev.epicgames.com/documentation/de-de/unreal-engine/unreal-engine-5-6-documentation?application_version=5.6 Offizelle UE5 Dokumentation]<br />
<br />
* [[Deep Learning Super Sampling]]<br />
** [https://developer.nvidia.com/rtx/dlss/get-started DLSS Plugin]<br />
<br />
* [[FidelityFX™ Super Resolution]] 3<br />
** [https://gpuopen.com/learn/ue-fsr3/#downloadAMD FSR 3 Plugin]<br />
<br />
* [[FidelityFX™ Super Resolution]] 4<br />
** [https://gpuopen.com/fidelityfx-super-resolution-4/ FSR 4 Plugin]<br />
<br />
* [[XeSS Intel Xe Super Sampling]]<br />
** [https://github.com/GameTechDev/XeSSUnrealPlugin/releases Xess Plugin]<br />
<br />
== Blueprints ==<br />
* [[Widgets performant ein & ausblenden]]<br />
* [[Spiel übersetzen]]<br />
* [[Charakter switchen v.1]]<br />
* [[HUD - Heads up Display]] <br />
<br />
== Nodes n' Codes ==<br />
<br />
* [[Wichtige Node-Arten]]<br />
* [[Select-Node]]<br />
<br />
== Variablen ==<br />
<br />
* [[Boolean]]<br />
* [[Integer]]<br />
* [[Integer64]]<br />
* [[Float]]<br />
* [[ String]]<br />
* [[ Name ]]<br />
* [[ Text ]]<br />
* [[ Vector ]]<br />
* [[ Rotator ]]<br />
* [[ Transform ]]<br />
* [[ Object Reference ]]<br />
* [[ Array ]]<br />
* [[ Enum ]]<br />
* [[ Struct ]]<br />
* [[ Map (Dictionary) ]]<br />
<br />
<br />
<br />
== Gedanken zum eigenem Projekt ==<br />
<br />
<div class="mw-collapsible mw-collapsed"><br />
<br />
Geplant ist ein auf hauptsächlich Singleplayer [https://de.wikipedia.org/wiki/Open-World-Spiel Open-World] ausgelegtes Spiel, in dem es Aufgaben zu erfüllen gibt. Die Schwierigkeit liegt darin, dass es keine große Übersichtskarte gibt und man sich nur über den Kompass, Mini-Map und der Umgebung orientieren kann. Es gibt mehrere kleine Crafting Elemente wie z.B. das auffüllen der Magazine im Inventar (Rucksack) oder das anbringen verschiedenster Aufsätze/ Ausrüstungen an Waffen z.B. Schalldämpfer.<br />
* [[Spielmechaniken|Spielmechaniken und Pläne]]<br />
</div></div>Jan1009https://wiki.janvolkland.de/index.php?title=Select-Node&diff=115Select-Node2025-11-13T21:17:17Z<p>Jan1009: </p>
<hr />
<div>[[Datei:Select-node.png|rechts]]<br />
Die '''Select-Node''' (deutsch: ''Auswahlknoten'') in Unreal Engine funktioniert im Prinzip wie ein '''„Wenn-dann“-Schalter''', der aus mehreren Möglichkeiten '''eine passende Option auswählt''', basierend auf einem '''Index- oder Bool-Wert'''. <br />
----<br />
<br />
=== 📘 Beschreibung der Select Node (am Beispiel deines Screenshots) ===<br />
Du hast im Screenshot eine Select-Node mit 4 Optionen:<br />
{| class="wikitable"<br />
!Index<br />
!Option<br />
!Beschreibung<br />
|-<br />
|'''0'''<br />
|Off<br />
|Kein Upscaler aktiv<br />
|-<br />
|'''1'''<br />
|XeSS<br />
|Intel XeSS aktivieren<br />
|-<br />
|'''2'''<br />
|DLSS<br />
|NVIDIA DLSS aktivieren<br />
|-<br />
|'''3'''<br />
|FSR<br />
|AMD FSR aktivieren<br />
|}<br />
Links siehst du den Eingang '''„Current Index“''', der die Zahl übergibt, '''welcher Eintrag aktiv ist'''.<br />
<br />
Je nach Wert (0–3) gibt die Node dann den entsprechenden '''„Return Value“''' (also das ausgewählte Ergebnis) aus.<br />
----<br />
<br />
=== ⚙️ Funktionsweise in einfachen Worten: ===<br />
<blockquote>Die Select Node prüft den Wert von <code>Current Index</code>.<br />
<br />
Beispiel:<br />
<br />
* Ist <code>Current Index = 0</code>, → gibt sie „Off“ zurück.<br />
* Ist <code>Current Index = 1</code>, → gibt sie „XeSS“ zurück.<br />
* Ist <code>Current Index = 2</code>, → gibt sie „DLSS“ zurück.<br />
* Ist <code>Current Index = 3</code>, → gibt sie „FSR“ zurück.<br />
</blockquote>Der '''„Return Value“''' ist also das Ergebnis, das du anschließend weiterverwenden kannst — z. B. um den ausgewählten Upscaler zu aktivieren oder anzuzeigen.<br />
----<br />
<br />
=== 🧠 Praxisbeispiel: ===<br />
Du hast z. B. im Menü eine Dropdown-Liste oder Pfeiltasten zum Durchschalten der Upscaling-Optionen.<br />
<br />
Diese ändern nur eine Integer-Variable namens <code>Current Index</code>.<br />
<br />
Dann:<br />
<br />
# <code>Current Index</code> wird in die Select-Node eingespeist.<br />
# Die Select-Node gibt die passende Bezeichnung („Off“, „XeSS“, „DLSS“, „FSR“) zurück.<br />
# Dieses Ergebnis kannst du dann z. B.:<br />
#* Auf dem UI anzeigen („Aktuell: DLSS“)<br />
#* Oder eine Funktion aufrufen, die den jeweiligen Upscaler aktiviert.<br />
<br />
----<br />
<br />
=== 🔩 Zusammengefasst: ===<br />
{| class="wikitable"<br />
!Element<br />
!Bedeutung<br />
|-<br />
|'''Input (Index)'''<br />
|Steuert, welche Option gewählt wird<br />
|-<br />
|'''Option X'''<br />
|Mögliche Rückgabewerte (z. B. Text, Enum, Bool, Zahlen etc.)<br />
|-<br />
|'''Return Value'''<br />
|Gibt das aktuell ausgewählte Ergebnis aus<br />
|}</div>Jan1009https://wiki.janvolkland.de/index.php?title=Select-Node&diff=114Select-Node2025-11-13T17:37:45Z<p>Jan1009: Select-Node Seite erstellt</p>
<hr />
<div>[[Datei:Select-node.png|rechts]]<br />
Die '''Select-Node''' (deutsch: ''Auswahlknoten'') in Unreal Engine funktioniert im Prinzip wie ein '''„Wenn-dann“-Schalter''', der aus mehreren Möglichkeiten '''eine passende Option auswählt''', basierend auf einem '''Index- oder Bool-Wert'''.<br />
----<br />
<br />
=== 📘 Beschreibung der Select Node (am Beispiel deines Screenshots) ===<br />
Du hast im Screenshot eine Select-Node mit 4 Optionen:<br />
{| class="wikitable"<br />
!Index<br />
!Option<br />
!Beschreibung<br />
|-<br />
|'''0'''<br />
|Off<br />
|Kein Upscaler aktiv<br />
|-<br />
|'''1'''<br />
|XeSS<br />
|Intel XeSS aktivieren<br />
|-<br />
|'''2'''<br />
|DLSS<br />
|NVIDIA DLSS aktivieren<br />
|-<br />
|'''3'''<br />
|FSR<br />
|AMD FSR aktivieren<br />
|}<br />
Links siehst du den Eingang '''„Current Index“''', der die Zahl übergibt, '''welcher Eintrag aktiv ist'''.<br />
<br />
Je nach Wert (0–3) gibt die Node dann den entsprechenden '''„Return Value“''' (also das ausgewählte Ergebnis) aus.<br />
----<br />
<br />
=== ⚙️ Funktionsweise in einfachen Worten: ===<br />
<blockquote>Die Select Node prüft den Wert von <code>Current Index</code>.<br />
<br />
Beispiel:<br />
<br />
* Ist <code>Current Index = 0</code>, → gibt sie „Off“ zurück.<br />
* Ist <code>Current Index = 1</code>, → gibt sie „XeSS“ zurück.<br />
* Ist <code>Current Index = 2</code>, → gibt sie „DLSS“ zurück.<br />
* Ist <code>Current Index = 3</code>, → gibt sie „FSR“ zurück.<br />
</blockquote>Der '''„Return Value“''' ist also das Ergebnis, das du anschließend weiterverwenden kannst — z. B. um den ausgewählten Upscaler zu aktivieren oder anzuzeigen.<br />
----<br />
<br />
=== 🧠 Praxisbeispiel: ===<br />
Du hast z. B. im Menü eine Dropdown-Liste oder Pfeiltasten zum Durchschalten der Upscaling-Optionen.<br />
<br />
Diese ändern nur eine Integer-Variable namens <code>Current Index</code>.<br />
<br />
Dann:<br />
<br />
# <code>Current Index</code> wird in die Select-Node eingespeist.<br />
# Die Select-Node gibt die passende Bezeichnung („Off“, „XeSS“, „DLSS“, „FSR“) zurück.<br />
# Dieses Ergebnis kannst du dann z. B.:<br />
#* Auf dem UI anzeigen („Aktuell: DLSS“)<br />
#* Oder eine Funktion aufrufen, die den jeweiligen Upscaler aktiviert.<br />
<br />
----<br />
<br />
=== 🔩 Zusammengefasst: ===<br />
{| class="wikitable"<br />
!Element<br />
!Bedeutung<br />
|-<br />
|'''Input (Index)'''<br />
|Steuert, welche Option gewählt wird<br />
|-<br />
|'''Option X'''<br />
|Mögliche Rückgabewerte (z. B. Text, Enum, Bool, Zahlen etc.)<br />
|-<br />
|'''Return Value'''<br />
|Gibt das aktuell ausgewählte Ergebnis aus<br />
|}</div>Jan1009https://wiki.janvolkland.de/index.php?title=Datei:Select-node.png&diff=113Datei:Select-node.png2025-11-13T17:32:43Z<p>Jan1009: Screenshot im UE5 Editor</p>
<hr />
<div>== Beschreibung ==<br />
Screenshot im UE5 Editor</div>Jan1009https://wiki.janvolkland.de/index.php?title=Hauptseite&diff=112Hauptseite2025-11-13T17:31:26Z<p>Jan1009: /* Nodes n' Codes */</p>
<hr />
<div>[[Spezial:Alle Seiten|Alle Seiten]]<br />
<br />
[[Versionierung]]<br />
<br />
[[Wiktionary]]<br />
<br />
== Starthilfen & Software + Plugins ==<br />
* [https://www.unrealengine.com/de/download Unreal Engine 5]<br />
* [https://dev.epicgames.com/documentation/de-de/unreal-engine/unreal-engine-5-6-documentation?application_version=5.6 Offizelle UE5 Dokumentation]<br />
<br />
* [[Deep Learning Super Sampling]]<br />
** [https://developer.nvidia.com/rtx/dlss/get-started DLSS Plugin]<br />
<br />
* [[FidelityFX™ Super Resolution]] 3<br />
** [https://gpuopen.com/learn/ue-fsr3/#downloadAMD FSR 3 Plugin]<br />
<br />
* [[FidelityFX™ Super Resolution]] 4<br />
** [https://gpuopen.com/fidelityfx-super-resolution-4/ FSR 4 Plugin]<br />
<br />
* [[XeSS Intel Xe Super Sampling]]<br />
** [https://github.com/GameTechDev/XeSSUnrealPlugin/releases Xess Plugin]<br />
<br />
== Blueprints ==<br />
* [[Widgets performant ein & ausblenden]]<br />
* [[Spiel übersetzen]]<br />
* [[Charakter switchen v.1]]<br />
* [[HUD - Heads up Display]]<br />
<br />
== Nodes n' Codes ==<br />
<br />
* [[Wichtige Node-Arten]]<br />
* [[Select-Node]]<br />
<br />
== Variablen ==<br />
<br />
* [[Boolean]]<br />
* [[Integer]]<br />
* [[Integer64]]<br />
* [[Float]]<br />
* [[ String]]<br />
* [[ Name ]]<br />
* [[ Text ]]<br />
* [[ Vector ]]<br />
* [[ Rotator ]]<br />
* [[ Transform ]]<br />
* [[ Object Reference ]]<br />
* [[ Array ]]<br />
* [[ Enum ]]<br />
* [[ Struct ]]<br />
* [[ Map (Dictionary) ]]<br />
<br />
<br />
<br />
== Gedanken zum eigenem Projekt ==<br />
<br />
<div class="mw-collapsible mw-collapsed"><br />
<br />
Geplant ist ein auf hauptsächlich Singleplayer [https://de.wikipedia.org/wiki/Open-World-Spiel Open-World] ausgelegtes Spiel, in dem es Aufgaben zu erfüllen gibt. Die Schwierigkeit liegt darin, dass es keine große Übersichtskarte gibt und man sich nur über den Kompass, Mini-Map und der Umgebung orientieren kann. Es gibt mehrere kleine Crafting Elemente wie z.B. das auffüllen der Magazine im Inventar (Rucksack) oder das anbringen verschiedenster Aufsätze/ Ausrüstungen an Waffen z.B. Schalldämpfer.<br />
* [[Spielmechaniken|Spielmechaniken und Pläne]]<br />
</div></div>Jan1009https://wiki.janvolkland.de/index.php?title=Versionierung&diff=110Versionierung2025-11-09T20:40:37Z<p>Jan1009: </p>
<hr />
<div>'''Versionsnummern''' unterscheiden einzelne '''Versionen einer Software''', um deren Weiterentwicklungen nachvollziehbar zu kennzeichnen. <br />
<br />
Die Versionsnummer ist die Grundlage für die '''Versionsverwaltung'''. Den Prozess der Vergabe der Versionsnummer nennt man '''Versionierung'''.<br />
<br />
== Semantische Versionsnummer ==<br />
Eine ''semantische Versionsnummer'' setzt sich aus folgenden Teilen zusammen:<br />
<br />
; Hauptversionsnummer<br />
: (englisch: ''major release'') indiziert meist äußerst signifikante Änderung am Programm&nbsp;– zum Beispiel, wenn das Programm komplett neu geschrieben wurde (zum Beispiel '''GIMP''' 2.x nach der Version 1.x) oder sich bei Programmbibliotheken keine Schnittstellenkompatibilität aufrechterhalten lässt.<br />
<br />
; Nebenversionsnummer<br />
: (englisch: minor release) bezeichnet meistens die funktionale Erweiterung des Programms.<br />
<br />
; Revisionsnummer<br />
: (englisch patch level oder micro release) enthält meist Fehlerbehebungen.<br />
<br />
; Buildnummer<br />
: (englisch: build number) kennzeichnet in der Regel den Fortschritt der Entwicklungsarbeit in Einzelschritten, wird also zum Beispiel bei 0001 beginnend mit jedem Kompilieren des Codes um eins erhöht. Version 5.0.0-3242 stünde also für das 3242. Kompilationsprodukt einer Software. Verwendet man Versionskontrollsysteme, so wird an Stelle der Build-Nummer gerne eine Nummer verwendet, die die Quellen zum Kompilat innerhalb des Versionskontrollsystems eindeutig identifiziert. Das erleichtert im Fehlerfall, die zugehörigen Quellen zu finden.<br />
<br />
Beispiel für die 2. Version eines Programms, in der 3. Nebenversion und in der 5. Fehlerkorrektur, Build 0041:<br />
2.3.5-0041<br />
│ │ │ └────── Buildnummer<br />
│ │ └───────── Revisionsnummer<br />
│ └─────────── Nebenversionsnummer<br />
└───────────── Hauptversionsnummer</div>Jan1009https://wiki.janvolkland.de/index.php?title=Versionierung&diff=106Versionierung2025-11-09T19:27:47Z<p>Jan1009: </p>
<hr />
<div>'''Versionsnummern''' unterscheiden einzelne '''Versionen einer Software''', um deren Weiterentwicklungen nachvollziehbar zu kennzeichnen.<br />
<br />
Die Versionsnummer ist die Grundlage für die '''Versionsverwaltung'''. Den Prozess der Vergabe der Versionsnummer nennt man '''Versionierung'''.<br />
<br />
== Semantische Versionsnummer ==<br />
Eine ''semantische Versionsnummer'' setzt sich aus folgenden Teilen zusammen:<br />
<br />
; Hauptversionsnummer<br />
: (englisch: ''major release'') indiziert meist äußerst signifikante Änderung am Programm&nbsp;– zum Beispiel, wenn das Programm komplett neu geschrieben wurde (zum Beispiel '''GIMP''' 2.x nach der Version 1.x) oder sich bei Programmbibliotheken keine Schnittstellenkompatibilität aufrechterhalten lässt.<br />
<br />
; Nebenversionsnummer<br />
: (englisch: minor release) bezeichnet meistens die funktionale Erweiterung des Programms.<br />
<br />
; Revisionsnummer<br />
: (englisch patch level oder micro release) enthält meist Fehlerbehebungen.<br />
<br />
; Buildnummer<br />
: (englisch: build number) kennzeichnet in der Regel den Fortschritt der Entwicklungsarbeit in Einzelschritten, wird also zum Beispiel bei 0001 beginnend mit jedem Kompilieren des Codes um eins erhöht. Version 5.0.0-3242 stünde also für das 3242. Kompilationsprodukt einer Software. Verwendet man Versionskontrollsysteme, so wird an Stelle der Build-Nummer gerne eine Nummer verwendet, die die Quellen zum Kompilat innerhalb des Versionskontrollsystems eindeutig identifiziert. Das erleichtert im Fehlerfall, die zugehörigen Quellen zu finden.<br />
<br />
Beispiel für die 2. Version eines Programms, in der 3. Nebenversion und in der 5. Fehlerkorrektur, Build 0041:<br />
2.3.5-0041<br />
│ │ │ └────── Buildnummer<br />
│ │ └───────── Revisionsnummer<br />
│ └─────────── Nebenversionsnummer<br />
└───────────── Hauptversionsnummer</div>Jan1009https://wiki.janvolkland.de/index.php?title=Versionierung&diff=105Versionierung2025-11-09T19:27:22Z<p>Jan1009: Die Seite wurde neu angelegt: „'''Versionsnummern''' unterscheiden einzelne '''Version (Software)|Versionen einer Software''', um deren Weiterentwicklungen nachvollziehbar zu kennzeichnen. Die Versionsnummer ist die Grundlage für die '''Versionsverwaltung'''. Den Prozess der Vergabe der Versionsnummer nennt man '''Versionierung'''. == Semantische Versionsnummer == Eine ''semantische Versionsnummer'' setzt sich aus folgenden Teilen zusammen: ; Hauptversionsnummer : (englisch: ''majo…“</p>
<hr />
<div>'''Versionsnummern''' unterscheiden einzelne '''Version (Software)|Versionen einer Software''', um deren Weiterentwicklungen nachvollziehbar zu kennzeichnen.<br />
<br />
Die Versionsnummer ist die Grundlage für die '''Versionsverwaltung'''. Den Prozess der Vergabe der Versionsnummer nennt man '''Versionierung'''.<br />
<br />
== Semantische Versionsnummer ==<br />
Eine ''semantische Versionsnummer'' setzt sich aus folgenden Teilen zusammen:<br />
<br />
; Hauptversionsnummer<br />
: (englisch: ''major release'') indiziert meist äußerst signifikante Änderung am Programm&nbsp;– zum Beispiel, wenn das Programm komplett neu geschrieben wurde (zum Beispiel '''GIMP''' 2.x nach der Version 1.x) oder sich bei Programmbibliotheken keine Schnittstellenkompatibilität aufrechterhalten lässt.<br />
<br />
; Nebenversionsnummer<br />
: (englisch: minor release) bezeichnet meistens die funktionale Erweiterung des Programms.<br />
<br />
; Revisionsnummer<br />
: (englisch patch level oder micro release) enthält meist Fehlerbehebungen.<br />
<br />
; Buildnummer<br />
: (englisch: build number) kennzeichnet in der Regel den Fortschritt der Entwicklungsarbeit in Einzelschritten, wird also zum Beispiel bei 0001 beginnend mit jedem Kompilieren des Codes um eins erhöht. Version 5.0.0-3242 stünde also für das 3242. Kompilationsprodukt einer Software. Verwendet man Versionskontrollsysteme, so wird an Stelle der Build-Nummer gerne eine Nummer verwendet, die die Quellen zum Kompilat innerhalb des Versionskontrollsystems eindeutig identifiziert. Das erleichtert im Fehlerfall, die zugehörigen Quellen zu finden.<br />
<br />
Beispiel für die 2. Version eines Programms, in der 3. Nebenversion und in der 5. Fehlerkorrektur, Build 0041:<br />
2.3.5-0041<br />
│ │ │ └────── Buildnummer<br />
│ │ └───────── Revisionsnummer<br />
│ └─────────── Nebenversionsnummer<br />
└───────────── Hauptversionsnummer</div>Jan1009https://wiki.janvolkland.de/index.php?title=Hauptseite&diff=104Hauptseite2025-11-09T19:14:58Z<p>Jan1009: </p>
<hr />
<div>[[Spezial:Alle Seiten|Alle Seiten]]<br />
<br />
[[Versionierung]]<br />
<br />
[[Wiktionary]]<br />
<br />
== Starthilfen & Software + Plugins ==<br />
* [https://www.unrealengine.com/de/download Unreal Engine 5]<br />
* [https://dev.epicgames.com/documentation/de-de/unreal-engine/unreal-engine-5-6-documentation?application_version=5.6 Offizelle UE5 Dokumentation]<br />
<br />
* [[Deep Learning Super Sampling]]<br />
** [https://developer.nvidia.com/rtx/dlss/get-started DLSS Plugin]<br />
<br />
* [[FidelityFX™ Super Resolution]] 3<br />
** [https://gpuopen.com/learn/ue-fsr3/#downloadAMD FSR 3 Plugin]<br />
<br />
* [[FidelityFX™ Super Resolution]] 4<br />
** [https://gpuopen.com/fidelityfx-super-resolution-4/ FSR 4 Plugin]<br />
<br />
* [[XeSS Intel Xe Super Sampling]]<br />
** [https://github.com/GameTechDev/XeSSUnrealPlugin/releases Xess Plugin]<br />
<br />
== Blueprints ==<br />
* [[Widgets performant ein & ausblenden]]<br />
* [[Spiel übersetzen]]<br />
* [[Charakter switchen v.1]]<br />
* [[HUD - Heads up Display]]<br />
<br />
== Nodes n' Codes ==<br />
<br />
* [[Wichtige Node-Arten]]<br />
<br />
== Variablen ==<br />
<br />
* [[Boolean]]<br />
* [[Integer]]<br />
* [[Integer64]]<br />
* [[Float]]<br />
* [[ String]]<br />
* [[ Name ]]<br />
* [[ Text ]]<br />
* [[ Vector ]]<br />
* [[ Rotator ]]<br />
* [[ Transform ]]<br />
* [[ Object Reference ]]<br />
* [[ Array ]]<br />
* [[ Enum ]]<br />
* [[ Struct ]]<br />
* [[ Map (Dictionary) ]]<br />
<br />
<br />
<br />
== Gedanken zum eigenem Projekt ==<br />
<br />
<div class="mw-collapsible mw-collapsed"><br />
<br />
Geplant ist ein auf hauptsächlich Singleplayer [https://de.wikipedia.org/wiki/Open-World-Spiel Open-World] ausgelegtes Spiel, in dem es Aufgaben zu erfüllen gibt. Die Schwierigkeit liegt darin, dass es keine große Übersichtskarte gibt und man sich nur über den Kompass, Mini-Map und der Umgebung orientieren kann. Es gibt mehrere kleine Crafting Elemente wie z.B. das auffüllen der Magazine im Inventar (Rucksack) oder das anbringen verschiedenster Aufsätze/ Ausrüstungen an Waffen z.B. Schalldämpfer.<br />
* [[Spielmechaniken|Spielmechaniken und Pläne]]<br />
</div></div>Jan1009https://wiki.janvolkland.de/index.php?title=HUD_-_Heads_up_Display&diff=102HUD - Heads up Display2025-11-08T10:55:07Z<p>Jan1009: Die Seite wurde neu angelegt: „Ein '''Heads-up Display (HUD)''' ist eine Benutzeroberfläche, die dem Spieler wichtige Informationen direkt im Sichtfeld anzeigt, ohne die Immersion zu unterbrechen. Typische Elemente sind Lebensanzeige, Ausdauer, Munition, Minimap oder Missionsziele. In modernen Spielen ist das HUD oft dynamisch, kontextsensitiv oder individuell anpassbar, um Übersicht und Realismus zu verbessern.“</p>
<hr />
<div>Ein '''Heads-up Display (HUD)''' ist eine Benutzeroberfläche, die dem Spieler wichtige Informationen direkt im Sichtfeld anzeigt, ohne die Immersion zu unterbrechen. Typische Elemente sind Lebensanzeige, Ausdauer, Munition, Minimap oder Missionsziele. In modernen Spielen ist das HUD oft dynamisch, kontextsensitiv oder individuell anpassbar, um Übersicht und Realismus zu verbessern.</div>Jan1009https://wiki.janvolkland.de/index.php?title=Hauptseite&diff=101Hauptseite2025-11-08T10:54:01Z<p>Jan1009: </p>
<hr />
<div>[[Spezial:Alle Seiten|Alle Seiten]]<br />
<br />
[[Wiktionary]]<br />
<br />
== Starthilfen & Software + Plugins ==<br />
* [https://www.unrealengine.com/de/download Unreal Engine 5]<br />
* [https://dev.epicgames.com/documentation/de-de/unreal-engine/unreal-engine-5-6-documentation?application_version=5.6 Offizelle UE5 Dokumentation]<br />
<br />
* [[Deep Learning Super Sampling]]<br />
** [https://developer.nvidia.com/rtx/dlss/get-started DLSS Plugin]<br />
<br />
* [[FidelityFX™ Super Resolution]] 3<br />
** [https://gpuopen.com/learn/ue-fsr3/#downloadAMD FSR 3 Plugin]<br />
<br />
* [[FidelityFX™ Super Resolution]] 4<br />
** [https://gpuopen.com/fidelityfx-super-resolution-4/ FSR 4 Plugin]<br />
<br />
* [[XeSS Intel Xe Super Sampling]]<br />
** [https://github.com/GameTechDev/XeSSUnrealPlugin/releases Xess Plugin]<br />
<br />
== Blueprints ==<br />
* [[Widgets performant ein & ausblenden]]<br />
* [[Spiel übersetzen]]<br />
* [[Charakter switchen v.1]]<br />
* [[HUD - Heads up Display]]<br />
<br />
== Nodes n' Codes ==<br />
<br />
* [[Wichtige Node-Arten]]<br />
<br />
== Variablen ==<br />
<br />
* [[Boolean]]<br />
* [[Integer]]<br />
* [[Integer64]]<br />
* [[Float]]<br />
* [[ String]]<br />
* [[ Name ]]<br />
* [[ Text ]]<br />
* [[ Vector ]]<br />
* [[ Rotator ]]<br />
* [[ Transform ]]<br />
* [[ Object Reference ]]<br />
* [[ Array ]]<br />
* [[ Enum ]]<br />
* [[ Struct ]]<br />
* [[ Map (Dictionary) ]]<br />
<br />
<br />
<br />
== Gedanken zum eigenem Projekt ==<br />
<br />
<div class="mw-collapsible mw-collapsed"><br />
<br />
Geplant ist ein auf hauptsächlich Singleplayer [https://de.wikipedia.org/wiki/Open-World-Spiel Open-World] ausgelegtes Spiel, in dem es Aufgaben zu erfüllen gibt. Die Schwierigkeit liegt darin, dass es keine große Übersichtskarte gibt und man sich nur über den Kompass, Mini-Map und der Umgebung orientieren kann. Es gibt mehrere kleine Crafting Elemente wie z.B. das auffüllen der Magazine im Inventar (Rucksack) oder das anbringen verschiedenster Aufsätze/ Ausrüstungen an Waffen z.B. Schalldämpfer.<br />
* [[Spielmechaniken|Spielmechaniken und Pläne]]<br />
</div></div>Jan1009https://wiki.janvolkland.de/index.php?title=Perks&diff=96Perks2025-11-08T10:50:52Z<p>Jan1009: Die Seite wurde neu angelegt: „'''Perks''' sind individuelle, meist passive Verbesserungen oder Spezialfähigkeiten, die dem Spieler zusätzliche Vorteile verschaffen. Im Gegensatz zu klassischen Skill-Trees werden Perks oft einzeln ausgewählt oder kombiniert, um bestimmte Spielstile zu unterstützen. Sie können Werte erhöhen, neue Effekte aktivieren oder besondere Aktionen ermöglichen. Perk-Systeme fördern Anpassungsfreiheit und Variation im Gameplay und sind in vielen Roll…“</p>
<hr />
<div>'''Perks''' sind individuelle, meist passive Verbesserungen oder Spezialfähigkeiten, die dem Spieler zusätzliche Vorteile verschaffen. <br />
Im Gegensatz zu klassischen Skill-Trees werden Perks oft einzeln ausgewählt oder kombiniert, um bestimmte Spielstile zu unterstützen. <br />
Sie können Werte erhöhen, neue Effekte aktivieren oder besondere Aktionen ermöglichen. <br />
Perk-Systeme fördern Anpassungsfreiheit und Variation im Gameplay und sind in vielen Rollenspielen und Shootern verbreitet.</div>Jan1009https://wiki.janvolkland.de/index.php?title=Skill-Tree&diff=94Skill-Tree2025-11-08T10:49:29Z<p>Jan1009: Die Seite wurde neu angelegt: „ Ein '''Skill-Tree (Fertigkeitsbaum)''' ist ein Fortschrittssystem in Spielen, das es dem Spieler ermöglicht, neue Fähigkeiten oder Verbesserungen durch Erfahrungspunkte freizuschalten. Die Fähigkeiten sind meist in einem verzweigten Baumdiagramm angeordnet, wodurch strategische Entscheidungen beim Ausbau des Charakters entstehen. Skill-Trees fördern individuelle Spielstile, Wiederspielwert und langfristige Motivation. Moderne Varianten nutzen…“</p>
<hr />
<div> <br />
Ein '''Skill-Tree (Fertigkeitsbaum)''' ist ein Fortschrittssystem in Spielen, das es dem Spieler ermöglicht, neue Fähigkeiten oder Verbesserungen durch Erfahrungspunkte freizuschalten. <br />
Die Fähigkeiten sind meist in einem verzweigten Baumdiagramm angeordnet, wodurch strategische Entscheidungen beim Ausbau des Charakters entstehen. <br />
Skill-Trees fördern individuelle Spielstile, Wiederspielwert und langfristige Motivation. <br />
Moderne Varianten nutzen oft kombinierte oder modulare Systeme (z. B. Skill-Grids oder Perk-Systeme), um mehr Flexibilität zu bieten.</div>Jan1009https://wiki.janvolkland.de/index.php?title=Hauptseite&diff=89Hauptseite2025-11-08T10:09:19Z<p>Jan1009: /* Blueprints */ HUD > hinzugefügt</p>
<hr />
<div>[[Spezial:Alle Seiten|Alle Seiten]]<br />
<br />
[[Wiktionary]]<br />
<br />
== Starthilfen & Software + Plugins ==<br />
* [https://www.unrealengine.com/de/download Unreal Engine 5]<br />
* [https://dev.epicgames.com/documentation/de-de/unreal-engine/unreal-engine-5-6-documentation?application_version=5.6 Offizelle UE5 Dokumentation]<br />
<br />
* [[Deep Learning Super Sampling]]<br />
** [https://developer.nvidia.com/rtx/dlss/get-started DLSS Plugin]<br />
<br />
* [[FidelityFX™ Super Resolution]] 3<br />
** [https://gpuopen.com/learn/ue-fsr3/#downloadAMD FSR 3 Plugin]<br />
<br />
* [[FidelityFX™ Super Resolution]] 4<br />
** [https://gpuopen.com/fidelityfx-super-resolution-4/ FSR 4 Plugin]<br />
<br />
* [[XeSS Intel Xe Super Sampling]]<br />
** [https://github.com/GameTechDev/XeSSUnrealPlugin/releases Xess Plugin]<br />
<br />
== Blueprints ==<br />
* [[Widgets performant ein & ausblenden]]<br />
* [[Spiel übersetzen]]<br />
* [[Charakter switchen v.1]]<br />
* [[HUD - Head up Display]]<br />
<br />
== Nodes n' Codes ==<br />
<br />
* [[Wichtige Node-Arten]]<br />
<br />
== Variablen ==<br />
<br />
* [[Boolean]]<br />
* [[Integer]]<br />
* [[Integer64]]<br />
* [[Float]]<br />
* [[ String]]<br />
* [[ Name ]]<br />
* [[ Text ]]<br />
* [[ Vector ]]<br />
* [[ Rotator ]]<br />
* [[ Transform ]]<br />
* [[ Object Reference ]]<br />
* [[ Array ]]<br />
* [[ Enum ]]<br />
* [[ Struct ]]<br />
* [[ Map (Dictionary) ]]<br />
<br />
<br />
<br />
== Gedanken zum eigenem Projekt ==<br />
<br />
<div class="mw-collapsible mw-collapsed"><br />
<br />
Geplant ist ein auf hauptsächlich Singleplayer [https://de.wikipedia.org/wiki/Open-World-Spiel Open-World] ausgelegtes Spiel, in dem es Aufgaben zu erfüllen gibt. Die Schwierigkeit liegt darin, dass es keine große Übersichtskarte gibt und man sich nur über den Kompass, Mini-Map und der Umgebung orientieren kann. Es gibt mehrere kleine Crafting Elemente wie z.B. das auffüllen der Magazine im Inventar (Rucksack) oder das anbringen verschiedenster Aufsätze/ Ausrüstungen an Waffen z.B. Schalldämpfer.<br />
* [[Spielmechaniken|Spielmechaniken und Pläne]]<br />
</div></div>Jan1009https://wiki.janvolkland.de/index.php?title=XeSS_Intel_Xe_Super_Sampling&diff=88XeSS Intel Xe Super Sampling2025-11-08T08:36:26Z<p>Jan1009: Die Seite wurde neu angelegt: „= XeSS – Intel Xe Super Sampling = == Definition == '''Xe Super Sampling (XeSS)''' ist eine von '''Intel''' entwickelte KI-basierte Upscaling-Technologie, die mit Deep Learning arbeitet, um Spiele mit höherer Auflösung und Bildqualität bei gleichbleibender Performance darzustellen. Sie wurde erstmals mit der Intel '''Arc'''-Grafikkartenserie (Alchemist) eingeführt und nutzt sowohl spezialisierte ''XMX''-Kerne (Xe Matrix Extensions) als auch alter…“</p>
<hr />
<div>= XeSS – Intel Xe Super Sampling =<br />
<br />
== Definition ==<br />
'''Xe Super Sampling (XeSS)''' ist eine von '''Intel''' entwickelte KI-basierte Upscaling-Technologie, die mit Deep Learning arbeitet, um Spiele mit höherer Auflösung und Bildqualität bei gleichbleibender Performance darzustellen. <br />
Sie wurde erstmals mit der Intel '''Arc'''-Grafikkartenserie (Alchemist) eingeführt und nutzt sowohl spezialisierte ''XMX''-Kerne (Xe Matrix Extensions) als auch alternative Modi für GPUs anderer Hersteller.<br />
<br />
== Versionen ==<br />
* '''XeSS 1.0:''' Erste Implementierung, veröffentlicht mit den Intel Arc A-Serie-GPUs (2022). Unterstützt XMX-Hardwarebeschleunigung und DP4a-Fallback für Nicht-Intel-GPUs.<br />
* '''XeSS 1.1:''' Verbesserte Bildqualität, reduzierte Artefakte und Ghosting, höhere Performance auf älteren GPUs.<br />
* '''XeSS 1.2 (aktuell):''' Weitere Optimierungen in temporaler Stabilität, besseres Anti-Aliasing und Unterstützung für mehr Spiele und Engines (z. B. Unreal Engine 5, Unity).<br />
<br />
== Vorteile ==<br />
* Funktioniert sowohl auf '''Intel Arc'''-GPUs als auch auf '''NVIDIA''' und '''AMD''' Grafikkarten (über DP4a-Pfad). <br />
* '''Offene API''' – Integration über Intel XeSS SDK oder per Plugin (z. B. Unreal Engine, Unity). <br />
* '''KI-gestütztes Upscaling''' mit temporaler Stabilität und guter Kantenglättung. <br />
* '''Freie Verfügbarkeit''' – kostenlos und quelloffen über GitHub. <br />
* Vergleichbare Performancegewinne zu DLSS 2 / FSR 2 bei ähnlicher Bildqualität. <br />
<br />
== Nachteile ==<br />
* Beste Qualität nur mit '''Intel Arc'''-GPUs (XMX-Beschleunigung). <br />
* DP4a-Fallback (für AMD/NVIDIA) liefert etwas geringere Bildqualität. <br />
* Frame Generation (wie bei DLSS 3 oder FSR 3) bisher nicht integriert. <br />
* Weniger breit unterstützt als DLSS oder FSR (geringere Spieleanzahl). <br />
* Frühe Versionen hatten Probleme mit Ghosting und Flimmern. <br />
<br />
== Voraussetzungen & Kompatibilität ==<br />
* '''Hardware:'''<br />
** Beste Performance auf Intel Arc A- und B-Serie (XMX-Kerne aktiv).<br />
** Unterstützt auch NVIDIA RTX / GTX und AMD Radeon GPUs (DP4a-Pfad).<br />
* '''Software:'''<br />
** Läuft unter Windows 10/11 und Linux (Proton).<br />
** Integration über Intel XeSS SDK oder Plugin für Unreal Engine 4/5 und Unity.<br />
* '''Spiele:'''<br />
** Über 100 Titel unterstützen XeSS (Stand 2025).<br />
** Bekannte Beispiele: ''Shadow of the Tomb Raider'', ''Call of Duty: Modern Warfare II'', ''Ghostwire: Tokyo'', ''Cyberpunk 2077'' (ab Patch 2.1), ''The Riftbreaker''.<br />
<br />
== Neue Features & Verbesserungen ==<br />
* '''Temporales Upscaling''' mit Bewegungsvektoren und Tiefeninformationen für stabile Ergebnisse.<br />
* '''XMX-Beschleunigung''' (AI-Matrixkerne) auf Intel-Hardware sorgt für hohe Qualität bei geringem Leistungsverlust.<br />
* '''DP4a-Pfad''' ermöglicht Unterstützung anderer GPUs, wenn keine XMX-Kerne vorhanden sind.<br />
* '''Automatische Schärfekorrektur''' und dynamische Detailanpassung.<br />
* '''Offener Quellcode''' auf GitHub – erlaubt Community-Beiträge und transparente Weiterentwicklung.<br />
<br />
== Vorteile gegenüber FSR & DLSS ==<br />
* Läuft auf '''mehreren GPU-Herstellern''' – ähnlich wie FSR, aber mit KI-Unterstützung.<br />
* Offener Standard mit echter AI-Beschleunigung auf Intel-Hardware.<br />
* Kostenfrei und quelloffen → keine Lizenzbindung oder proprietären SDKs.<br />
* Einfach integrierbar in bestehende Engines dank einheitlicher API.<br />
<br />
== Nachteile & Einschränkungen ==<br />
* Noch '''weniger Spiele-Support''' im Vergleich zu DLSS oder FSR.<br />
* Performance und Qualität auf Nicht-Intel-GPUs teils schwankend.<br />
* Keine '''Frame Generation''' oder '''Ray Reconstruction'''-Features.<br />
* Geringere Trainingsdatenbasis im Vergleich zu NVIDIA (DLSS).<br />
* Einige Spiele zeigen bei schnellen Bewegungen leichte Artefakte.<br />
<br />
== Ausblick & Zukunftsperspektive ==<br />
* Intel arbeitet an '''XeSS 2.0''', mit geplantem Support für '''Frame Generation''' und erweiterten ML-Algorithmen.<br />
* Zukünftige '''Battlemage-GPUs''' (Intel Arc B-Serie) sollen deutlich verbesserte XMX-Leistung und optimierte XeSS-Performance bieten.<br />
* '''Plattformübergreifende Integration''' in DirectX 12, Vulkan und OpenGL geplant.<br />
* Offene Weiterentwicklung auf GitHub sichert langfristige Kompatibilität mit neuen Engines und Spielen.<br />
* XeSS könnte in Zukunft als '''Standard-Upscaling-Option''' neben FSR und DLSS etabliert werden.</div>Jan1009https://wiki.janvolkland.de/index.php?title=Hauptseite&diff=87Hauptseite2025-11-08T08:36:05Z<p>Jan1009: /* Starthilfen & Software + Plugins */</p>
<hr />
<div>[[Spezial:Alle Seiten|Alle Seiten]]<br />
<br />
[[Wiktionary]]<br />
<br />
== Starthilfen & Software + Plugins ==<br />
* [https://www.unrealengine.com/de/download Unreal Engine 5]<br />
* [https://dev.epicgames.com/documentation/de-de/unreal-engine/unreal-engine-5-6-documentation?application_version=5.6 Offizelle UE5 Dokumentation]<br />
<br />
* [[Deep Learning Super Sampling]]<br />
** [https://developer.nvidia.com/rtx/dlss/get-started DLSS Plugin]<br />
<br />
* [[FidelityFX™ Super Resolution]] 3<br />
** [https://gpuopen.com/learn/ue-fsr3/#downloadAMD FSR 3 Plugin]<br />
<br />
* [[FidelityFX™ Super Resolution]] 4<br />
** [https://gpuopen.com/fidelityfx-super-resolution-4/ FSR 4 Plugin]<br />
<br />
* [[XeSS Intel Xe Super Sampling]]<br />
** [https://github.com/GameTechDev/XeSSUnrealPlugin/releases Xess Plugin]<br />
<br />
== Blueprints ==<br />
* [[Widgets performant ein & ausblenden]]<br />
* [[Spiel übersetzen]]<br />
* [[Charakter switchen v.1]]<br />
<br />
== Nodes n' Codes ==<br />
<br />
* [[Wichtige Node-Arten]]<br />
<br />
== Variablen ==<br />
<br />
* [[Boolean]]<br />
* [[Integer]]<br />
* [[Integer64]]<br />
* [[Float]]<br />
* [[ String]]<br />
* [[ Name ]]<br />
* [[ Text ]]<br />
* [[ Vector ]]<br />
* [[ Rotator ]]<br />
* [[ Transform ]]<br />
* [[ Object Reference ]]<br />
* [[ Array ]]<br />
* [[ Enum ]]<br />
* [[ Struct ]]<br />
* [[ Map (Dictionary) ]]<br />
<br />
<br />
<br />
== Gedanken zum eigenem Projekt ==<br />
<br />
<div class="mw-collapsible mw-collapsed"><br />
<br />
Geplant ist ein auf hauptsächlich Singleplayer [https://de.wikipedia.org/wiki/Open-World-Spiel Open-World] ausgelegtes Spiel, in dem es Aufgaben zu erfüllen gibt. Die Schwierigkeit liegt darin, dass es keine große Übersichtskarte gibt und man sich nur über den Kompass, Mini-Map und der Umgebung orientieren kann. Es gibt mehrere kleine Crafting Elemente wie z.B. das auffüllen der Magazine im Inventar (Rucksack) oder das anbringen verschiedenster Aufsätze/ Ausrüstungen an Waffen z.B. Schalldämpfer.<br />
* [[Spielmechaniken|Spielmechaniken und Pläne]]<br />
</div></div>Jan1009https://wiki.janvolkland.de/index.php?title=Hauptseite&diff=86Hauptseite2025-11-08T08:35:54Z<p>Jan1009: /* Starthilfen & Software + Plugins */</p>
<hr />
<div>[[Spezial:Alle Seiten|Alle Seiten]]<br />
<br />
[[Wiktionary]]<br />
<br />
== Starthilfen & Software + Plugins ==<br />
* [https://www.unrealengine.com/de/download Unreal Engine 5]<br />
* [https://dev.epicgames.com/documentation/de-de/unreal-engine/unreal-engine-5-6-documentation?application_version=5.6 Offizelle UE5 Dokumentation]<br />
<br />
* [[Deep Learning Super Sampling]]<br />
** [https://developer.nvidia.com/rtx/dlss/get-started DLSS Plugin]<br />
<br />
* [[FidelityFX™ Super Resolution]] 3<br />
** [https://gpuopen.com/learn/ue-fsr3/#downloadAMD FSR 3 Plugin]<br />
<br />
* [[FidelityFX™ Super Resolution]] 4<br />
** [https://gpuopen.com/fidelityfx-super-resolution-4/ FSR 4 Plugin]<br />
<br />
* [[XeSS Intel Xe Super Sampling]<br />
** [https://github.com/GameTechDev/XeSSUnrealPlugin/releases Xess Plugin]<br />
<br />
== Blueprints ==<br />
* [[Widgets performant ein & ausblenden]]<br />
* [[Spiel übersetzen]]<br />
* [[Charakter switchen v.1]]<br />
<br />
== Nodes n' Codes ==<br />
<br />
* [[Wichtige Node-Arten]]<br />
<br />
== Variablen ==<br />
<br />
* [[Boolean]]<br />
* [[Integer]]<br />
* [[Integer64]]<br />
* [[Float]]<br />
* [[ String]]<br />
* [[ Name ]]<br />
* [[ Text ]]<br />
* [[ Vector ]]<br />
* [[ Rotator ]]<br />
* [[ Transform ]]<br />
* [[ Object Reference ]]<br />
* [[ Array ]]<br />
* [[ Enum ]]<br />
* [[ Struct ]]<br />
* [[ Map (Dictionary) ]]<br />
<br />
<br />
<br />
== Gedanken zum eigenem Projekt ==<br />
<br />
<div class="mw-collapsible mw-collapsed"><br />
<br />
Geplant ist ein auf hauptsächlich Singleplayer [https://de.wikipedia.org/wiki/Open-World-Spiel Open-World] ausgelegtes Spiel, in dem es Aufgaben zu erfüllen gibt. Die Schwierigkeit liegt darin, dass es keine große Übersichtskarte gibt und man sich nur über den Kompass, Mini-Map und der Umgebung orientieren kann. Es gibt mehrere kleine Crafting Elemente wie z.B. das auffüllen der Magazine im Inventar (Rucksack) oder das anbringen verschiedenster Aufsätze/ Ausrüstungen an Waffen z.B. Schalldämpfer.<br />
* [[Spielmechaniken|Spielmechaniken und Pläne]]<br />
</div></div>Jan1009