Slick Forums

Exposing the typeFlags of Systems to know its components and its active entities could solve this problem?

No, I was talking about different entities in my case, inside a System named SpriteUpdateSystem, for each entity, I convert values from one Component to another Component to be ready for be rendered later. Again, in this particular case, I can process all those entities in parallel in that specific system.

_________________

Ah got it, you are totally right on this!

Added multithreading support on the C# port:

https://github.com/thelinuxlich/artemis_CSharp

Interesting, I knew it was quite easy to add, but my main concerns were about the data in components being available to multiple systems. So either you need some strict rules regarding that or make components thread safe as well.

Ran into a crash today:



I noticed this in Bag.java:



Should that be this(64) instead of this(16)? I might have just added my 17th component type. It's hard to know for sure since I'm using arielsan's library and that has some component types of its own.

Although, with that said, the Bag is supposed to grow if something gets added to it, so that's not the bug. I think what happened is, I have a system that's looking for a component type that hasn't been used by any entities (yet), so the component type doesn't exist. So it never went through EntityManager.addComponent, which means it never got added to componentsByType. But when the system tried to look up this component, it ended up in EntityManager.getComponent, which crashed because I now have > 16 component types.

Maybe the answer here is "Don't do this", in which case, please let me know. My simple-minded fix would be to protect Bag.get as follows:



This would return null for the component lookup, which is the behavior I want in this situation.

Thanks,
Ziggy

I believe it is the same bug we already posted in this thread before.

There is also a patch available with a fix (already tested), in case it is the same bug.

_________________

Yep, same bug. Your patch would work as well. I'll switch to that, since it may end up in the artemis svn at some point.

Don't wanna necro the thread, but I registered because I have a question concerning Artemis.

I created an SoundSystem (and a Sound components) and I can make it play sounds however I want (for conveniance, I also created a createSound() method in my utility factory). However, I have a problem when trying to use SoundRenderSystem based on Tankz code.




So this is basically what I have in my SoundRenderSystem. Pretty basic, I just want to draw a string on the screen displaying the name of the song. In the Game.java file I have , in the render method :



The problem is the following : I enter render every single frame (duh) in the Game.java method, but it enter the process method of the soundRenderSystem only once, so it display the name of the song for exactly 1 frame, then never display it again...

What am I doing wrong? Great framework so far though, I'm loving it

Are you removing the SoundFile from the entity somewhere?

Hmmmm...

If I'm putting breakpoint to debug in the render() method, I only get there once. In the soundFile process() method though, I'm having entity.remove(e) (or whatever the code is to remove the entity from the world), but since the music was continuing playing, I didn't make a big deal out of it. Is it possible that it removed itself from the loop so when I call the SoundRenderSystem.process() in the render() method, the sound isn't registered in the world anymore so it does not render ?

If so, how come it doesn't throw a NPE, or how come the sounds continue playing ?

It is, I think, enough just to do "sound.play" and instantly remove the entity, yet the sound will continue to play, because that's a different library that takes care of that.

hrm, demo webstart is broke.

Question about this entity system. Can you dynamically save/load entities to/from disk?

I would imagine that any game would probably want different entities on different levels, how is that managed?

In the example you create a 'World'; so I assume you also treat levels/maps inside that world as Entities also?

Sorry, been absent.

I guess there are many ways to load some gameobject(s) into a game, that's not anything specific or special to artemis, and yes, you can do that in artemis (there's nothing that forbids it, but you have to code it yourself.)

Each level can be treated as a different world, so when you level up, you really load in a new world which has a collection of entities in it.

I fixed the problem, but didn't apply that patch because it affects all getComponent retrievals. I just ensured that whenever a new component type is created the entitymanager is notified and ensures componentsByType can handle retrieval of it.