ball physics

code:

---

         |
         |  block2
        *|
--------++--------
        |
 block1 |
        |

---

for example block1 should be very thick and block2 should be expanded further down.

* is the ball

...
i noticed the second problem in my experiments too, but it didn't bother me much because if the ground has a grass texture for example, it could be a little stone or something which causes the change of direction!

code:

---

 
	// reset the force vector each frame
	force.x = 0;
	force.y = 0;
	force.z = 0;

	//allow control of ball if on the ground... 
	if (ground_dist > 0 && ground_dist < scale_dist)
	{
		if(key_cuu)
		{
			vec_set(temp.x,camera.x);
			temp.z = player.z;		
			vec_diff(force.x,player.x,temp.x); 
			vec_normalize(force,power); //force vector points from camera to player at length of power	
		}
		if (key_cud)
		{
			vec_set(temp.x,camera.x);
			temp.z = player.z;
			vec_diff(force.x,player.x,temp.x);
			vec_inverse(force);
			vec_normalize(force,power); 
		}
		if(key_cul)
		{
			vec_set(temp.x,camera.x);
			temp.z = player.z;
			vec_diff(force.x,player.x,temp.x);
			force_ang.pan = 90;
			vec_rotate(force,force_ang);
			vec_normalize(force,power);
		}
		if(key_cur)
		{
			vec_set(temp.x,camera.x);
			temp.z = player.z;
			vec_diff(force.x,player.x,temp.x);
			force_ang.pan = -90;
			vec_rotate(force,force_ang);
			vec_normalize(force,power);
		}
	}
 

---

code:

---

 
function movePlayer()
{

	//increase gravity force if not in a jump...
	if (jumping == 0)
	{
		force.z -=10000;
	}		

	// apply force to player		
	phent_addcentralforce(player,force);
}
 

---

I have tried with thick blocks, but haven't had better success with them. Since adjusting the gravity, as I've mentioned before.. the ball going through the blocks is more trivial than it used to be.

I'm not sure how to approach the spinning problem. I would like the ball to continue in an easily forseeable way though. Any ideas as to prevent the odd spin reaction?

thanks,
Jason

edit- I did try using torque at one point to see how well that would work. It didn't work as well as using force. It seemed to pull to the right actually. Marble madness was great!

code:

---

 
//----------------------Player Input-------------------------------------
function playerInput()
{
	// this function is called every frame from player player action
	// reset the force vector each frame
	force.x = 0;
	force.y = 0;
	force.z = 0;

	//allow control of ball if on the ground... 
	if (ground_dist > 0 && ground_dist < scale_dist)
	{
		if(key_cuu)
		{
			vec_set(temp.x,camera.x);
			temp.z = player.z;		
			vec_diff(force.x,player.x,temp.x); 
			vec_normalize(force,power); //force vector points from camera to player at length of power	
		}
		if (key_cud)
		{
			vec_set(temp.x,camera.x);
			temp.z = player.z;
			vec_diff(force.x,player.x,temp.x);
			vec_inverse(force);
			vec_normalize(force,power); 
		}
		if(key_cul)
		{
			vec_set(temp.x,camera.x);
			temp.z = player.z;
			vec_diff(force.x,player.x,temp.x);
			force_ang.pan = 90;
			vec_rotate(force,force_ang);
			vec_normalize(force,power);
		}
		if(key_cur)
		{
			vec_set(temp.x,camera.x);
			temp.z = player.z;
			vec_diff(force.x,player.x,temp.x);
			force_ang.pan = -90;
			vec_rotate(force,force_ang);
			vec_normalize(force,power);
		}
	}
	// add flying force here....
	if(mouse_right)
	{
		//activate current powerup here...
		//will use mousewheel to cycle powerups
		force.z = glide_power;		
		//to allow control while flying
		if(key_cuu)
		{
			vec_set(temp.x,camera.x);
			temp.z = player.z;		
			vec_diff(force.x,player.x,temp.x); 
			vec_normalize(force,power); //force vector points from camera to player at length of power	
		}
		if (key_cud)
		{
			vec_set(temp.x,camera.x);
			temp.z = player.z;
			vec_diff(force.x,player.x,temp.x);
			vec_inverse(force);
			vec_normalize(force,power); 
		}
		if(key_cul)
		{
			vec_set(temp.x,camera.x);
			temp.z = player.z;
			vec_diff(force.x,player.x,temp.x);
			force_ang.pan = 90;
			vec_rotate(force,force_ang);
			vec_normalize(force,power);
		}
		if(key_cur)
		{
			vec_set(temp.x,camera.x);
			temp.z = player.z;
			vec_diff(force.x,player.x,temp.x);
			force_ang.pan = -90;
			vec_rotate(force,force_ang);
			vec_normalize(force,power);
		}			
	}
	
	//jumping...
	if(mouse_left)
	{
		// only allow jump if on ground, not in air
		if (ground_dist > 0 && ground_dist < scale_dist)
		{
			jumping = 4;
			while(jumping>0)			
			{
				// play jump sound here
				snd_play(boing,sound_vol,0);		
				force.z = jump_power;	
				jumping-=1;
				wait(1);
			}
		}	
	}
	//force vector now contains player intention forces		
}
 

---

quote:

---

Originally posted by fastlane69:
a) Because I can

b) Because I honestly thought you were showcasing your work, not asking any questions.

c) See a)

Harassing and Annoying...that's the polices job, not mine.

---

code:

---

 
	phent_settype(my,PH_RIGID,PH_SPHERE); 
	phent_setgroup(my,2);
	phent_setmass(my,5,PH_SPHERE); 
	phent_setfriction(my,normal_friction);
	phent_setelasticity(my,50,40); 
	phent_setdamping(my,normal_damping,normal_damping);
	player=my;
 

---

code:

---

vec_set(dir,nullvector);
if(key_a)
{
  dir.x-=1;
}
if(key_d)
{
  dir.x+=1;
}

---

quote:

---

Originally posted by ventilator:
wouldn't it be possible to dynamically increase an entity's erp depending on how much it currently penetrates the level geometry?

---

quote:

---

sometimes it's really tricky to find the right combination of parameters. i wonder how they manage to make physics in games like halflife2 foolproof?

---

quote:

---

for example, how do they prevent that a player collects all items of a level with the gravitation gun and throws them onto a pile? all this collisions in the pile really could freeze (<1fps) the game...

---

quote:

---

marco, have you ever worked with other physics engines like havok?

---