New Calculator DDR!

[[ES] GARYsurvivor]

Somebody suggested that I move this topic here, so here it is:
I have been working on a new video game for the TI-83 Plus, TI-83 Plus Silver Edition, TI-84, TI-84 Plus, and TI-84 Plus Silver Edition graphing calculators. Of course it will not have sound, but It should turn out good in the end. Here are some screen shots:

It will be programmed in assembly language (which is hard and it sucks ). I wanted to get your opinions, and possibly even suggestions to make the game better. I already have a songlist, so I can't add any more songs.

[Philipio]

Make sure everything is on heavy. Playing on light is extremely boring.
_________________

DDRecall

[Arctic Wolves]

I'll never get anything done in Math ever again. Looks good! =P
_________________

[DX Manaic]

I LOVE YOU IF YOU CAN FINISH THAT.

just make sure everythings on heavy the other one is fast but all light so :/
_________________

[Reenee]

Keep it to the original thread, please.

[Cutriss]

I have no idea how long ago that thread last had a post, so it's not *that* big of a deal.

I realize that those are just test pics you've posted, but can the TI-series recognize more than 2 inputs at a time? Or 1 even? I would assume that, considering that all the 2nd/3rd level functions use a toggle and not a hold-press technique, that the keyboard scanning routines would only check for the first key depressed.
_________________

Sentient Mode is capable...

[davidbrit2]

[[ES] GARYsurvivor]

It is possible to detect as many keypresses as you want with the power of assembly language. The key port is separated into 6 groups (I think). You can read a group and get a number to use in the program. Coviniently, all the arrow keys are in the same group. When the group is read, it returns 11111111 if no keys are pressed. If all the arrow button were pressed, the number would look like 00001111. Each 0 represents a different key being pressed. I can individually check each bit.

Do not worry. It will have heavy. It will have all 3 main difficulties for the songs. (Some of my friends suck at anything even close to DDR )

The topic was moved here because the last post in my other one told me to move it here, so it could gain more attention.

I really don't know when this could be done. I still have to program the groove radar, program most of the stuff used for actually playing, and changing the steps for the songs into a series of 1's and 0's that only my program can read and understand. Each arrow should only take 1 byte. If you really are curious, the format will go as follows:

Bits 7-4 will control the existance of arrows. A 1 will represent an arrow.
Bits 3-0 will control the existance of freezes. A 1 will toggle the presence of a freeze on or off.

1001 1000 will start a jump with a freeze continuing off the left arrow. Just an example.
Wow, I typed a lot...I just wanted to answer some questions.

[davidbrit2]

Hmm, sounds like a decent enough format. You'll need a way to flag 12th note/triplet sections, though. You could probably get away with having bits 0-3 just contain the bitwise complement of the high order bits to designate the beginning or end of a triplet section. Then you can do something simple like this to check for switching into 12th note mode:

(byte / 4) XOR (byte AND 0xF) == 0xF

That will work fine assuming you'll never have 4 arrows at once in the step data.

Since you're going to be using 16 bytes per measure for full 16th note compatibility, you can then just store each triplet in the 1st 3 bytes for any given beat of the measure and ignore the 4th one when the program is expecting 12th notes. I was tinkering with making a simple DWI viewer for Palm once, and that's more or less how I handled storage for those.

Gah. This is the first week since classes, and I'm already reverting back to computer science mode. Kill me.
_________________
Honda CB1000R

[[ES] GARYsurvivor]

I have already had that idea. If the program comes across 1111XXXX, I have made special commands that do what would have suggested and more. In really easy songs, I can set it up to only read for the next arrow after evey 12 pixels (the regular 1/4 note spacing). If a song is mostly 1/8 notes, I can set it up to read for the next arrow after every 6 pixels. I can use these 1111XXXX commands to change this defaust spacing to whatever I want. Speed changes will also be controlled with this. It's a good idea, but I have already done it.

I hope this is what you are talking about. That mumbo jumbo C++ or whatever high-level language stuff confuses me. I would use something fun like this to check junk:

ld a,(datablah)
push af
and %11110000
cp %11110000
jp z,commandstuff
pop af
bit 7,a
jr z,leftarrowstuff
...
...
...

Something fun like that. Assembly is great.

[Light_373]

You have a beta version of that yet? I got an 84+SE w/ the usb cable and a hell of a lot of free time.

[[ES] GARYsurvivor]

[Light_373]

send em to my email. [email protected]. the only programming code i know is what your site taught me of basic.

[Bolt-Edge]

Just dont put bag on it, i dont want my silver edition to explode
_________________

I hear it's amazing when the famous purple-stuffed worm in flap-jaw space with the tuning fork does a raw blink on hari-kiri rock! I need scissors! 61!

[[ES] GARYsurvivor]

[Bolt-Edge]

[Light_373]

That would be cool.

[Cutriss]

[プライアン]

If I can find some free time I will try to make up a Draw Menu and Graphics Page. I just made a really cool animation (recall pic x) of a guy kickflipping a set of stairs. I'll make another one to demo on your website.
_________________

[IoriYagami]

You know... you could make a lot of money if you sold this, i know i would buy it.
_________________

Peaceful Chaos