Omnimaga
Calculator Community => Other Calc-Related Projects and Ideas => TI Z80 => Topic started by: Darl181 on October 20, 2010, 10:59:13 pm
-
Direct download of latest version: http://www.omnimaga.org/index.php?action=dlattach;topic=4938.0;attach=4410 (http://www.omnimaga.org/index.php?action=dlattach;topic=4938.0;attach=4410)
a hard level http://www.omnimaga.org/index.php?action=dlattach;topic=4938.0;attach=4416
some more levels http://ourl.ca/7535/140139
Since sometime in July, I've been working on porting The World's Hardest Game (http://www.addictinggames.com/theworldshardestgame.html) to Axe. Finally, I've finished it.
In this game, you pick up 'coins' while avoiding enemies and then try to reach the finish. Some levels may be easy, while others may be harder.
I went further than the flash version goes, however, and made a level editor. The levels are created as appvars, but you can export them to linking-program-friendly programs and back again.
(http://img842.imageshack.us/img842/48/makinglevel1.gif) (http://img837.imageshack.us/img837/9590/controlhelp.gif)
The game is compatible with the 83+BE, yet it contains a Full Speed Mode option.
More screenies.
(http://img84.imageshack.us/img84/5496/playingalevel.gif) (http://img169.imageshack.us/img169/6750/playingalevelinfullspee.gif)
Known bugs
Using teacher key (DEL), sometimes the location of the player sprite is shifted around, specifically from the very top to the very bottom.
(http://img844.imageshack.us/img844/273/theteacherkeybug.gif)
Also, full speed is not reactivated on continue. It's probably more of an asset than a bug to the person playing it, though.
Sometimes, an enemy seems to get corrupted and is displayed something like a pair of parenthesis while moving twice as fast.
(http://img156.imageshack.us/img156/254/theparenthesisbug.gif)
Compile the level editor as an app. The game can be a program. The sample level needs to be imported before it can be played. Just do it at the level select screen.
Also I feel that I should inform you that this program may cause you to lose the game...
EDIT: Current version here (http://ourl.ca/7535/140092) (link goes to the post)
-
Wow I loved that game in Flash despite most levels being very hard, I'm glad it's ported to calcs. When it is finished you should upload it in the download section and ticalc.org. I wouldn't be surprised if this was featured. I'm gonna try it as soon as I can :). It looks pretty nice too, by the way :). Good luck fixing the bugs!
-
I loved this game!
-
Oh and another bug--the app randomly deletes itself, so it would be wise to not delete the source.
I think it has to do with it not being signed.
Edit.
I'll try to upload more sample levels tomorrow. You could easily make your own though... ;)
-
Oh it's normal. An unsigned APP is like a trial app for the calc. Back in the days, there were paid apps on TI website. After 16 runs these apps delete themselves.
-
Ah, that explains it.
I have an idea for how to fix the DEL bug, but the parenthesis bug just baffles me ???
-
I see that you posted the source for all this Darl, want me to try to help optimize it?
-
Go ahead
Right now, it's anything but optimized :P
I was trying to do this. (http://ourl.ca/4050/128151)
-
The parenthesis is 2 ball sprites xored on top of each-other with one slightly shifted. You likely initialized 2 sprites there by mistake instead of 1. Cool game by the way :)
-
That is amazing! What a great idea!
-
The parenthesis is 2 ball sprites xored on top of each-other with one slightly shifted. You likely initialized 2 sprites there by mistake instead of 1. Cool game by the way :)
xor? What is that?
In any case, I didn't use that.
Maybe I should explain how the appvar is structured.
The first 96 bytes are the static map. That's the walls, start, finish, coins, and respawn points.
The rest of it is the enemies. Each enemy has three bytes.
1st byte: destination
2nd byte: direction
3rd byte: current location
The starting location is determined by its placement in the appvar. They are moved one pixel in the direction (2nd byte) until the current location (3rd byte) is equal to the destination (1st byte). Then, it reverses until it reaches the starting position, again determined by its location in the appvar.
My guess is that I somehow messed up the equation that references the enemies and it refers--and moves and draws--the same enemy twice or something.
Oh and another thing. Sometimes, when I add another enemy before the faulty enemy, it suddenly starts behaving or another one might turn into a pair of parenthesis and go twice as fast.
-
It does indeed look like the sprites have been XORed.
Basically XOR means that all the black pixels when placed over the top of another black pixel they become white. (All the 1 and 1s become zeros)
So a an 8x8 image of your enemy over laid with an image shifted one row up and placed over the top gives you your parenthesis:
00000000 00000000 00000000
00000000 00011000 00011000
00011000 00111100 00100100
00111100 00111100 00000000
00111100 00011000 00100100
00011000 00000000 00011000
00000000 00000000 00000000
00000000 00000000 00000000
If you watch the enemies when they cross paths with each other they show this effect.
-
That makes sense. The way I have the sprites display is Pt-Change( .
-
Pt-Change( does in fact XOR the pixels
I don't know why it only happens with that one set of enemies though and not the rest.
-
My guess is that I somehow messed up the equation that references the enemies and it refers--and moves and draws--the same enemy twice or something.
I think I may have done something wrong in an optimization that I tried to do. They're doing the exact same thing, the duplicate being one pixel behind.
-
Well I'm finding it pretty hard to make sense of the level loading and actual game code, so I haven't gotten around to optimizing that yet. The menu, however, I could understand and optimize. And although I don't exactly understand all the level loading code, I optimized everything before the line If A≠C or B, as well as doing something like you suggested to get rid of all the different level strings and just have two strings (one for appvars, one for programs) in which the level number changes. I also made a few other optimizations throughout the program in random places, but for the most part, everything after the If A≠C or B line is unoptimized.
As far as I know, everything still functions correctly. Please tell me if this is not the case! If anything doesn't work correctly any more, it would probably be the level loading code, as I couldn't actually test it because I don't have a level with which to test it!
Total savings so far: 865 bytes (89% original size).
Maybe I'll try optimizing the level editor next. If I can somehow manage to shave off like 2000 bytes it will fit in a program.
-
Wow if everything works that's a quite big optimization o.o.
-
Nice! I love this game! Beat it twice with 0 deaths. ;)
I was thinking about porting this over the summer as well after Bomberman died, but the I lost motivation. :P
-
Aaaaahhh! Yay! I wish I'd thought of this.
Best of luck!
-
Nice! I really liked this game when I found it over two years ago, and now it's for calcs. Wonderful job! ;D
Can all thirty levels be included inside the game? :)
-
Wow! It's great all the attention this is getting!
@ runer It doesn't seem to detect the appvar...
Hey, the lower size finally works :)
I had to modify the source a bit, though.
before, a string was defined as vWHGLVL1, with a lowercase v.
I changed it to the 2nd+8 v.
Importing 8xp→appvar(whatever that is) doesn't work, however :(
What I hope to do, now that opimized jumbers are working (thanks runer ;D) is to implement letters. WHGLVLA, WHGLVLB and so on. Sort of like TinycarZ.
26 letters + numbers 1-9 = 35 potential levels.
It can't quite be the complexity of the flash game, however, because some enemy movements I have no idea how to do (go in circles for example) or there's too much to cram into the calc's screen.
As a side note, the level I posted earlier was actually one of the easier ones. There are some harder ones attached.
Again, they have to be imported.
By the way, you can easily make your own and see if it works...
edit:
another bug--Teacher key doesn't work correctly in MirageOS. idk why
-
This looks great! I never really played this game (It was too hard :P). I wonder which is harder: The Impossible Game or The World's Hardest Game?
/me lost the game
-
I think MirageOs tends to conflict with some Axe programs.
ANyway great progress! I'll try some levels soon :)
-
id better try this soon, i love the original pc version.
-
This looks great! I never really played this game (It was too hard :P). I wonder which is harder: The Impossible Game or The World's Hardest Game?
/me lost the game
Definitely the Game. I can never seem to win...
/me loses again
Looks great, though! I loved the Flash game (though it was pretty hard for me :P). I'll have to try this soon.
-
I don't know how you do your enemy movements, but going in circles can be done with a look up table. The size of your circle will will affect how many entries you need to make it smooth, but here's how you would do it.
Make a table of the cosine's and sine's of the angles from 0 to 330 counting by 30's multiplied by the radius. If your circle is massive, you might have to go by 15's. Then, just treat those new numbers as the x and y velocities and just go to the next one every frame. And behold, a circle!
Here's a simple basic prog of what I mean:
:Radius -> R
:For(A,0,330,30
:Disp RCos(A),RSin(A
:End
Since those will be decimals, treat them as two by numbers where the upper byte is the whole part and the lower byte is the decimal times 256.
-
This reminds me of Aspirin, but more complex ;D
[offtopic] I like your new avatar, penguin ;) Can't wait for Wednesday ;D[/offtopic]
-
@thepenguin77 thanks for the tip, I'll look into that. It looks fairly complicated and will probably take a while to figure out, but I should get it eventually :P
Actually, I played Aspirin before I played TWHG, so I guess that sparked the idea, along with the way that for some reason, last school year, TWHG was the game to play. You'd walk into the school library and about 15/20 of the computers would have people playing the game at once.
Aspirin's fun too, though ;D
This looks great! I never really played this game (It was too hard :P). I wonder which is harder: The Impossible Game or The World's Hardest Game?
/me lost the game
I don't quite know which would be harder, but with the level editor you can just edit/make an easy level.
Attached another level. Easy this time.
-
i don't understand the lvls.
Are they just blank. Or is my calc refusing them?
-
You need to import them. At the level select menu, press MATH. The program take care of unarchiving and such for you, the 8xp's just need to be there. The program converts them to 8xv's to the program menu isn't cluttered too much. Then you can delete the program.
You can also do the reverse, 8xv → 8xp.
-
no, when i put the lvls already made to the calc. they are empty
-
Go under PRGM. If they're there, you need to import/convert it to an appvar using the program. You could try unarchiving them--instructions are on-screen. If they aren't in program, and don't show after (in TIOS) 2nd→Mem→2→AppVars(B) ,then they're not there.
-
the programs are empty. They dont convert right.. screeny...
downloaded to my computer they are 76 bytes....
-
It's still is the .zip in your screenie. Try File→extract all at the top.
then try sending it
edit: or try one of the levels that's not in a zip
-
I also got problem with every level file in this thread. All are 16 bytes on calc. I think you are being hit by the program corruption issue again that you had a few months ago due to your parental filter. Or Wabbitemu doesn't support this file formkat.
-
Oh, does wabbitemu have working file exporting yet? That's how I made these levels.
I opened it with notepad and it didn't show anything...
*goes to try tilem*
-
What do you mean by file exporting? Do you mean getting files out of the emu? If so, then I am unsure if it still works properly.
Btw when they are fixed, are you planning to upload the game in the Omnimaga downloads archives with the current levels? Maybe ticalc.org too
-
I also got problem with every level file in this thread. All are 16 bytes on calc. I think you are being hit by the program corruption issue again that you had a few months ago due to your parental filter. Or Wabbitemu doesn't support this file formkat.
At least its not just me...
-
"Calculator"→"Variables..."→clicking export
Try this one. I did it with tilem
-
Still no luck :/. I think Wabbitemu just doesn't accept those files. I tried with several versions of Wabbitemu too.
-
It's an 8xp. Not exclusive or anything.
But the 8xp was generated by the Axe Parser program.....?
-
Idk, I think your parental filter is screwing things up again. I tried sending it to a real calc with TI-Connect and I got a "The Parameter is incorrect. (80070057)" error. :/
Or do you mean the program was generated by a level editor or something? Maybe its format is invalid or something. I think I'll have to ask BrandonW what's wrong. Could you maybe use SourceCoder and paste the source of the levels in a post?
Otherwise, I give up, sorry...
-
This is WHGLVL2 second try.8xp
**TI83F*
File created with Tilem 2âWHGLVL2 A x z |p °vp £Y\ ,˜p 5 BHY à•¤c–p D—p 4™y Œƒp Ђ¤c Ü_ °ìx ,–y ¼ _ à„y 4 _ T _ Ø _ ,y ¨Íy \p äƒp dÌy ôdy øMy dÊy | _ ¸_ 4Êy Êy Œy xy `Qn ðOn ˆdn ØSn XÉy °Èy çx €Éy dvp Ä‚p ¼_ vp _ ˜ip 0_ @p }p 5 · ¥Y
ð¤Y À¤Yâà 8( @P (8P@ 0 8H ( H0 H H ( 0H ’Y
just a bunch of numbers
-
Erm notepad isn't supposed to open 8xp files. You need to use an editor like SourceCoder for that.
-
Tried with sourcecoder
:[]►Dec[]A[]Polar►DMS{►DMS►DMS[][][][][][][]{[]►Dec[]AutoFillOn►DMS{^-1}►DMS►Dec[][][]AutoCalcOn+►Frac[]Pt-Change(►DMS[][]BoxPlot[][][][][][][][][][][]{-}Func+[][][][][][][][][]*row+(Pxl-Change(Y►DMS[A][][][][][][]{i}StorePic +[][][][][]5[]{[]B►DMS{►DMSHVertical Y►DMS[][][][]Output( nCr Shade(Zu{n}Min)FnOn +[]DFnOff +[]4RecallPic Seq[]ZInteger/+[]Else*Shade(ZXScl[][][][][][][]►DMS[][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][]Input augment(prgm[][][][][][][][][]{-}Plot1Polar[]{i}FnOn Seq[]sqrt(randM(prgm[]Output(TraceSeq[]4randM(prgm[]Tmedian(prgm[]Pause P>Ry(prgm[]ZoomRcl{i}Seq[]DrawInv tanh{^-1}(Seq[]+[]SortD /+[][][][][][][][][][][][][]Radiantanh(Seq[]LinReg(a+bx) RadianSeq[][][][][][][][][]Med-Med MSeq[]Radiancosh(Seq[]AutoCalcOnR>Pθ(prgm[][][][][][][][][][][][][][][][][][][][][][][][][][][][][]not(round(prgm[]4cosh(Seq[]→cosh(Seq[][][][][][][][][][][][][]ZInteger►DecSeq[]Polar►DecSeq[][][][][][][][][]≥[]^O≥[]ZBoxRadian≥[]Pause S≥[][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][]Xsinh{^-1}(Seq[]{-}sinh(Seq[][][][][][]Send(Polar[][][][][][][][][]{cross}sinh{^-1}(Seq[][][][][][][][][][][][][]RadianFunc+[]cos(*+[]sqrt(R>Pr(prgm[]R>Pθ(Func+[]ZoomRclmax(prgm[]StorePic Float+[]0max(prgm
numbers made into tokens
-
Ah ok that's much better :D
I'll save a copy with SourceCoder later and see what happens . If it works, then when creating those levels, you'll need to extract from wabbitemu or your calc, open the code in source coder, edit it there (you must login) then save as 8xp with SC.
-
Actually, all the levels I've submitted so far I created and exported with wabbitemu. People have problems with the levels.
The actual programs I sent from calc to computer. No problems with them yet.
Conclusion: Levels need to be made on a real calc or emulator with working exportation (such as Tilem, for the time being until wabbitemu works).
@DJ have you tried sending it to an emulator? Did it work?
-
AHA, saved!
Wabbit's Export feature is currently broken. In other words, you can export stuff, but everything that gets exported is corrupted. BuckeyeDude's already fixed it, but you'll have to wait a bit for the fixed version because he's found moar bugs.
-
Btw when they are fixed, are you planning to upload the game in the Omnimaga downloads archives with the current levels? Maybe ticalc.org too
Probably, after the bugs and such are fixed. And after I upload some working levels :P
Also, I'm thinking of making v2 sometime next year or something..with doors/keys, and maybe enemies moving at different speeds
and maybe a tutorial
-
Unfortunately I got unable to send the code through SourceCoder so I couldn't try it. And I tried on both a real calc and emulator. No luck in both cases.
Could somebody else send a working copy to me?
-
This time, I got them directly from the real calc.
It worked on wabbitemu for me. Remember to press MATH at the level select screen.
Also, I did some bugfixing and was able to fix the teacher key coordinate change bug as well as full speed being reinstated upon continue. I'll have to upload them seperetely, Only have so much RAM...
Edit: game source uploaded. The parenthesis bug is now always in the very top-left corner, no matter what I do to fix it. At least it's predictable now...
-
Cool I'll try them soon. :)
Btw which program is the level editor?
-
Cool I'll try them soon. :)
Btw which program is the level editor?
TWHGESRC.8xp compiles to the APP TWHGEdit.8xk
TWHGGSRC.8xp compiles to the program TWHG.8xp
-
Ok thank you for the information. :)
-
The levels seem to work fine. Does anybody have problems with the levels still?
-
w00t! They work fine now! The only problem now is that Wabbitemu screen turns pink when I import them.
Nice job on the game by the way. (I lost :() I love it so far ;D
-
Some more features are being added, I still need to figure out the enemies going in circles part, I have a fairly good idea how to do the door/key part, you're reading a run-on sentence, and I'm running out of space to add features.
The program size is, as of now, 8244. The limit's 8811 bytes, right?
I don't quite feel like manipulating data and such, just getting the thing working is my highest priority.
Oh, and kind of a warning. The level format may change at some point or another, making the current levels unusable.
-
Yeah the limit is 8811 when compiling for a shell. Afterward you need to use an APP. Keep up the good work by the way! :)
-
"when compiling for a shell"
Does that mean that if I select "No Shell" there's more space? Or is it less?
-
Less. I believe it's just over 8100 bytes. ;)
-
Less. I believe it's just over 8100 bytes. ;)
Really? I thought programs had 8811 for a max no matter what...
-
Here: http://ourl.ca/4832/94445
-
Didn't know that, thanks. Why would TI add that in? O.o
-
Why does TI do what TI does? Who knows?
I've been compiling TWHG for Ion, but I run it from the homescreen using Calcutil. Would that work as a No Shell or Ion?
The problem I'm running into is that whenever I try to add something, the new addition works fine but the enemies disappear after the first frame.
After I take out the thing I had just added, the enemies still don't work...only after I restore a backup (backup is the last update I posted).
What I have done successfully was the ability to have multiple finish blocks.
To Do:
• Circular enemy movements
• Different enemy speeds (three or four)
• Door/key
• After Door/key is added, ability for multiple doors/keys
• Checkerboard pattern seen in the background
• Optimize for speed, 83+ mode is kind of slow
• Somehow get the editor in a smaller size so it can be a program (possibly with a bunch of features removed or something)
Anything else people would like to see?
-
Why does TI do what TI does? Who knows?
I've been compiling TWHG for Ion, but I run it from the homescreen using Calcutil. Would that work as a No Shell or Ion?
It counts as Ion. :)
-
IDK what's going on then...I'll just have to dig through the source and see if I can find a loophole or something.
Pretty much the entire school day I've been copying the source into a notebook. So far, it's three pages--both sides. And not even to the main loop yet. Lots of code to go through.
I should probably concentrate on optimizing for the time being... Only about 600 bytes left to the 8811 limit.
OK I'm trying to do the circles and have no idea how to do it with Axe. How would I do it?
It looks like sinX*cosX or something, but that's about as far as I can get.
EDIT: Seems like the circles are taken care of. Thanks CoolioJazz.
-
I like planned features so far, I hope you can manage to solve issues you are having.
-
Like how it looks so far. Keep working and don't give up! We're all behind you.
-
Poll has been posted. Thanks for the help.
-
Different enemy speeds
-
Slight update: now I have multiple finishes enabled. Before, you could only have one finish block. Now, you could have as many as you want.
-
Cool :D
Btw I still play this from time to time. I haven't got time to test all levels, though. I am just too busy when I feel like playing games. My daily post rate dropped from 100 to 40 in the past few days, to tell how busy I got (normally I find ways to still post, but now it almost became impossible or I am too tired. X.x). What I tried so far is FREAKING AWESOME, though! I'm sure this could get featured when finished. (well, it will most likely take 2 months before ticalc staff feature it, but whatever)
-
Glad to hear it's working properly now. :D
Also, I already have most of the code for circular enemy movements added, so I might as well implement it now.
I better remove that from the poll...
-
Yeah I was happy the issue was solved. Just by the screenshots I was impatient to play. I'll edit the poll so members can change their votes. I'll have to figure out how to allow members to check that feature when creating polls...
-
Ok, thanks DJ ;D
Now being added: different enemy speeds. It's necessary for the circles to work properly.
-
Cool! That's what I voted ;D
Also sorry I can,t find the member permissions to let them allow users to change their vote in polls they create. :(
-
It's fine, I could just re-write the poll instead of making people change their vote.
Or "reset vote count" and edit an option.
-
Just curious do you know what CoolioJazz did to fix the circle issue? I assume you mean the xoring that was going on.
-
Not the xor, I still have no clue what's causing that.
What I was trying to do was make the enemy move in a circle.
It seems like it's taken care of, though. The only problem is staying under the 8811-byte limit :P
-
Ah ok, I got you.
-
Good luck with the 8811 limit. In the worst case scenario, I wish you good luck with app signing if you go for an APP.
-
LOL, both things as apps...
I wonder if I should make a version with less features (meaning it takes less space) for 83PBE users who don't want to use 1 or 2 out of their 10 appslots. I can already think of some things that can be taken out...
Still implementing circular enemy movements. I'm to the point of the editor drawing the circles. Lots of code, because there are eight possibilities. :P
Different enemy speeds are implemented, they just need to be used in the game code. Last night, I was wondering, what range do people want to see, speed-wise? Normal speed, twice speed and 4x speed I can easily do. But I like to challenge myself every once in a while--what would people like to see?
-
LOL, both things as apps...
I wonder if I should make a version with less features (meaning it takes less space) for 83PBE users who don't want to use 1 or 2 out of their 10 appslots. I can already think of some things that can be taken out...
^ I think so ;D
Unless it would be hard to keep track of two versions at once. Maybe you could mark features that you could take out and remove them in the final version?
-
I could just name it different.
TWHG → TWHGG
TWHGEdit → TWHGE
Or, I could combine them both into one app. That would take a while. I could conserve space for the strings by not repeating them, though.
-
Oh, I meant it might take a lot more work to keep track of bug reports in two versions.
-
Hmm...yeah...I'd have to call one the Less-Mem Version or something.
I think I'll just concentrate on making the thing work for now, though.
-
A lite version could be a good idea. Those who prefer small files could play that one and people who don't care could use the full version. :)
-
Kind of like Chip's Challenge, right? But yeah, that would be a good idea.
-
Yeah I think, although I think in Chips Challenge, the difference was that nothing moved in real time.
-
I just tried the most recent version, and I'm very impressed. Great job Darl! ;D
-
Thanks :)
I just realized how kind of dumb I was to include things like optimizations into the poll. Common sense didn't quite kick in on my part to make me realize that seperate versions and optimizations can't happen until the end...
Circles are still giving me trouble. I'm wondering: can the radius be negative? And will abs( work?
If not, I think I may have to completely re-write the circle direction routine...oh well.
And a notice: the level var format has changed. I plan to write a utility to edit the current levels to the format they're at now, we'll see if that happens :P They're 96 bytes larger, by the way.
-
Lol it's ok. As for circle I'M not sure. You may need to ask in the Axe sub-forum for that. As for level format change, will there be some sort of converter for those who already made levels?
-
I have a formula for the game written out (thanks to cooliojazz and a long IRC conversation (see the logs, a couple days ago)).
I'm trying to draw the circle in the level editor, like it draws the arrow now.
I plan to write a utility to edit the current levels to the format they're at now
@DJ: yes. I might also make it like some all-around utility, but don't wait on that. Converter should be enough IMO.
EDIT: 1000 topic views!
PrintScreen (http://img834.imageshack.us/img834/5812/views1000.jpg)
-
Ah ok I wasn't sure if that's what you meant for level conversion.
-
Okay, so I've pretty much abandoned putting in circular enemy movements for now. Currently I have different speeds implemented (hardly could have been easier), the level format change complete, a utility that converts an existing level to the new format, and some door/key code done.
I'll reset the poll and take out the things that are done. So it's a new poll, remember to vote. Thanks ;D
I'd better explain/clarify the poll options more.
Door/key: A key pickup that you pick up (yes, really) and it opens a door
Circular enemy movements: enemies can move in circles
Different enemy types: Different shapes, same enemy. You could create a moving wall this way.
Checkerboard pattern in background: what it says
Other, please explain: ←that
Feel free to suggest anything that pops into your mind involving any possible features.
-
I voted for the Door/key :)
-
lol DJ you seem to always vote for the one that's being added as we speak. :)
I'll probably post an update once I get the code cleaned up a bit, it's a mess from when I tried circles :P
Expect it late this week or early next week.
-
I voted for doors too ^^
-
I voted for doors too ^^
Just to clarify, for now there can only be one door/key max. Unless I'm able to come up with an easy way to do multiple.
-
That seems fine with me :D
-
lol DJ you seem to always vote for the one that's being added as we speak. :)
I'll probably post an update once I get the code cleaned up a bit, it's a mess from when I tried circles :P
Expect it late this week or early next week.
Really? I don't pay attention much so I didn't notice ;D
Can,t wait for update!
-
I thought I voted for doors too. And maybe another way to better answer the poll is to play the pc version first...
But, wait, doors is only in WHG2...
-
Good idea jhgenius
The World's Hardest Game (http://www.addictinggames.com/theworldshardestgame.html)
The World's Hardest Game 2 (http://www.addictinggames.com/worldshardestgame2.html)
And also, I'm not limiting myself to the flash version. Notice the "different enemy types" option and level editor :)
-
Yeah it would be nice to see some exclusive stuff in the calc section. IN some ways that can make it even better :D
-
Yes i have played both of the games a long time ago, very hard though...
And yes, i get your point, I guess i was limiting myself, it is good to have something different to make it unique and make it Darl181's version of TWHG.
-
Yeah I tried TWHG2 and couldn't beat level 3. I always died at the end and I gave up :(
I am kinda glad that the calc version got some early levels that are not too hard but some that are hard enough too.
-
for the poll, I actually want BOTH multiple enemies and key/lock, but I could only choose one, so I did lock/key O.o
-
Wow...door/key it is then. More than half the votes...
It looks like I won't be able to get the update up this week. Maybe this weekend, but not likely. I'm still trying to get things to work. For some odd reason, when I test it now the enemies appear and dissappear, no xor-ing happening. For the record, it's still about 400-500 bytes under the 8811 limit.
-
Weird, I hope you can get it solved X.x
As for the code limit, I assume it might eventually become an APP, right?
-
If at all possible, I'd prefer to keep at least the game a program. But there's more things to be added, and obscure bugs to fix (parenthesis, anyone?).
So...it might become an app. It depends on what happens, I guess.
-
Ah I see. Any reason why you would prefer the game to remain a program, though?
-
I think one major reason for trying to keep it as a program would just be because programs are much easier to keep on your calculator than apps. The more apps you have, the slower your calc runs and the longer it takes to access Mirage / DCS. Whereas with programs, you typically just pile them on, plus programs send 5 times faster than apps. I could care less if I have 50 programs, but 50 apps would be unbearable.
So typically for these reasons, at least with me, if an app is not a serious contribution to my calculator, it doesn't stay for long. That's why none of my games are apps. ;)
-
Ah I see. Any reason why you would prefer the game to remain a program, though?
So it would take up less memory. There seem to be quite a few people that use 83PBE's, and I've noticed how little archive they have.
Two apps...for one game. That would be kind of over-doing it memory-wise.
Then again, I could make the less-memory version.
I don't quite know yet...maybe once I finish that I could do a poll yes/no, but I'll deal with that when I get there.
-
Ah ok I see. And I didn't knew APPs slowed down the calc. If you stick to a program, I hope you don't have too much trouble keeping the code under the memory limit.
-
Apps slow the calculator down any time it has to look through them. So for instance, pressing the apps button, or going to the memory menu are slow when you have a ton. Deleting them is also slow if there are a lot. I see this all the time because when I am giving people games, I usually delete the 30 or so useless apps on their calc and it is really slow.
-
Apps slow the calculator down any time it has to look through them. So for instance, pressing the apps button, or going to the memory menu are slow when you have a ton. Deleting them is also slow if there are a lot. I see this all the time because when I am giving people games, I usually delete the 30 or so useless apps on their calc and it is really slow.
I've done this too. Deleting them takes a very long time.
One of the nice features of Omnicalc helps with the apps menu part, though :)
-
What I figured out was omnicalc's "quick apps" feature, which I think is supposed to take care of the scrolling. It's notably faster on even the 84PBE...instead of the apps appearing one-by-one in the menu, it seems to just pop up instantly.
I guess the slowdown, though a fixable problem, could be part of the reason to keep it a program, but not using up 2 appslots is the main reason.
-
BIG UPDATE.
Multiple enemy speeds are finished. Enemies can now go (in relation to normal speed, 1 pixel per frame) 1X, 2X, 4X, and 8X.
Also, DOOR AND KEY is added and working.
And it's still under 8811 bytes...phew!
Can't upload now, but Monday, I can.
Now to work on multiple doors/keys...
btw sorry for the double post
-
Keep up the great work Darl181 ! :)
I voted for doors & keys. ;)
More screenies please! I love screenies!
-
Screenies probably tomorrow or tuesday, I'd have to upload it first :P
Right now, I'm concentrating on making some diabolical fun levels for people to test. Hopefully I can cover a span of difficulties with the levels.
But the hard ones...they're going to be really hard, even harder than before. Now it's possible to add in some puzzle/problem solving aspect so you'll have to think harder than before, or end up going through the same path 2-3 times, or waiting until the timing's just right to dash across some empty area while enemies zoom about.
Right now I have quite the eye-candy level made up. I've also recycled some of the current maps, just the enemy speed multiplied so a level that was easy before will take some time and thought to finish.
Monday, I should be able to get the update up. Screenshots will take me some time, but they'll be here eventually.
For some odd reason, when I test it now the enemies appear and dissappear, no xor-ing happening.
I think I have this solved now ;D
-
Right now, I'm concentrating on making some diabolical fun levels for people to test.
ooh, i can't wait!
-
Awesome to see more progress. Can't wait to try the new levels. :)
-
Great...I have the update working, TiLP installed, everything ready to go...then I find out I left my link cable at home.
Dang.
So...in the next few hours, provided my stepdad isn't home, I should be able to get the update up.
EDIT: can't upload today, tomorrow. (And now I know better than to not have a spare cable :P)
Idea in the meantime: "playback" of respawns. One of the annoying things I rediscovered is when there's an enemy on the respawn point and you somehow get sent to the respawn point, you pretty much get spammed with up to 6 deaths. The spawn point would change to the one before. I'm thinking of having 5 playbacks max.
-
That's awesome man! A really great ideia! Turning a successful game into a TI-Game.
-
Cool, I can't wait for the update. :)
-
Thanks :)
Well, "respawn rewinding" (as I've decided to call it) is giving me a bit of trouble as of yet. It doesn't crash or anything, it goes to the first and/or every fifth point. It works fairly well, it just goes to the wrong point. It's kind of confusing.
Also, the next update will be the last one that's a program before it becomes an app. While I was adding the respawn rewind, the size went past the limit, even >9000 bytes.
EDIT: 300 posts: Super Member!
-
Good luck!
-
Thanks ;D
hmm...I just got the files off my calc. But apparently, I go tthe thing off of it something like a week ago. Wow...
I feel smart now.
Anyways, I plan to make a few levels and screenies (as per request ;)) and post it. Soon...
-
Cool, will this be the final version or will there be more added in the future? :)
-
Cool, will this be the final version or will there be more added in the future? :)
Depends on what people want, I guess.
I ran into some problems making screenshots, namely the school library.
Apparently they were doing a re-take of the CAHSEE (http://www.cde.ca.gov/ta/tg/hs/). This just keeps getting delayed more and more...
Good news is, no school tomorrow or Friday (holiday tomorrow, furlough day Friday)!
So unless something happens out of the normal, I should be able to get it up later today or tomorrow.
-
Good news is, no school tomorrow or Friday (holiday tomorrow, furlough day Friday)!
Same here, can't wait.
And I can't wait for another version of this, either ;D
-
Hopefully you can post it soon :)
/me hopes that when he uploads a new version that there are no file corruption problems again. D:
-
Hopefully you can post it soon :)
/me hopes that when he uploads a new version that there are no file corruption problems again. D:
LOL
I'll just post the sources, and if people want to figure out the new features, then good luck.
As before, compile the level editor as an app. The game MUST be compiled to a shell.
Chances are, the version of Axe people have will work.
The format change thing didn't work for some reason or another, so I haven't attached it (the levels corrupted)
Okay, I added a sample level. It's very hard.
-
Wow, looks nice!
-
That looks great! Nice job! ;D
-
To do: make some easier levels
-
*cough*World's Hardest Game*cough*
-
Time to explain things.
The level editor.
As most of you probably know, and can tell from the screenies, the things added are different enemy speeds and door/key.
Different enemy speeds.
You place the enemy as normal, but instead of pressing 2nd to confirm, you press the desired speed instead.
Supported speeds (in pixels per frame): 1X, 2X, 4X and 8X
1:normal [2nd]
2:2X press 2
4:4X press 4
8:8X press 8
Door/key.
Like placing a block, press [GRAPH]
The door appears.
Place the key as desired, comfirm with 2nd or GRAPH
Note that it's not fool-proof, that it's possible for a door or key to get overwritten.
For door/key to work, there has to be both a door AND a key.
I think that's about it.
Oh, the levels have to be imported using the program. Just press MATH at the level select screen.
-
Woah awesome again! I was impressed by that level shown in one of the screenshot. Nice work man! Can't wait to try it when I have some time.
-
Thanks for the support everybody ;D
Attached *hopefully* easier level.
btw the "Vpoint6" is the version, a substitute for V0.6
EDIT: Somebody tell me the levels are actually working this time and are not empty or something...
EDIT2: Poll edited
EDIT3: More levels. I had to try so many times to get that screenshot...
-
Wow that looks hard but extremly fun to play. Great job!
Btw is there a maximum of levels we can have at once, or is it just limited by memory?
-
Oh my goodness... That, my friend, is awesome!
Keep up the great work!
-
Wow that looks hard but extremly fun to play. Great job!
Btw is there a maximum of levels we can have at once, or is it just limited by memory?
If I can find out a good way to optimize it, I could allow up to 100 levels (1000 is kind of overkill)
For now, nine.
/me looks at runer112's optimization from early on
Also, the poll has been edited
-
Ah ok, good luck. Also I'll vote on the poll. :)
EDIT: Could you clarify the checkerboard pattern option? ???
-
In the screenshot, it's light purple. I was thinking of copying this to the calc version.
So far, so good. I finally got the xor bug fixed (well, not fixed, but remedied so it won't happen)
-
Ah ok, I see now. Glad to hear you found a solution to get around the bug. :)
-
Thanks ;D
The solution, though, isn't quite right. The enemy that starts at the far upper-left corner (if it's there) is always a frame ahead. You can't tell if you don't look too closely though.
Also, the game engine is getting a re-write, saving 20-25 lines of code and about 100 bytes. So, the next update may still be a program.
-
Ah ok. Good luck again!
-
Okay, I'm trying to look into a way to have more levels at once. I'm looking at Runer's optimization program from before (http://ourl.ca/7535/130851) and it seems likely. I was wondering how it worked, though.
:"vWHGLVL1"?Str01:"vWHGLVL2"?Str02:"vWHGLVL3"?Str03:"vWHGLVL4"?Str04:"vWHGLVL5"?Str05:"vWHGLVL6"?Str06:"vWHGLVL7"?Str07:"vWHGLVL8"?Str08:"vWHGLVL9"?Str09
:"prgmWHGLVL1"?Str11:"prgmWHGLVL2"?Str12:"prgmWHGLVL3"?Str13:"prgmWHGLVL4"?Str14:"prgmWHGLVL5"?Str15:"prgmWHGLVL6"?Str16:"prgmWHGLVL7"?Str17:"prgmWHGLVL8"?Str18:"prgmWHGLVL9"?Str19:vWHGLVL1"[00]"prgmWHGLVL1"[00]?Str0X
-
So, rather than have one string for each level (using lots of memory), you just have one string that you can change to your needs.
"appvWHGLVL1"[00]"prgmWHGLVL1"[00]->Str0X
.L is the level, P is whether or not it's a program. We put its pointer in X.
L+48->{P*9+Str0X+7}
GetCalc(P*9+Str0X)->XThe line "L+48->{P*9+Str0X+7}" stores the correct digit in the right place. So, if L=6 and P=1, then the data at Str0X now looks like this:
"appvWHGLVL1"[00]"prgmWHGLVL6"[00]The 48 is necessary because the character '0' equals 48, '1' equals 49, etc. 7 is the offset to the first '1', and 9 is the difference between the offsets to the first and second '1's.
-
So it's kind of like this (http://ourl.ca/4050/128151) (improved in the following page)?
Also, is it possible to do that with two digits? Would I just write the number to it, or would I have to do the two digits seperately?
-
Well, in the post you linked to you were going in the right direction, you just needed to add 48 to L.
For 2 digits, you have to do each digit separately. If it's base 10, you just need to do /10 for the ten's place, ^10 for the one's. Then add 48 to each and store it to the proper offset from Str0X.
-
^10 for the one's
What does the modulus do on its own?
How do the brackets in the code work? And why are the [00]'s in quotes, rather than the strings? I've found it makes it easier to use something if you understand it ;D
:vWHGLVL1"[00]"prgmWHGLVL1"[00]→Str0XI get the offsets and such (had to figure it out on my own, but currently I reference the levels with Str01+(A*9)), and making it two digits would make the string 10 bytes large. And the 48th token is the number 0. Are the zeroes in brackets part of the string?
-
No, I think you have the quotes wrong. It's:
"appvWHGLVL1"[00]"prgmWHGLVL1"[00]->Str0XNote the apostrophe before appv ;)
Taking the modulus of something finds its remainder after division by a certain number. So 50 mod 6 equals 2 since 50/6 equals 8 remainder 2. If you take something mod 10, you get the last digit (decimal). For example, 85 mod 10 equals 5, and 5 is the digit in the one's place.
-
Taking the modulus of something finds its remainder after division by a certain number. So 50 mod 6 equals 2 since 50/6 equals 8 remainder 2. If you take something mod 10, you get the last digit (decimal). For example, 85 mod 10 equals 5, and 5 is the digit in the one's place.
Okay, thanks ;D
I'm still kind of confused about the [00]. What would the resulting string be? What I'm shooting for is WHGLVL##
It seems to me the 1 in WHGLVL1 can be taken out for this...
-
In that case just remove the [00]'s and say
"appvWHGLVL00prgmWHGLVL00"->Str0XSince appvar and program names can only be up to 8 characters long, you can get away with no padding. (which is what the [00] from before was)
-
Okay, I think I have it now. Thanks ;D
-
You're welcome. :)
Always glad to help.
-
I've been trying to implement this for an hour or so now, but to no avail. I think I've finally figured out why it didn't work.
So, rather than have one string for each level (using lots of memory), you just have one string that you can change to your needs.
"appvWHGLVL1"[00]"prgmWHGLVL1"[00]->Str0X
.L is the level, P is whether or not it's a program. We put its pointer in X.
L+48->{P*9+Str0X+7}
GetCalc(P*9+Str0X)->XThe line "L+48->{P*9+Str0X+7}" stores the correct digit in the right place. So, if L=6 and P=1, then the data at Str0X now looks like this:
"appvWHGLVL1"[00]"prgmWHGLVL6"[00]The 48 is necessary because the character '0' equals 48, '1' equals 49, etc. 7 is the offset to the first '1', and 9 is the difference between the offsets to the first and second '1's.
Its easy :) Just go to options, and select Application under 'shell'. The only difference between apps and programs is you can't modify any data that you create in your program. ie: you cant do this:
[000102030405]->Str1
9->{Str1+5} //cant do that!
you have to do this instead
[000102030405]->Str1
Copy(Str1,L1,6) //copy it to some free ram, but you cant copy back
9->{L1+5}
The level editor is an app.../me blinks
-
O.O hah well now you know ;D Is it small enough to be a program?
-
Hum... I'd like the checkboard pattern to look more like the original game :)
-
O.O hah well now you know ;D Is it small enough to be a program?
The level editor is 11995 bytes when compiled as a program, 12614 bytes when compiled as an app.
Unless there's a >3,000-byte optimization possible, the editor's going to be an app.
I might add the optimization to the game though...it's only 8541...
I came up with an idea, have the string in an external appvar, but I don't know how I would bring it back to the string in the actual editor.
-
That's...that's >9000 bytes! :P
Nice, this is going to be really good when it's all finished.
Axe has certainly increased the number of quality games coming out.
-
Indeed, a huge jump in quality games compared to before it came out. I think about half of the 83+ features this year (besides old programs) are Axe games or Axe Parser itself. :)
It reminds me when TIGCC got popular.
-
Hey, just found this.
http://www.youtube.com/watch?v=8vZkt0V5WuI (http://www.youtube.com/watch?v=8vZkt0V5WuI)
And no, it's not a rickroll
-
Wow nice, there are still some cool games coming out for Casio calcs.
Btw any progress on your TI-83+ Axe version?
-
Now, I've added different enemy types. The only difference between the two types is the sprite (one's the original dot, the other is an 8*8 square), necessitating another format change :(
I'm planning on re-writing more of the engine, modifying how it detects blocks nearby, so I could make the puzzle aspect greater.
-
Ah I see, will there eventually be some more differences like enemies moving at 4 pixels intervals and stuff?
-
Ah I see, will there eventually be some more differences like enemies moving at 4 pixels intervals and stuff?
That's already possible, 4x normal enemy speed.
I plan on doing all of the stuff in the poll.
-
Ah cool :D
-
*much later*
Yeah, it's so random and hard to read the source [of TWHG] that I think I'm just going to re-write it.
Which leaves open how I'm going to write the level select GUI. Suggestions will be appreciated.
^
-
*much later*
Yeah, it's so random and hard to read the source [of TWHG] that I think I'm just going to re-write it.
Which leaves open how I'm going to write the level select GUI. Suggestions will be appreciated.
^
HOLY KINDA BUT NOT REALLY NECROPOST BATMAN! It's over two months, so according to the rules (http://ourl.ca/9023/169793) it is valid. ;-)
-
Oh noes i necroed my own thread O.O
jk
This project kind of died for some time, but I always had the source as Axe backup files and on my msd8x drive...
I was just trying to change some of the pixel-detection between the block and static parts (which, ideally, should change when an enemy goes over it) but the code is just too unorganized to add much more without destabilizing the whole thing.
Also, i wrote it probably when Axe was like version 0.3.3, so yeah :P
Which leaves open how I'm going to write the GUI. Suggestions will be appreciated
-
Yes, double post. More than 6 hours though ;D and it's kind of a big problem.
I've been trying to implement this for an hour or so now, but to no avail. I think I've finally figured out why it didn't work.
So, rather than have one string for each level (using lots of memory), you just have one string that you can change to your needs.
"appvWHGLVL1"[00]"prgmWHGLVL1"[00]->Str0X
.L is the level, P is whether or not it's a program. We put its pointer in X.
L+48->{P*9+Str0X+7}
GetCalc(P*9+Str0X)->XThe line "L+48->{P*9+Str0X+7}" stores the correct digit in the right place. So, if L=6 and P=1, then the data at Str0X now looks like this:
"appvWHGLVL1"[00]"prgmWHGLVL6"[00]The 48 is necessary because the character '0' equals 48, '1' equals 49, etc. 7 is the offset to the first '1', and 9 is the difference between the offsets to the first and second '1's.
Its easy :) Just go to options, and select Application under 'shell'. The only difference between apps and programs is you can't modify any data that you create in your program. ie: you cant do this:
[000102030405]->Str1
9->{Str1+5} //cant do that!
you have to do this instead
[000102030405]->Str1
Copy(Str1,L1,6) //copy it to some free ram, but you cant copy back
9->{L1+5}
The level editor is an app.../me blinks
It's not an app now, and I tried the above, but I still can't seem to re-create it ???
Is there anything missing there that's necessary?
-
Hmm you should ask in the Axe section, as you will get a response much faster (from the people who never visits the projects section). I hope you can solve the issue, though. X.x
-
Btw at one point you oughta finish this because you are starting to get some competition now :P http://www.cemetech.net/forum/viewtopic.php?p=156023#156023 (it actually looks pretty cool too)
-
Btw at one point you oughta finish this because you are starting to get some competition now :P http://www.cemetech.net/forum/viewtopic.php?p=156023#156023 (it actually looks pretty cool too)
And the competition looks great :) In fact, it would be a good contest entry
-
More difficult and more optimized:
Disp "U LOST
-
Btw at one point you oughta finish this because you are starting to get some competition now :P http://www.cemetech.net/forum/viewtopic.php?p=156023#156023 (it actually looks pretty cool too)
It does, and just like the original O.O
Hurry up and finish yours lol
EDIT:
More difficult and more optimized:
Disp "U LOST
Disp "LOSE
Even better.
-
Btw at one point you oughta finish this because you are starting to get some competition now :P http://www.cemetech.net/forum/viewtopic.php?p=156023#156023 (it actually looks pretty cool too)
It does, and just like the original O.O
Hurry up and finish yours lol
Indeed, if calcman's game is well-coded I'm sure that adding levels is all left (in case he has a simple level editor).
-
More difficult and more optimized:
Disp "U LOST
Disp "LOSE
Even better.
Or in TI Basic, without a shell or an MP OS,
"LOSE
Darl, I hope you finish this sometime. It's an awesome game that deserves to be finished. :)
-
Right now, I think Darl is trying to finish his entry for the Axe contest :P
-
Heh, this looks interesting...
I noticed mine wasn't mentioned at all in that thread but w/e.
Actually the one I made was kind of horrible, completely unoptimized, pixel testing, that kind of stuff.
I might reboot it after the contest...and it'll probably be something like >9000 times better than the previous one :P