when moving from different APIs, Dont count on input being portable
when moving from different APIs, Dont count on input being portable
RJust something I have noticed over my admittedly short time
Lyeah basically everything handles input differently
RIf you want a portable input API write your own in the lowest level allowed by what you are working, never step into something higher level and pray
Rthe only things you can count on existing are if a key is pressed (and even that can be more or less ugly depending on the backend), if you want events write them yourself, if you want repeat key states, write them yourself
MIs there any example repo or getting started with vulkan? i just found the OpenGL examples
Lvulkan should be basically the same as any other vulkan code
Land you get the vulkan api in a very similar way
Lspecifically
Vk.GetApi();Lafter that you can code it like any other vulkan app
MThanks, will first learn pure Vulkan, i thought somehow using silk with vulkan was diff
Lwe have sharpified a bit, but the raw ptr overloads are still available, so it should be similar to using it in raw C
HOkey I've found a few problems with the
WindowManager- If SDL is being used, and there's more than 1 window in the manager, none of the windows can be closed, and
IsClosingis always false - SDL by default will use executable's icon, where as GLFW will only use OS's default executable icon. Is there a workaround to this? (Because the executable icon contains multiple resolution, it's an ICO file if possible i want to use it)
TIs there one specific nuget package I should be referencing? Or are there multiple that I need to pull in?
HSilk.NET should contains all
TThank you! I initially typed in "Silk" and got all of the submodules.
TAlso I gave you a sub on YouTube, are all of your videos on making your game with Silk?
Li would reccomend against installing the big conglomerate one, and you should instead install each individual package you need
Llike Silk.NET.Windowing, Silk.NET.OpenGL, etc.
TWhy's that?
Lwaste of space on your build outputs
TAh
L- less nuget restore time
TIf I grab Silk.NET.SDL, will that just give me everything that I need for rendering, audio, windowing, etc?
TOr do I need extra packages?
Li dont think we have SDLMixer
Liirc at least
Land SDL will only work for the SDL renderer, you will need to install OpenGL/VK/DX separately to use those
Land i would reccomend using Silk.NET.Windowing if possible, not raw SDL
Lits much eaiser
Lunless you really need SDL renderer
TI don't need SDL specifically, just figured it was easiest to use
Lin that case
Lyou can ignore its existance and use Silk.NET.Windowing
Littl handle most windowing things for you
L(our SDL bindings are very not fun to use lol, they are only intended to use internally in Silk)
TAnd Silk is general-case right? Not game-dev specific. So there are no packages for physics/collision/raycasting etc?
LSilk is just bindings to various APIs with some utilities like Windowing and Math sprinkled on top, you could 100% use it for compute or something else
TI think this probably covers it:
Lprob ye
Lstuff like raycasting you'll have to do yourself, but there are some good tutorials online
TThat's what the BepuPhysics package in there is for
HNot yet but im making a game engine with it. Thanks for the sub!
HSo I have this skia renderer wrapper for my cross platform UI library, is creating the struct every frame okay?? I saw avalonia does this
Lits probably fine, but you can always just save it somewhere to be safe
HI see, thanks
Qdo I have to re-get the
KhrSwapchain extension class when I resize the window? Because it seems otherwise the maximum and minimum image sizes are equal to the old window size.
KYes, the old swap chain is out of date as any of the operations on it should report (sometimes also just non optimal). You have to recreate the swap chain. There is an option to give the old one along to not drop any frames, but usually this isn't necessary (most vulkan apps don't need super smooth resizing)
QSorry, what I meant was Silk.NET has this
Vk.TryGetDeviceExtension method, and I can get the extension interface from there. Why do I also have to re-create that? Shouldn't it always query the GPU or something?KOh sorry that's my fault, I thought you ment the SwapchainKhr Struct 
KNo the API extensions can be kept around. They would only have to be recreated when the underlying driver changes something, and that to my knowledge is never valid behavior
