I need to correct myself; There are just Sprite Based Additions (Lines, Circles made out of Lines of Sprites, Rectangle(filled and empty)) but no Polygons or other kinds of filled geometric shapes.
I have implemented it myself by now; probably not the best way i could do it but it is fast enough atm.
(I used a class named Poly which contains Vertices; this class is contained in different Lists (one for Lines, one for Vertices etc); These Lists are then Emptied at the beginning (Begin():function) and drawn at the end(End():function) <- pretty simple eh? the Lists can then contain all different kinds of polygonal forms even those i didnāt prepare beforehand)
Source: http://pastebin.com/PHBuS2We | Needs Monogame.Extended for the SetBF:function()! Remove the Function and the usage Reference then you should be able to use it w/o Monogame Ex
This ^ uses Lists and not just Arrays otherwise it would not be dynamically enough to work this way;
The Problem is that Resizing the Array would take really a massive amount of time wich is wastet in each Draw-Call.
If somebody has a neat Idea to improve this(There are many Shapes not implemented as of right now for example also the speed is not the best it could be so); Please feel free to do so and maybe share it with us.
Have you considered using something like vertexcolorpositions to draw simple geometry? I used it for shadows recently, on top of all the standard 2d imageryā¦
wish I would have done so earlierā¦ its pretty sweet.
Iāve just assigned solid colors, but you can draw textures on them as wellā¦
I dont understand the ādynamically enoughā part. Arrays are faster than lists. Internally a list uses an array.
And if the list needs to be emptied each frame to support different sizes i would allocate an array that is large enough for all cases (as you certainly canāt have an infinite List)
Lists are easier but at best as faster as arrays.
There is one thing that I would really like to see in MonoGame, and thatās full support for skinned, animated 3D models. Iāve seen some people make attempts at using skinned models from Blender in MonoGame over the last couple of months, and there are some workarounds to make things work, but I believe there still isnāt one out-of-the-box solution for importing and using skinned models.
I think that if we could use animations with Blender curves and everything, this would really take 3D game development with MonoGame to the next level.
I need just 1 simple thing
Controls support (buttons, listviewā¦etc)
Or even better, just add UserControl container and i am set.
I have tried some extensions, most of them dont work with monogame 3.5, and others if they manage to draw something, their own handlers are not fired at all (except emptykeys, which i hope that could be simplified a bit).
Yeah, if you look at the MonoGame showcase, animated 3D models are really the no.1 thing that is painfully missing.
There is a lot of things that can be achieved in MonoGame when it comes to 3D game dev - I still havenāt gotten to the bottom of what MonoGame has to offer in that field, but what Iāve seen so far is rather impressive. The problems with animation support are really the first barrier I came across so far. Other than that, I think there is no reason why MonoGame should remain primarily a 2D game dev framework.
Well, there is the obstacle of increased dev. time and asset creation for 3dā¦
-The difficulty of using 3d programs relative to something like gimpā¦
I think its pretty natural that people (especially the hobbyist crowd) would gravitate primarily towards 2dā¦
Just comparing some 2d and 3d threads on here, 3d can escalate to whole Einstein projectsā¦
That aside, I agree that 3d animation would be cool, so you wouldnāt have to program all the movement of models or verticesā¦ I actually thought that sort of functionality was ābuilt intoā the 3d files.
Maybe they gravitate around 2d because 3d skinned animation is too painfull to make it work
If monogame is to replace monogame, 3d must not be placed as the last wagon just because there are mainly 2d devs.
Maybe many 3d devs have not moved to monogame because it was communicating very much on 2d support.
I know a lot of devs that made 3d with xna on xbox and when it died they moved to unity as monogame did not offer all the xna stuff (for ex setting a custom effect at build time which has been fixed only around may this year)
Yeah, though that goes not only for MonoGame, but for all frameworks and engines out there, right?
Even if the majority of devs here are interested mainly in 2D development, since MonoGame has potential to be both a 2D and 3D game development framework (and I am certain it does), then why not use this potential?
Absolutely, except monogame comes without a price-tag, and therefore without the all the advantages of āpossiblyā better documented alternatives for 3dā¦ If you are going to spend that extra dev. time, spend those extra resources on education, assets etc, you might be bumping up to another framework anywayā¦
So I think even if you had the 3d functionality, it might STILL be hard to compete for the 3d crowdā¦ Not to mention marketing, and the lack of a monogame budgetā¦?!
Not saying no to 3d, that is still great, I just donāt know if its realistic to expect to dominate 3d game development with a network of volunteersā¦
-Monogame would rarely be peoples TOP priority, without offering wages I presumeā¦
I agree with pretty much everything you said, but I am not looking to start a revolution here and take over the game dev market ;D And I doubt that this is the purpose of this framework or this community anyway.
Iām not looking at this as a way to make MonoGame development more marketable (although it probably would), but as a way to push the framework along and make it possible to make fully fleshed out 3D indie games in it for hobbyists like me.
Yeah its just nice to talk about these things, Iām so happy to be on this forum and just listen at the pipes, and talk about stuff, even if it isnāt all ground-breaking problem-solvingā¦ People in my ārealā life have zero opinions and zero interest in any of this ācomputerā stuff.
