It's not really a glitch. My current simulator makes getting strikes too easy.
As of a few hours ago, I've already made some improvements over the old engine. Hopefully there won't be any easy strikes from now on.

I've also added in animation speed, so the ball motion will actually reflect the velocity at which it is traveling.
It was always present before, but now it is graphically rendered.

Also, I've re-coded the trajectory curve equation. It forces the user to make much better use of the items now. For example: Without a glove, the ball travels very slowly and has little momentum. With a glove, the ball travels faster, but it becomes more difficult to apply spin. If you pack only spin modifiers, the ball will spin too much and end up in the gutter before it hits the pins. By combining both gloves and spin modifiers, both spin and velocity will balance each other out, allowing the player to throw the ball fast and with enough spin to get a strike. The accuracy is now affected much more by the shoes packed. Without good shoes, the ball has potential to veer off considerably from the designated path.

Hopefully these modifications in addition to the re-coded engine, will make the game much more challenging and interesting.

hmm, I was beaten to the punch

I have yet to reveal the animated scrolling background, which i will do, as soon as i write the tutorial.
I've also got some interesting masking techniques that you might enjoy.

yeah, i finally have some free time from school.
I would have been online last week, but my internet was down quite a bit. (i think all the rain + melting snow caused stuff to short out) The good news is that Charter got it working again.

aha! why don't you do a calc sprite web comic. You could include characters from Reuben quest or super mario. All you would have to do is setup the scene on calc and take a screenshot It has potential to be really awesome. At least it's an original idea.

alright, I'll take you up on that offer , although i'm still a little bit away from starting this project.
I'll let everyone know when I'm ready for some puzzles.

Ok, so this is my take on re-optimizing Bowling.
I've scanned the entire code (all 1646 lines) and optimized the whole thing, especially the recognized bottlenecks. I've also tweaked the graphics a bit and introduced a new scrolling background method to create animated scrolling backgrounds. Yep, animated scrolling backgrounds. Now, I'm ready for grayscale

I'm finished with the optimization part, so now all I need to do is re-code the physics simulator. I've been procrastinating on this part for a while now. It's the most complicated part of the entire game, and I just don't know where to begin. I have to integrate multiple variables into the simulator and have it return an acceptable result. The variables include: Spin vector (magnitude & direction), velocity (gloves and throw meter control this), entry angle (result of some calculus), Accuracy (shoes control this), mass (not actually used currently), direction, and initial position. Combining these with actual lane & pin dimensions has proven to be a difficult task.

Here is a screenshot of everything so far:
(I had to hurry since imageshack only allows files less than 1.53mb)

Well, I'm starting up an old project. As many of you may know, a project called Protocol was being developed by me and few others at UnitedTI. However, the project has been idle for more than a year now, so I'm going to pick up where it left off. Actually, I'm planning on creating a puzzle game rather than a full blown rpg.

The idea here is user generated puzzles. The game will be an rpg in the sense that you control a character around a dungeon/puzzle, but the game will purposely never have an intricate story line or battling elements typically found in an rpg. The main gameplay will essentially be multiple levels/dungeons from which you must escape. I will make creating and integrating puzzles with game very easy in hope that there will be many puzzles for the user to choose from. Even if no one else contributes, I'll create puzzles of my own, as to make sure the game has at least some puzzles.

Currently the game is in the planning stage only. I've got too many other project right now to finish up before i really get into this one, but those projects should be finished soon. Expect major development in the future.

To raise some excitement, here is a animated screenshot of the title screen:
hmmm, there is supposed to be contrast control too, but the screenshot doesn't reflect this...

metagross, what sort of Celtic project are you planning?
I'm using Celtic in a number of my projects, mainly for copying programs from an archived app var to ram. Celtic also allows you to read/write to programs, so you can create programs that create programs. I've found this particularly useful for creating installation programs or finalizing programs with hacked variables. In combination with XtraVar, I use Celtic to replace the normal variables in a program automatically with hacked ones as to avoid archive issues when programs are run from a user's calc.

I've also used Celtic to pack multiple programs into a single app var. I used Celtic to compress each subprogram to a single line, then i copy that line to the app var. This way all the subprograms are accessible by telling Celtic to retrieve a specific line number from the app var. The process is almost instantaneous and allows you to store huge libraries of subprograms/functions on your calc at no expense, other than a bit of archive memory.

Through testing, I've also verified that Celtic can copy assembly programs. Although you wouldn't be able to compress the asm programs into a single line, you could use Celtics (table?) functionality to map the contents of the app var. I've never tried this method, but it should be possible.