Amonogame is a framework
it does a lot of the stuff for you
it does a lot of the stuff for you
ZDoesn't mean it's bad
ZFrameworks, engines, bindings and etc. are just tools anyways
ZDifferent stuff suits different people, nothing bad bout it
Ayou can use the lower level stuff sure, but its based on DX9, which is a bit of an issue
not too bad though, sprite renderer and stuff is done for you already, and there's some built in 3D stuff but just avoid the built in 3D stuff like the plague
not too bad though, sprite renderer and stuff is done for you already, and there's some built in 3D stuff but just avoid the built in 3D stuff like the plague
Anever said it was
ZBUT its development (at least for me as an observer) seems kinda stagnant..
ZMinor bug fix took around two years or so
ZWithout any major features
ZI know it's most likely fine, just wanna point out it's not in the most active development most likely
ZBut it DOES have a pretty active community
Aits because as a framework monogame is basically feature complete at this point. the only thing that needs doing is bug fixes and those are few and far between
Athey are really waiting now on the FNA team to improve their graphics stuff for vulkan and whatever and then i believe mg will be switching to an FNA-provided backend.
cpt-max's compute fork is what really gives mg some life now and everyone is waiting for whenever that will be merged in which probably won't be for a while, especially since mg is still stuck on c# 5 for BRUTE compatibility, while the compute fork uses like c# 9 or smth like that
cpt-max's compute fork is what really gives mg some life now and everyone is waiting for whenever that will be merged in which probably won't be for a while, especially since mg is still stuck on c# 5 for BRUTE compatibility, while the compute fork uses like c# 9 or smth like that
ZWell that's pretty complicated...
ZOh btw
ZAbout compilation
ZIs Silk fine with AOT compilation?
Ayes
ZWanted to try it out some time later
Athis is running under AOT
ZOoo interesting
ZDefinitely looking forward to checking that out later
Z(ugh..)
Aits not hard to do. just avoid anything involving reflection unless you follow the specific set of rules
Areflection is possible but it's extremely limited and you need to tell it what you want to reflect
Ai had little luck with it but that's because i'm reflecting entire classes atm during development
ZOh what do you use Reflection for?
Acurrently the definition files are stored as XML for ease of development. they'll eventually be moved to a binary format which means reflection will no longer be required
Ai couldn't get the xml deserializer to work, although i've heard JSON might work so
ZOh I see
ZThat's hm awfully specific
ZBut whatever it is you're using it for I hope it's going well atm!
FYes, I saw it has similar classes that I need, like Texture etc.
Aa fair bit of .net is built on reflection so avoiding it is not easy at times
you just have to be wary of what does and what doesn't work
for example everything involving
fortunately the AOT compiler stores this stuff ahead of time so this stuff should actually still work
but the dynamic stuff like i'm doing that can't be calculated ahead of time isn't possible
so you just need to be wary of what will and won't work
you just have to be wary of what does and what doesn't work
for example everything involving
Assembly and GetType() and stuff uses reflection.fortunately the AOT compiler stores this stuff ahead of time so this stuff should actually still work
but the dynamic stuff like i'm doing that can't be calculated ahead of time isn't possible
so you just need to be wary of what will and won't work
ZOh that doesn't seem too bad
ZI'm glad both JIT and AOT exist
Amg basically removes all boilerplate code. if you want to just get on with things mg will work decently well.
so it completely depends what you are after. it's not a game engine, so don't expect many bells and whistles, but it has a few
so it completely depends what you are after. it's not a game engine, so don't expect many bells and whistles, but it has a few
Apersonally, implementing what mg does have i find to be quite quick now, so i have no need for it anymore.
ZAlso you can build your own structure and game loop
ZWhich can be highly customized
ZWhich is always a good thing
ZThat would however require some extra work with MG I believe
Atbf, mg's game loop is one of the best single threaded ones around. you can't separate FPS and UPS though which is the annoying part. it kinda just does that on its own.
FCan we separate Update with Silk.Net? Like faster updates than render.
Ayes
Aand unlike monogame if silk windowing is not for you then you can just roll your own windowing system that does exactly what you need, like i did
ZAre there any problems with silk windowing or...?
Anope, not that i can see. i roll my own for two reasons:
1) i do everything myself unless it is something i cannot reasonably expect myself to do, or i can't be bothered to do it
2) my windowing system is specifically for my graphics API and its style fits in with my library
1) i do everything myself unless it is something i cannot reasonably expect myself to do, or i can't be bothered to do it
2) my windowing system is specifically for my graphics API and its style fits in with my library
Abut i use silk windowing when i use opengl by itself, because its quick and easy and it works fine
ZMmm I see
