SC Physics

[Gan]

Certain bits of code need added.
Check the global methods for the code.

[Connors]

OK, I found the problem. Thanks man!
Imma go make a minigame called "Defend The Ducks!".

EDIT:
https://sites.google.com/site/onronc/640x480.scproj?attredirects=0&d=1
It's the 3rd card, just use "Run This Card".
My fragments won't spawn AND your DestroyShape method is screwed up. It didn't work in the platformer project either.
Thanks for the help!

 - Con

[Connors]

Code: [Select]

FOR i = 1 to 10
 Â  SOMEMETHOD
NEXT

SOMEMETHOD Code:

Code: [Select]

FOR i = 1 to 5
 Â  PRINT "Hello"
NEXT

That code will cause infinite loop.

I can't see how that's a loop, wouldn't it just print "Hello" fifty times?

[Gan]

Your for loop never gets called. Not sure why.
I'll look into the destroy shape. Maybe make a demo to see if I can fix bugs.

It causes an infinite loop cause it's using the same variable name "i".

[Gan]

*Update!*
Destroying shapes now work.
Collisions have a safe guard to protect from spontaneous errors.
Update in first post.

[Gan]

640x480 Bomb Fixed
Bugs everywhere, my code, your code, under the fridge, on the homeless guy, and all over the windows operating system.

Your explosion never executed due to some faulty explosion code at the bottom of the timer. The shapes never were destroyed due to me forgetting to finish the destruction code.

Unfortunately I'm finding it harder and more complex to maintain the physics engine. It'd make things 10x easier, faster, and even sexier if Mike got the dylib plugin system in. I could make this thing tons more advanced. Cause some features just aren't practically possible with the current way this is set up.

[Connors]

I think I'll make some simpler minigames for now then.
And a few that don't even use physics, Imma go for that old-school sprite/velocity-based movement we all know and love. (LOL)

[Gan]

Awesome.


My failed attempt at making a rag doll. Obviously there's still a few bugs I gotta fix.

[Gan]

Fixed some bugs but there's some stuff that's just not right. Especially when you mix distance joints with rotated shapes.
So be careful, you might experience crazy results.

[Connors]

Awesome, I'll try this new one out later. Have you tweaked anything to help with speed lately?

[Gan]

I might've. Don't remember. Anywho I'm gonna test again on my G3 to see how well it runs.
EDIT: Still runs like crap on my G3

[Connors]

Yes I wish I could play my game at full speed with the sprites turned on, bombs look so much cooler with sprites. PS: I posted a version of my minigame on Card 3 with a wall, you would put the bomb on the other side so it goes off safely (lol) but it glitches. I tried making the level where you have to hold a polygon bucket over it but the bucket does the same thing as the wall (that's while holding the mouse to keep it there).

[Gan]

I just saw your mini game. Looks good. Runs fast on my machine. Though the wall still moves.
This is gonna take quite a bit of work to figure out all these bugs.
I'll bet most of the problems are due to the server-client communication and also the lag caused by Sc's slow drawing routines.

When I get the PhysicsCreator working I'll post the working project and you can see what high performance/lagless simulation really looks like. It'll blow your socks off.

[GMG Mike]

Close the goddamn variables window, that lags the game.

[Connors]

OK OK geez he's not blaming you for it.
But yeah I can see how 50+ variables and arrays would start to cause a problem.