torcs-devel Mailing List for TORCS - The Open Racing Car Simulator

Does anyone know if it is possible to remove the barriers from the sides of
the tracks?

I am doing this to attempt to createa scenario tha resembles actual roads,
with intersections.

Cheers
-- 
View this message in context: http://www.nabble.com/Track-Barriers-tp24623179p24623179.html
Sent from the torcs-devel mailing list archive at Nabble.com.

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Changed some things in the rolling resistance calculation.
Now it works as advertised, i.e. sand is sticky!
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFKZzP0yBv6kELa61sRAponAJ9Aj37WdXCttKZrdvUsujsEemfRCQCeNcP6
bfZbPViOrJ9wfhXcnp1zDJE=
=Sb5/
-----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I updated the viscous coupler so that it is symmetric.
(it was a bit weird before)

A full explanation is given in simuv3.tex, a new file
that will describe most of the simulation eventually.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFKYucWyBv6kELa61sRAsI0AJ0Q8FyBu3Brki6ADLeHyzBh/Ot/EgCdHYFk
1pKT8RR1JVptuv6DaabKQCs=
=uOQ9
-----END PGP SIGNATURE-----

Hi all,

I was just wondering if you know of the bullet physics library. I
could be used to implement the game physics.
http://www.bulletphysics.com/

As far as I've read, it seems very complete physics library, is used
by many and is distributed under the MIT license.
Sorry if someone already suggested this before.

Cheers

-- 
[]'s
Pedro
http://www.cs.nott.ac.uk/~plr/
 /\  ASCII Ribbon
 \/  Campaign against
 /\  HTML e-mail
/  \

> 
> Thanks for notifying us. We'll integrate these changes as soon as possible
> in our "sdl-port" branch (apparently no influence on car setups).
> 

Looking at my logs, there is also a small change with respect to the 
effect of camber on the handling - so, cambered to the left, a wheel 
will produce a slight leftwards force. This, combined with the fact that 
the front wheels' camber changes when steering is applied, may make for 
a slight difference in handling.

> Cheers,
> 
> Jean-Philippe.
> 
> 

Hi, Christos, and all.

> Simuv3 update, in torcs cvs.
> 
> 1. Discovered that corner velocities are not correctly calculated
> 2. Stabilised CollideZ() code - removed corner velocity from calculation
> of reaction forces.
> 
> TODO
> 
> 1. Find out the correct corner velocity calculation. This currently
> works fine in an octave code which I made a few months ago, which
> calculates quaternion derivatives. The torcs code, in
> car.cpp::SimCarUpdateCornerPos(), uses a weird implementation.
> For reference, I attach the working octave code if somebody wants to try
> and implement it for TORCS.
> 
> 2. Unify the car collision code with the border collision.
> 
> 3. Test test test.

Thanks for notifying us. We'll integrate these changes as soon as possible
in our "sdl-port" branch (apparently no influence on car setups).

Cheers,

Jean-Philippe.

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Simuv3 update, in torcs cvs.

1. Discovered that corner velocities are not correctly calculated
2. Stabilised CollideZ() code - removed corner velocity from calculation
of reaction forces.

TODO

1. Find out the correct corner velocity calculation. This currently
works fine in an octave code which I made a few months ago, which
calculates quaternion derivatives. The torcs code, in
car.cpp::SimCarUpdateCornerPos(), uses a weird implementation.
For reference, I attach the working octave code if somebody wants to try
and implement it for TORCS.

2. Unify the car collision code with the border collision.

3. Test test test.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFKWagTyBv6kELa61sRAvJoAJ4r6VNQ2WcohXAj8qkeVtWa0o0s+QCfdMFF
7LxW9AT2l1TlmjIYWwDeORM=
=jW0p
-----END PGP SIGNATURE-----