Comments on: XNA Framework GameEngine Development. (Part 7, ScreenManager:GameComponent)

By: Iltar

Iltar — Tue, 27 Oct 2009 10:32:36 +0000

Can you attach some textures/sprites so I know what they should look like?

By: Iltar

Iltar — Thu, 22 Oct 2009 10:25:04 +0000

Do you have those sprites/textures?? It’s rather pointless for me atm. I have no experience with sprites nor textures.

By: sTeeL

sTeeL — Mon, 16 Feb 2009 07:36:39 +0000

There is an article on the XNA website that shows how to organise loading content at runtime…

By: META_Cog

META_Cog — Mon, 09 Feb 2009 15:00:52 +0000

This was very helpful for me, I like being able to see some actual results! I’m still a little confused about one thing though, it seems that all the textures that are going to be used must be present at the time the project is built. Is that a flat-out limitation of XNA’s content pipeline or is there some way around it? Needing all the textures present at the time it’s built means there’s no way, for instance, to have the player add their own image for an avatar, or after the game is done, continue expand on it and add new items, levels, or anything that requires new resources. That would also mean that there would be no way to make a world editor that you can use to add new models or textures to the game right? Having to hard code everything into XNA does not seem very reasonable for anything other than a small demo. If I am mistaken please correct me!

By: roecode

roecode — Fri, 05 Dec 2008 19:12:43 +0000

Thank you, glad you are enjoying the series. Actually, most of this stuff is very much out of date. I am working on a “new” engine and series currently. Look for it to start sometime early next year.

By: Sicarius

Sicarius — Fri, 05 Dec 2008 18:58:38 +0000

Really Enjoying all your stuff man, well laid out. Have changed a few things in my own engine after reading through some of your stuff, has helped me a great deal.

Back to working on my winforms editor :S proving to be more of a pain that I had anticipated thus far.

Kudos for all the hard work, keep it up.

By: J2T

J2T — Tue, 27 May 2008 21:22:27 +0000

Yes u’re right i mean multiple projects of course.
And yes u’re right that in this ranges the differences does’nt matter sure. And things like GC and what u’re said could be possible reasons. I only asked my self because of the continuous repeating and i want to go safe and thought it could be important for you

By: roecode

roecode — Tue, 27 May 2008 12:50:06 +0000

J2T,
I really do not know why you need multiple solutions. I assume you mean multiple projects. I suppose there could be a decrease in performance by placing all the game managers in their own projects.

I normally place my objects in projects based on functionality like… RoeEngine (Engine objects), Testing (TDD), Game (Kynskavion) etc.

Having a seperate project for each manager… well that just seems like too much encapsulation and sort of defeats the purpose of manager classes.

Any number of things can control FPS. I have always been told anything above 60 FPS doesn’t really matter so 1500 FPS is essentially the same thing as 600 FPS. The difference could be garbage collection, background processes, or any number of a thousand things outside of your control. If it troubles you, you can set the timestep of the application, that will choke the throttle to 60 FPS.

Also as a side note, a drop of 1500 to 600 is not as “large” as a drop from 60 FPS to 50 FPS. There are plenty of articles discussing this issue so I wont try to bore you here.

By: J2T

J2T — Mon, 26 May 2008 21:16:36 +0000

Hi reocode,
i have a little question I seperate all your parts in single solutions to covering it better out. At this part i noticed a slow downfall of the FPS. That means when i start with ca. 1500FPS and after perhabs 30Seconds i only have 600FPS. Then it goes again up to 1500 and so on and so on. Do u know why?Could it be a memory leak or something like this?
btw sry for my bad english xD

By: roecode

roecode — Mon, 18 Feb 2008 22:16:48 +0000

Thank you Jaff, I am definitely trying to be very careful about my updates to older code. It is becoming very difficult for me to keep all of these older entries up to date.

So, in my newest articles, I am going to start releasing code more often. That way readers can enjoy each new article with fresh eyes. I am also going to spend more time explaining concepts rather than focus on the code.