Closed mrakgr closed 8 years ago
Many thanks for all these suggestions!
1: I really see no problems with this. In two interactions, we'd need to find what is the alien interacting with to actually make it move. Both movements are the reaction of a single interaction.
2: This effect affects both sprites (I mentioned this here: https://github.com/EssexUniversityMCTS/gvgai/issues/19)
3: We have one: it's called AttractGaze. In digdug, we want to transform it all.
4: This has changed in vgdl 2.0: now the avatar has health points instead of a resource that fakes the same thing.
5: Got your point, but that'd mean having stype1 in TransformTo (TransformToAll inherits from TransformTo), and I rather have only stype there. Instead, I've changed stype2 in TransformToAll to stypeTo.
6: Seaquest: 'a w > water' is gone. Removed w as water is unused. '.' is correctly undefined (we need a character to represent empty space not surrounded by walls, and '.' is more visual than ' '. aliens and pacman: I see all ok.
7: The definition of this game has changed considerably for vgdl 2.0, those lines aren't there anymore.
8: gliding (and normal) are out.
9: good point. done!
10: Yes! :) (Hint: note that the avatar can go through the exit door)
The above is from pyVGDL (which I find much more readable than the Java Gvgai.) I suggest that
turnAround
be split into two interactions, on for turning around and one for going down in the next iteration of the library.Suggestion 2:
Contrary to all the other examples, collectResource acts upon the right side. For consistency, I suggest this be changed to work like all the other effects.
A practical reason for the above would be for concurrency. Effects being operated out of order could lead to data races.
Suggestion 3:
In the Digdug game I noticed that in the TansformTo interaction effect, the orientation rule seems to be to transfer the orientation from the actee to the actor if its default orientation is zero. It might be better to have a separate interaction for that, something like TransformToMomentum.
Suggestion 4:
In the Firestorms game the order of the two effects above should be reversed so the avatar does not die while having water.
Suggestion 5:
In the transformToAll effect, make it so it takes in stype1 and stype2 instead of stype and stype2. This seems like a quible, but in the AltChaser class having stype1 implies that there is a stype2. Not so in transformToAll.
Suggestion 6:
In SeaQuest game description there is a w > water mapping that does nothing.
Similarly, in Aliens level 0 and Pacman level 0 there are some undefined characters. Also, in SeaQuest the '.' character is undefined.
Suggestion 7:
In BoloAdventures the following three effects can be replaced more succinctly
The above 3 effects can easily be replaced by:
Suggestion 8:
In ChipsChallenge
gliding > InertialAvatar img=ghost
does absolutely nothing.Suggestion 9:
Replace the current Modality game description with the amended equivalent one above. As it currently stands, Modality transforms the avatar at every step. I am not sure how it is with the GVGAI library, but in my own this triggers a sort of the sprite array on every step. Thankfully this particular game is not very demanding, but as inGrey exists why not make use of it?
Random thought 10: ...Is the level 3 of modality really beatable?