i moved the vulkan backend to terrafx.interop.vulkan and now it works on android
i moved the vulkan backend to terrafx.interop.vulkan and now it works on android
Ti also improved opengl buffer mapping and reduced overhead for enqueing work
Tand i plan to add dx12 some time in the future (i don't have free time at the moment)
SWhy? 
STo your possible answer "android support": shouldn't silknet work on android too?
Tit did, but i was not satisfied with having to pass a Vk instance around everywhere
Tor that types were not prefixed with Vk
PI do get a little salty when people complain about types not starting with Vk
Pprimarily because this is exactly what namespaces are for
PUse the language properly.
PThat being said, it’ll probably change in 3.0
Dall the vulkan implementation classes in veldrid are prefixed with Vk and some have name clashes with the vulkan bindings it uses. so if i was going to port "all" of veldrid to silk I would probably prefer the silk types weren't prefixed. 
Ryeah
RKinda with him on that front
Rthe passing around a VK instance around everywhere I could see as being slightly annoying though
Rbut not sure how else you would do it either
Lif you wanna be kinda unclean you could static import a class everywhere
Ri.. eww
Di had a look around the code base, everything keeps a ref to the "graphics device" which has the VkInstance as a member. 
Rkinda how I figured they would
Tah yes. _gd.Vk.callwhatever, no thanks
RI mean... you have to have some form of class to access it, you could I guess wrap the instance into a static class that would hide the API instance I guess?
Rbut thats about the best you can do
Tno thanks i'll just use a static import of terrafx
RI...
RGL has the same thing you know?
Rat least for silk
Twhat?
RYou have a GL object you have to carry around IIRC
Tyes... why did you bring that up? i specifically want to avoid such a class
RThen... idk use C?
Rno but seriously
T
RI dont think you can avoid such a class in it's entirety
Lyou kinda can tho
LGL can be static
Land should
Dan idea i conetmplated was generate extensiton methods for the to all the vk methods, well applicable ones
Tsimple and effective
RThat is pretty terrible tho.... whatever
Ryiu do you
Ti think you just offended everyone who uses vulkan in other languages
Rprobably
Rbut TBH, I dont really care
Ti'm on team tanner; map as closely to native as possible
Rnot exactly sure what that has to do with anything?
T... the conversation about mappings?
RUltimately you are still calling
Rstatic using or not
PTerraFX just delegates to the Vulkan loader to keep the static dispatch table state