Technically Possible

[Primordial Ooze]

Would it be feasible to create something like

on the atari 2600 vcs? The only problem i see would be getting the "physics" implemented. Any assistance in this matter would be greatly appreciated.

 

Sincerely,

 

Primordial Ooze

[Rybags]

From what I can see of the game, the physics wouldn't be too hard.

 

Gravity influence, bounce influenced by where it hits on the tramp and how the tramp is moving etc.

These things can be done fairly simply with integer maths, table lookups and other trickery.

Already been done in "lite" form in Pong/Breakout type games.

 

If you break it down, the game just looks like a glorified Game & Watch type of thing.

 

Doing it yourself - start with the physics part. Do a Pong type program where the ball falls under gravitational influence, give the player a bat, make the thing behave how you want it to.

Once that's done, use the bare essentials you've created to do the physics on multiple objects, then add all the fancy bits.

[+Gemintronic]

Sounds like a Bouncing Babies clone to me.

http://www.dosgamesarchive.com/download/bouncing-babies/

 

Could use playfield pixels for the building and ambulance at the end.

Could use ball, missile 1 and missile 2 for "babies" to bounce.

Flames could be sprite 2 and the player/stretcher could be sprite 1.

[Primordial Ooze]

Sounds like a Bouncing Babies clone to me.

http://www.dosgamesa...ouncing-babies/

 

Could use playfield pixels for the building and ambulance at the end.

Could use ball, missile 1 and missile 2 for "babies" to bounce.

Flames could be sprite 2 and the player/stretcher could be sprite 1.

Actually both Puppy Love and Bouncing babies are clones of Game And Watch Fire

 

Source

Wikipedia Entry

 

Also something like this would be my alternative choice if the other wasn't technically possible.

 

Sincerely,

 

Primordial Ooze

Edited June 8, 2012 by Primordial Ooze

[Omegamatrix]

This is completely possible. A Bouncing Babies for the 2600 has already been done (prototype found):

 

http://www.atariage.com/forums/topic/155310-orders-are-ready-atari-2600-ntsc-bouncing-baby-bunnies/

 

 

There was a cartridge release, but no rom release. It looks like a fun game.

[+Gemintronic]

Vermin is also dooable in the extreme.

 

Gopher and incoming mounds could be done in playfield pixels. The gopher head rows of pixels could be condensed to look better.

The player sprite could consist of both sprite 1 and 2 for a bigger, more detailed sprite that could move its arms independently.

[Hatta]

Reminds me of Circus Atari. This would be a lot of fun to play with an Atari paddle. I hope you pursue this.

 

Also, Vermin. I googled it, and it only has two buttons, one each for left and right. How does it know whether to move or strike?

[SeaGtGruff]

From what I can see of the game, the physics wouldn't be too hard.

 

Gravity influence, bounce influenced by where it hits on the tramp and how the tramp is moving etc.

I'm not sure it has to be that complicated. If you think about it, the paths of the objects have to be following a predetermined course, because as long as they successfully bounce it takes just a couple of bounces for them to end up exactly where they need to be to get caught by the funnel or whatever-- so it doesn't matter where it hits on the trampoline or how the trampoline is moving, at least not as far as what direction or angle it bounces in, only whether the bounce is successful or not. So it could be as simple as checking for a collision and then-- if a collision occurred-- comparing the X coordinates of the trampoline and the object to determine if it hit close enough to the middle of the trampoline for it to count as a successful bounce.

[BladeJunker]

From what I can see of the game, the physics wouldn't be too hard.

 

Gravity influence, bounce influenced by where it hits on the tramp and how the tramp is moving etc.

I'm not sure it has to be that complicated. If you think about it, the paths of the objects have to be following a predetermined course, because as long as they successfully bounce it takes just a couple of bounces for them to end up exactly where they need to be to get caught by the funnel or whatever-- so it doesn't matter where it hits on the trampoline or how the trampoline is moving, at least not as far as what direction or angle it bounces in, only whether the bounce is successful or not. So it could be as simple as checking for a collision and then-- if a collision occurred-- comparing the X coordinates of the trampoline and the object to determine if it hit close enough to the middle of the trampoline for it to count as a successful bounce.

 

Well I think this sounds like a great game idea and look forward to it. I only hope there will be paddle support Primordial Ooze?

 

Sorry to Primordial Ooze for putting this here but I have to ask SeaGtGruff if his inbox is full or disabled since I tried to send a message a couple weeks ago but it doesn't work???