Ld3d11-cursed
L
Lits almost running first try lmao
Lthe top parts a little fucked but its p good
T
Tlove to see it
L25 API High Miscellaneous 2360752066 Validation Error: [ VUID-vkCmdDrawIndexed-renderPass-02684 ] Object 0: handle = Render Pass 458, type = VK_OBJECT_TYPE_RENDER_PASS; Object 1: handle = Render Pass 408, type = VK_OBJECT_TYPE_RENDER_PASS; | MessageID = 0x8cb637c2 | vkCmdDrawIndexed: RenderPasses incompatible between active render pass w/ VkRenderPass Render Pass 458 with a dependencyCount of 3 and pipeline state object w/ VkRenderPass Render Pass 408 with a dependencyCount of 1. The Vulkan spec states: The current render pass must be compatible with the renderPass member of the VkGraphicsPipelineCreateInfo structure specified when creating the VkPipeline bound to VK_PIPELINE_BIND_POINT_GRAPHICS (https://www.khronos.org/registry/vulkan/specs/1.3-extensions/html/vkspec.html#VUID-vkCmdDrawIndexed-renderPass-02684)
Tah yes renderpasses my beloved
Tbut why in #d3d11-cursed
Ldxvk-native
Tdxvk moment
Lyea
Lim p sure i am doing something spec related wrong
T¯\_(ツ)_/¯
Lbut renderdoc REALLY dislikes dxvk-native stuff
Lcrashes with vulkan device init failed constantly
Tmaybe attach it after startup?
Lhttps://github.com/Furball-Engine/Furball.Vixie/blob/d4a6b021194d97425ff15b1b741287e15d6c342b/Furball.Vixie.Backends.Direct3D11/Direct3D11Renderer.cs#L302
anything obvious you can see?
anything obvious you can see?
GitHub
A Multi API Renderer specifically designed to be integrated into Furball, aswell as providing good Hardware support - Furball.Vixie/Direct3D11Renderer.cs at d4a6b021194d97425ff15b1b741287e15d6c342...
Lthe problem is after the capture is already taken
Lif i select any event, after a min or two of being frozen, renderdoc will pop up an error and die
Toh alright then
Talso shouldn't the nointerpolation in the shader be in the output struct, not the input struct?
Loh
Lprobably
Lfixing rn
T- please don't use Marshal.OffsetOf
T- don't you need semanticIndex: 1?
Tthe semantic name should probably always be without a number
Lwhy not?
Tbecause it's not a simple "the layout of this in memory"
Talso i don't even think it's correct
Li mean its worked fine so far
Tyeah just nitpickin
Tit should be OffsetOf + sizeof(int)
Tbecause you used a long
Tfor whatever reason
L
L2 before 1 beacuse im a baller
Lbut yeah i already do + sizeof int
Lbindless handles
Tugh fine
Li just add 1 and 2 together in the shader
Tyeah i remember that
Li think i get what you mean here, lemme recompile the shaders rq and test
L(im manually compiling through FXC)
Talso Marshal.OffsetOf uses reflection so extra bleh
Lits only once at startup and it makes the code infinitely more readable so its a tradeoff, once nativeaot is in a better state ill be playing with reflectionless furball
Lbut currently imgui no worky on nativeaot
Lsegfault in cimgui