This topic contains 21 replies, has 8 voices, and was last updated by 
Jesse
2 years ago.
-
Posts
-
This is a game I made a couple of years ago in Monkey1 for a Mochi contest. It’s an old style game ala Space Invaders and Galaga. I have made the source available here for any body to use, modify and/or Rip.
https://github.com/legionnairex3/PromptInvasion/tree/master
Please let me know if there are any problems.
Thanks very much!
One question: is it programmed for a specific MX2 version?
I tried to compile the source code with MX2 1.0.5 and I got errors
[/crayon]12345[crayon-5cba154cd4c5d985081278 inline="true" ]mx2cc version 1.0.5***** Building app 'E:/PromptInvasion-master/PromptInvasion.monkey2' *****Parsing...E:/PromptInvasion-master/PromptInvasion.monkey2 [1734] : Error : Expecting expression but encountered ']'there are some errors in the ‘assets’
background.png (missed data/)
hit.mpr
hita.mprshould be hit.ogg, hita.ogg
here on W7 mx2 1.1.03
[/crayon]12345678[crayon-5cba154cd8918265553282 inline="true" ]Parsing...Semanting...C:/mx2_shortpath/PromptInvasion-master/PromptInvasion.monkey2 [1656] : Error : Super class 'std.collections.List<default.Special>.Node' has no default constructorC:/mx2_shortpath/PromptInvasion-master/PromptInvasion.monkey2 [1653] : Error : Can't find overload for 'new[Void(default.Special),Void(default.Special,std.collections.List<default.Special>.Node)]' with argument types ()C:/mx2_shortpath/PromptInvasion-master/PromptInvasion.monkey2 [2484] : Error : Super class 'std.collections.List<default.ParticleA>.Node' has no default constructorC:/mx2_shortpath/PromptInvasion-master/PromptInvasion.monkey2 [2477] : Error : Super class 'std.collections.List<default.ParticleA>.Node' has no default constructorC:/mx2_shortpath/PromptInvasion-master/PromptInvasion.monkey2 [751] : Error : Super class 'std.collections.List<default.Entity>.Node' has no default constructorSorry guys I was trying some modifications to the code to make it simpler and I forgot that I had modified the List node class module. If you all want to give it another try, it should be ok now.
I am not sure but I think that it only works with the latest v1.1.03
Just tried, and I’m also getting “no default constructor” errors with V1.1.03.
[/crayon]123456[crayon-5cba154cde822894441466 inline="true" ]: Error : Super class 'std.collections.List<default.Special>.Node' has no default constructor: Error : Super class 'std.collections.List<default.Special>.Node' has no default constructor: Error : Super class 'std.collections.List<default.ParticleA>.Node' has no default constructor: Error : Super class 'std.collections.List<default.ParticleA>.Node' has no default constructordid you download the V1.1.03 from Github?
And did you download the latest game update from the repository?
It might be that you don’t have the latest game update. those errors seem to be because of some dependancies I had implemented to the Node class. which I have take out in the latest update.
I’m getting the same errors, v1.1.03
I had to try it in previous version to fix the problem because apparently when I rebuilt the models without the changes apparently the changes didn’t go through. I had forgotten to remove some code from the game source code and it failed to recognized them as errors. Now I know it works in v1.1.01 and it should work in most previous versions.
I understand if no one want’s to give a try anymore but I would appreciate it. Thanks.I don’t understand, if I removed the additions to the modules and rebuild the modules why the changes were not recognized when I recompiled the code. I guess I am going to have to stop messing with the modules.
Works now. Thanks!
Is it gonna be added as one of the “bananas” examples?The source now compiles and runs, but there seems to be a couple of bugs. The invaders just march off the right side of the screen and don’t return. Can’t shoot any of the asteroids.
@ethernaut, I have no idea if Marks want’s to add it to the bananas examples but if he wants to he can.
The invaders just march off the right side of the screen and don’t return.
I don’t know why they are doing that, they don’t do that on my computer, never have. they just move left to right and right to left.
anybody else having that problem? Please, let me know.
about the asteroids, they are just meant for background decoration/distraction, not intended to be shot at.
Odd, when I do an emscriptem build, everything works fine. A PC desktop build, and I have the bug of the invaders running off screen.
HP 15-f100dx laptop. AMD A8 6410 APU with Radeon R5 Graphics 2.0ghz, 4GB ram, Windows 10 Home 64 bit OS.
I get the issue here on PC with the invaders going off the side of the screen. Which bit of the code tells them to some back and I can try and debug?
I have a suspicion that Pi is not initialized in some systems windows maybe
can somebody on windows try this with the latest build V1.1.03:[/crayon]12345678910111213[crayon-5cba154cf2581938733911 inline="true" ]Namespace myapp#Import "<std>"Using std..Const pii := PiFunction Main()Print piiEndif I am right some of them should give the result of 0.0
if it does
can you replace this code on line 33 of the source code:
[/crayon]123[crayon-5cba154cf2587096031657 inline="true" ]Const ATR := Pi/180.0to thi:
[/crayon]123[crayon-5cba154cf258d921093543 inline="true" ]Const ATR := 3.14159265/180.0i believe it has to do with line 1918 in the source code:
[/crayon]1234[crayon-5cba154cf2592906190011 inline="true" ]angle += 1*ATR 'speedYep that was it. Pi does contain the right value, but assigning it to another value outside of the main function doesn’t work:
1234567891011121314151617181920Namespace myapp#Import "<std>"Using std..Global pii := PiFunction Main()Print pii 'prints 0Print Pi 'Prints PiConst Piii := PiPrint Piii 'Prints PiEnd
You must be logged in to reply to this topic.