Thought I’d try a test export for a project I’m working on. I’ve updated visual studio 2019, uninstalled 2017 that was still installed and still fails to export. Any suggestions of anything else to try? This is a code one people, clear the area!
Error.zip (11.3 KB)
Seems like some shader files are conflicting on export. Look at these lines:
Exec: : ERROR EXEC(0,0): [AssetCompiler] Assets [C:/Users/Cat/Documents/vvvv/gamma/Exports/src/BlueMarbleDataLinesSub.vl/Assets/AlphaOverlay_TextureFX.sdsl] with location [Assets/AlphaOverlay_TextureFX] from Package [C:/Users/Cat/Documents/vvvv/gamma/Exports/src/Tree5/Tree5.sdpkg] is already loaded from package [C:/Users/Cat/Documents/vvvv/gamma/Exports/src/BlueMarbleDataLinesSub.vl/BlueMarbleDataLinesSub.vl.sdpkg]
Exec: : ERROR EXEC(0,0): [AssetCompiler] Assets [C:/Users/Cat/Documents/vvvv/gamma/Exports/src/GPU_Sprites.vl/Assets/Simulation_ComputeFX.sdsl] with location [Assets/Simulation_ComputeFX] from Package [C:/Users/Cat/Documents/vvvv/gamma/Exports/src/Tree5/Tree5.sdpkg] is already loaded from package [C:/Users/Cat/Documents/vvvv/gamma/Exports/src/GPU_Sprites.vl/GPU_Sprites.vl.sdpkg]
Exec: : ERROR EXEC(0,0): [AssetCompiler] Assets [C:/Users/Cat/Documents/vvvv/gamma/Exports/src/GPU_Sprites.vl/Assets/DrawParticles_DrawFX.sdsl] with location [Assets/DrawParticles_DrawFX] from Package [C:/Users/Cat/Documents/vvvv/gamma/Exports/src/Tree5/Tree5.sdpkg] is already loaded from package [C:/Users/Cat/Documents/vvvv/gamma/Exports/src/GPU_Sprites.vl/GPU_Sprites.vl.sdpkg]
Exec: : ERROR EXEC(0,0): [AssetCompiler] Assets [C:/Users/Cat/Documents/vvvv/gamma/Exports/src/BlueMarbleDataLinesSub.vl/Assets/TransformTexture_TextureFX.sdsl] with location [Assets/TransformTexture_TextureFX] from Package [C:/Users/Cat/Documents/vvvv/gamma/Exports/src/Tree5/Tree5.sdpkg] is already loaded from package [C:/Users/Cat/Documents/vvvv/gamma/Exports/src/BlueMarbleDataLinesSub.vl/BlueMarbleDataLinesSub.vl.sdpkg]
Exec: : ERROR EXEC(0,0): [AssetCompiler] Assets [C:/Users/Cat/Documents/vvvv/gamma/Exports/src/BlueMarbleDataLinesSub.vl/Assets/AdjustNormalMap_TextureFX.sdsl] with location [Assets/AdjustNormalMap_TextureFX] from Package [C:/Users/Cat/Documents/vvvv/gamma/Exports/src/Tree5/Tree5.sdpkg] is already loaded from package [C:/Users/Cat/Documents/vvvv/gamma/Exports/src/BlueMarbleDataLinesSub.vl/BlueMarbleDataLinesSub.vl.sdpkg]
Exec: : ERROR EXEC(0,0): [AssetCompiler] Assets [C:/Users/Cat/Documents/vvvv/gamma/Exports/src/BlueMarbleDataLinesSub.vl/Assets/Negative_TextureFX.sdsl] with location [Assets/Negative_TextureFX] from Package [C:/Users/Cat/Documents/vvvv/gamma/Exports/src/Tree5/Tree5.sdpkg] is already loaded from package [C:/Users/Cat/Documents/vvvv/gamma/Exports/src/BlueMarbleDataLinesSub.vl/BlueMarbleDataLinesSub.vl.sdpkg]
Exec: : ERROR EXEC(0,0): [AssetCompiler] Assets [C:/Users/Cat/Documents/vvvv/gamma/Exports/src/GPU_Sprites.vl/Assets/ParticleStructPos4Vel4.sdsl] with location [Assets/ParticleStructPos4Vel4] from Package [C:/Users/Cat/Documents/vvvv/gamma/Exports/src/Tree5/Tree5.sdpkg] is already loaded from package [C:/Users/Cat/Documents/vvvv/gamma/Exports/src/GPU_Sprites.vl/GPU_Sprites.vl.sdpkg]
How does your project structure / folder structure look like? Do you have multiple folders where you placed shader files?
@Elias yes, I have some subfolders of ‘libraries’ and I guess these may have similar shaders. But you have to put shaders next to the .vl for them to be picked up do you not? I guess I can move everything into one folder and relink. What is the best practice when building projects for export, one source folder no subs?
Another question, how do I deal with external assets I current have them in Assets next to the main vl file.
globally, every shader has to have a unique name. because Stride builds one shader database for an application scope, based on shader file name. the errors seem to indicate that there are multiple files with the same name in scope… if not, it might be an issue with how our build system manages them.
Is there any way to share shaders from another folder then, or do I have to rename any offenders just so they are next their .vl file? You can’t drag and drop them like vvvv…
if the shader differs in code and is part of the same project, then you have to rename it.
Say you have a document Foo.vl referencing VL.Stride and a shaders folder beside it with shaders/ATextureFX.sdsl, shaders/BTextureFX.sdsl etc. Since VL.Stride forwards the shader effect node factory the shaders folder will be scanned and all files matching the pattern will be turned into nodes visible from within Foo.vl as well as all other documents referencing Foo.vl
It behaves the same way as if you’d have created a patch inside Foo.vl - it would also be visible from other documents referencing Foo.vl
Therefor sharing should come quite natural as long as the shader file names are unique.
My thinking here was to try and make libs that can be shared with other patches, and so they needed local shaders, and stay in a folder, linked to their local shaders. I guess I’ll just put everything in the root, and all the shaders in one place. Thanks for explaining how I broke it :)
that is what elias said, have a central library document that has the shaders folder next to it. all documents that reference this document should see the shader nodes.
I have several like that… I have put everything into the root, moved all the shaders, linked everything up, and my patch has gone from 60fps to 2fps. No node is showing abnormal load, and deleting all the content patches dont improve the frame rate. Indeed deleting everything bar the renderer, and it is still 2fps. even after a restart. I still dont get an export!
New Text Document.log (97.8 KB)
Ok, fixed the frame rate, as asset that I had repointed to, was still not right for some reason, and the error pink node was in an unrelated patch in a different vl document. Still doesnt export. I’ll go through all the shader I guess and see if anything is odd
I just did a little example project on my own kind of following the layout you describe (Root.vl, LibraryA.vl, shaders/FooBar_TextureFX.sdsl) and the good news is that I get an export error as well:
Exec: : ERROR EXEC(0,0): [AssetCompiler] Assets [C:/Users/elias/Documents/vvvv/gamma/Exports/src/LibraryA.vl/Assets/FooBar_TextureFX.sdsl] with location [Assets/FooBar_TextureFX] from Package [C:/Users/elias/Documents/vvvv/gamma/Exports/src/Root/Root.sdpkg] is already loaded from package [C:/Users/elias/Documents/vvvv/gamma/Exports/src/LibraryA.vl/LibraryA.vl.sdpkg]
So it seems that the export adds the same shader to both of the generated project files. This should be considered a bug.
Trying a different layout now (Root.vl, LibraryA/LibraryA.vl, LibraryA/shaders/FooBar_TextureFX.sdsl) and getting the same error. Again the shader was added to both generated project files. With project files I mean if you inspect the src folder generated by the export. Again, bug on our side.
So before we come up with a fix, workarounds would be
Root.vl file, no librariesExplore Output -> src -> Root and delete the Assets folder and open and build the solution Root.sln file manually with Visual StudioI think a folder named Assets should be fine. But as you said you’ll need to copy that folder manually and also add some logic into the patch that those paths get resolved correctly at runtime. This is still an issue we didn’t tackle yet at all - how to deal with asset files on export. Ideally the export dialog should have some kind of options where one can define what goes where etc.
Upcoming builds should contain a proper fix. See linked issue for details. Thanks again for the report.
I just copied the assets folder next the exe, and it works :) Thanks for the help (everything is in one .vl)
