CodeWalrus

u/Unicorn September 06, 2015, 05:18:04 AM

yup. Make sure to note that mods, of you put them in, need to not overload the calc O>O

u/nullweist October 17, 2015, 09:57:38 PM

Has a version that supports block breaking been released?

u/Dream of Omnimaga October 17, 2015, 10:29:48 PM

Hi Andrew Weist and welcome to the forums. UNfortunately nope, since the author appears to have disappeared from the calculator scene (whether it's permanently or temporarily is unknown)

. I don't know when or if this project will ever be updated again.

u/alexgt October 29, 2015, 10:51:44 PM

I have accidentally deleted it from my calc which was the latest version, I have a backup but I don't know how up to date it is. I will check if it has block breaking.

u/alexgt October 29, 2015, 11:00:26 PM

Yep, I checked

.
UPDATE TIME!!!!

- Moved project ti GitHub
- Movement!!
- Better rendering
- Block Breaking
- Block Placing
- Gravity
- No progress for past month...

Download and readme in GitHub:
https://github.com/alexgt9123/MinePrime

u/Dream of Omnimaga October 31, 2015, 05:15:47 AM

Wow nice to see block placing finally added. I was worried that this feature would never see the light of the day due to the lack of updates. I'll try to install this on my calc when I have some time. Do you plan to make it open-source in the future to allow other people to contribute, in case you cannot find anymore time to finish this?

u/Snektron October 31, 2015, 10:39:08 AM

The source is on github and it's public; so it's already open source

u/alexgt November 01, 2015, 02:57:37 AM

Any one is free to do anything with any of my projects just as long as they give credit where credit is due

u/Dream of Omnimaga November 04, 2015, 06:26:43 AM

Quote from: Cumred_Snektron on October 31, 2015, 10:39:08 AM
The source is on github and it's public; so it's already open source

True, but sometimes people put source on Github with no license and no license apparently means "all rights reserved".

By the way, you should make the readme warn about having to ON+SYMB before launching the game, because the game needs all the memory it can get and a soft reset will clear it out. Else the game just shows the spreadsheet or will only partially load then skip to the spread sheet.

I like the work as always, btw. I am running it on my calc as I write this and I'm happy that it's finally updated

EDIT: Darn it exits to the spread sheet as soon as I hit the arrow keys

. I think your game requires too much RAM. EDIT Fixed after deleting several games. It looks nice and I like how you jump automatically when reaching higher platforms.

Last Edit: November 04, 2015, 06:49:44 AM by DJ Omnimaga

u/alexgt November 12, 2015, 01:35:13 AM

^Thank you....

But...

I think I have to restart again, I can't get it working on my calc xD so what I am going to do is make a code editor so I can organize my stuff and then program it on that so I won't have to start over just because I can't read it

Expect major developments on a IDE for the Prime because I really want to work on Mineprime

AHHGRRRSDFIDEFGonsfivdsifonaisNBAOUBD(*&^#%)@#$&^)#Q its not that bad though I will optimize it further so like you said it won't crash because of RAM restrictions (I hope

)

I still am mad tho

u/Dream of Omnimaga November 12, 2015, 07:51:22 AM

One thing to keep in mind is that the calc has 16 MB of RAM for the user or perhaps less, since the OS uses half of it. Using a massive GROB for the map you navigate through is probably not a good idea as a result, as the data gets large very fast. It's best to use tilemapping via a minimap stored in a GROB, a 2D array or list containing the tilemap data. It might be slower that way but it would take much less space.

u/alexgt November 12, 2015, 05:27:16 PM

Quote from: DJ Omnimaga on November 12, 2015, 07:51:22 AM
One thing to keep in mind is that the calc has 16 MB of RAM for the user or perhaps less, since the OS uses half of it. Using a massive GROB for the map you navigate through is probably not a good idea as a result, as the data gets large very fast. It's best to use tilemapping via a minimap stored in a GROB, a 2D array or list containing the tilemap data. It might be slower that way but it would take much less space.

That is what I did in MinePrime 2.0

|
\/

Quote from: alexgt on July 07, 2015, 03:15:21 PM
Quote from: DJ Omnimaga on July 07, 2015, 02:52:46 AM
Awesome! Does it still use a large image to store the map? I can't wait to try the new version
Nope, the new world size is 500x100 so I couldn't imagine a 8000x1600 GROB containing 12,800,000 pixels so I just have one 352x272 GROB that has a 16 pixel buffer on all sides so you can display the screen and then generate the new terrain of screen

Quote from: Unicorn on July 07, 2015, 03:07:48 AM
Quote from: DJ Omnimaga on July 07, 2015, 02:52:46 AM
Awesome! Does it still use a large image to store the map? I can't wait to try the new version
^ Ditto Hopefuly there won't be a red flashing player
Just got on the computer to work on custom skins

I will have the same method in MinePrime v3.0 though but way more optimized

u/Dream of Omnimaga November 15, 2015, 06:03:49 AM

Ah I see I missed that part. I hope you can solve the memory issues, if any. Would DIMGROB_P every GROB (1 through 9) to 1x1 pixel on startup free up RAM used by GROB's in other games?

u/alexgt November 15, 2015, 10:49:17 PM

Definitely, that would free up tons of RAM, also clearing all matrices and list would help. So long as games don't store stuff in lists and matrices from runtime to runtime (which is a bad practice anyways) there should be no trouble

u/Dream of Omnimaga November 16, 2015, 09:58:26 PM

I am unsure if clearing matrices out is a good idea, though, because if they are used by a math program I am unsure if students will like if a game overwrites all their school stuff. KInda like how some people dislikes when BASIC games don't restore the graph screen content on exit.