I'm translating a UI framework made with Monogame and needless to say, the API surface between that
I'm translating a UI framework made with Monogame and needless to say, the API surface between that and Silk is not entirely compatible...
Pif you have any improvements in mind PR them or open a proposal
Potherwise I don’t care
Li did the same, it wasnt too hard
Ljust changed which events caused which things
Gsigh... This one isn't using events. It uses an extension API on the key enumeration to retrieve which character it corresponded to.
GAnd I found its definition... It doesn't look great.
L?
GDoesn't take keyboard layout into consideration, doesn't even call into a platform helper. Just maps the enum to char values.
Lyeah id reccomend switching to the KeyChar event
Lthats not how you are supposed to do keyboard input in monogame anyway
Lmonogame has an event similar to KeyChar in Silk
Lwhich does follow layout and such
GI will port this iteratively and care about this later. I have a lot of work to do and greater concerns in the meantime. I have to render the damn thing myself after all.
Rwhen 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?
