• Setup EntiyComponet system
• would setup everything a game needs and opens a renderer
• returns a game

currently, no filter or bias is applied.

with test game

• One doc per xenko dll
• organize namespaces in the same way to be compatible with their API reference
• all forwards into .Advanced until proven otherwise
• add convenience process and util nodes when needed (mostly non-advanced)

Switch component spread with an IF on an Entity node -> warning. If the component doesn't have a ComponentManager. and it also doesn't get added to the entity. The component should probably get added anyways since it can be from anywhere, the user might not have control over it.

rmt: SetInitialCounterOffset
rmt
it's working, thank you.
would make sense to put it in StructuredAppendBuffer as hotfix

figure out how game instance(s) relate to game windows.

• IF region
• While
• For

throws an exception on application dispose.

Currently looks like the Xenko fallback graphics compositor gets loaded.

Figure out how to add/remove the demos correctly to the game instance.

gone missing while restructuring. needed for shader draw callbacks.

check later when we have exe export. code and test the following workflow: develop at runtime with external project, then export executable -> all assets should of course be available.

• test new shaders
• other assets
• graphics compositor
• make a blocking version
• optimization: have data base cache in RAM
• progress?

The project is not needed anymore since fix in VL dealing with scope of node factories

also make a new category, move other demos there...

currently, some custom matrix is used...

currently have inputs as needed, but should be unified.

so user can add a game instance as node

• load multiple projects
• load same project again
• load VL.Xenko assets and loaded ones by path
• load a single asset file from other project
• load a single asset file from already loaded project
• load any resource file

only works when loaded before any pooled asset

Renderer leaves fullscreen when something else (e.g. VL Editor) is clicked.

No matter if fullscreen was entered via ALT+Enter or code.

added to game asset search folders. useful for xenko as lib and adding shader files at runtime.

needs a ground plane on start in order to display shadows.

to save current state.

ideally, reference the VL.Stride.csproj -> see new nuget API branch in vvvv repo.

message output for LoadProject node.

the two scenes fight in the first window that was created.

ModelComponent doesn't re-process the model if the reference doesn't change.
However, ModelComponent can update the model if changed:
https://github.com/stride3d/stride/blob/master/sources/engine/Stride.Engine/Engine/ModelComponent.cs#L90

add IsDirty flag to Model?

check tree view, rebuild it?

only does rotation

thread context problem?

Resize the renderer, restart, size is not correct.

it shouldn't reference VL.Stride.Lib.dll

if they inherit from Camera.xksl

render a scenegraph into a texture with a given size, format, view and projection

so that the nodes are not duplicated.

this is more friendly to changes, as it doesn't change the signature if we want to pass in more information at a later point.

since the proof of concept is now working, we can think of next steps:

• control flow regions see #613
• shader source class from string to avoid implementing all nodes for all types as individual shader files
• make a shader node factory from xenkos hlsl definitions now: #194

Create a discussion/PR in Stride

• Fix stride3d/stride#680
• Once above issue is fixed figure out where to place the asset database in a pure library build. Is there a way to tell Stride where it should load it from? Do we even need it? The game settings seem to be loaded from there, was the first null pointer I got. But maybe we don't need the "Game" at all in a library build and just setup the needed services. See also change in effect factory which can now target .netstandard2.0 and sets up the services on its own without relying on game. In any case, as of now Stride assumes the asset database is found below the exe which will not be an option at all in a deployed scenario.
• Once above two issues are fixed we should be able to use a vvvv preview from our installer so we can point the VVVV_BinPath in Directory.Build.props to program files
• Switch vvvv to new nuget restore (working branch is already there but misses simple commands in UI to install packages) so we can re-introduce the Icon in the VL.Stride packages (causes old NuGet API to crash when loaded as source packages) and get rid of placing all Stride assemblies in the VL.Stride.Lib package

Xenko.Engine was split into Xenko.Engine and Xenko.Rendering, reflect same changes in our vl docs.

c+p leftovers

so we can create multiple helppatches that run in parallel

• allows to load content of any game for vl runtime treatment