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

Hi Eckhard

> Try it and drop me aline of your feedback. I'd like to go on with Dirt-2
> too.

Cool, the sky map is very nice. Under Linux (at least on my system here) your
changed track immediately crashed TORCS (on the selection in the menu), I think
the reason was that you used the track version "5". This version is not supposed
to be the version of the track file, but the version of the loader to use.
Anyway, I created quickly a file which worked for me, please check if it still
works for you (and add your name again, I lost it when I changed the file).

There was another problem with the non ASCII characters, does your editor
support UTF-8 properly?

It is a great improvement over the former version, great work. In case you
created all additional content by yourself and release it under the Free Art
License I could add your modifications to the next release. Be careful, e.g. sky
maps created with free versions of some tools are not copyright free, so please
check everything carefully, I will rely on this. List your contribution as well
in the "readme.txt", I refer to this concerning copyright questions.

Thank you very much:-)

Bye, Bernhard.

-- 

Visit my homepage http://www.berniw.org
Official TORCS racing: The TORCS Racing Board, http://www.berniw.org/trb

I was wondering if by changing the value of RCM_MAX_DT_SIMU in the file
raceman.h I could make the simulation in the Practice mode (text only)
faster. 

If this is not the way to do it, could somebody suggest a way to obtain a
simulation that runs faster? I rememebr reading somewhere this was possible
but I do not rememebr how.

Thank you.
-- 
View this message in context: http://www.nabble.com/constant-RCM_MAX_DT_SIMU-tf4110426.html#a11688113
Sent from the torcs-users mailing list archive at Nabble.com.

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

 Thank's Peter for your help :-)

Peter Bindels a écrit :
> That's the same problem I've had a while ago. It adds "-L <variable>"
> to the command line just before this example in your configure file.
> Since that variable is blank on your system (it also is on mine), the
> compiler interprets the next thing on the command line as a new
> directory to load libraries from - which is your filename. It then
> links without compiling anything and complains that you compiled
> nothing. Configure doesn't think and assumes the failure is your
> systems inability to compile X programs.
> 
> In short, the test is badly written and there's an implicit use of a
> variable that's not defined on more than one system. (yours == debian,
> mine == slackware).
> 
> Simple solution: Trace through configure for the error, remove the
> addition of that variable.
> Hard solution: Fix it in the input and submit a patch.

In fact no args passed to /usr/bin/ld, then I've just add this line in
configure script, around line number 6428 :

     ## LDFLAGS="$LDFLAGS -L$x_libraries"
     LDFLAGS="$LDFLAGS -L/usr/lib/libX11"
     echo " *** Change: LDFLAG= $LDFLAGS"

and after runing ./configure

checking for sin in -lm... yes
 *** Change: LDFLAG=  -L/usr/lib/libX11
checking for XOpenDisplay in -lX11... yes
 *** Now LIBS = -lX11  -lm

All is good. I don't understand but it works!

 regards
- --
Michel Luc ml...@ce... | http://www.cern91.net/
     Linux user # 300196   | http://counter.li.org/
- -*-*-*-*-*-*-* GnuPG v1.0.6 (GNU/Linux) *-*-*-*-*-*-*-*-
	         <ad...@ce...>
GPG: 1024D/3D07B881
KFP: 155C 2287 2084 33E0 4263 8AC9 B10F 03CB 3D07 B881
- --------------------------------------------------------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGnsAfsQ8Dyz0HuIERAn2lAJ9Pi/rTBpfK8frYwB1J6vv4pWiP3wCgqi4g
aj1rdqST7aIdCTWnfm4U2dA=
=zxMU
-----END PGP SIGNATURE-----

That's the same problem I've had a while ago. It adds "-L <variable>"
to the command line just before this example in your configure file.
Since that variable is blank on your system (it also is on mine), the
compiler interprets the next thing on the command line as a new
directory to load libraries from - which is your filename. It then
links without compiling anything and complains that you compiled
nothing. Configure doesn't think and assumes the failure is your
systems inability to compile X programs.

In short, the test is badly written and there's an implicit use of a
variable that's not defined on more than one system. (yours == debian,
mine == slackware).

Simple solution: Trace through configure for the error, remove the
addition of that variable.
Hard solution: Fix it in the input and submit a patch.

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

Hi

 I can't solve this problem because I don't understand it:

os: GNU/Linux Debian stable 4.0
Torcs-src version 1.3.0

$> ./configure
...
All check before this line are OK (Yes)
...
checking for XOpenDisplay in -lX11... no
configure: error: Can't find libX11. Please check config.log and if you
can't solve the problem send the file to...

- ---
in config.log:

configure:6457: checking for XOpenDisplay in -lX11
configure:6487: g++ -o conftest -g -O2 -Wall -fPIC -fno-strict-aliasing
- -O2 -DUSE_RANDR_EXT -DGL_GLEXT_PROTOTYPES   -L conftest.cc -lX11  -lm  >&5
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/crt1.o: In function
`_start':
../sysdeps/i386/elf/start.S:115: undefined reference to `main'
collect2: ld returned 1 exit status
configure:6493: $? = 1
configure: failed program was:
| /* confdefs.h.  */
|
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE "torcs"
| #define VERSION "1.3.0"
| #ifdef __cplusplus
| extern "C" void std::exit (int) throw (); using std::exit;
| #endif
| #define STDC_HEADERS 1
| #define TIME_WITH_SYS_TIME 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_LIBM 1
| /* end confdefs.h.  */
|
| /* Override any gcc2 internal prototype to avoid an error.  */
| #ifdef __cplusplus
| extern "C"
| #endif
| /* We use char because int might match the return type of a gcc2
|    builtin and then its argument prototype would still apply.  */
| char XOpenDisplay ();
| int
| main ()
| {
| XOpenDisplay ();
|   ;
|   return 0;
| }
configure:6519: result: no

- ---

On my system:

$> locate libX11
/usr/lib/libX11.a
/usr/lib/libX11.so
/usr/lib/libX11.so.6.2.0
/usr/lib/libX11.so.6

- ---

$> apt-cache policy libx11-dev
libx11-dev:
  Installé : 2:1.0.3-7
  Candidat : 2:1.0.3-7
 Table de version :
 *** 2:1.0.3-7 0
        990 ftp://ftp2.fr.debian.org stable/main Packages
        100 /var/lib/dpkg/status



regards
- --
Michel Luc ml...@ce... | http://www.cern91.net/
     Linux user # 300196   | http://counter.li.org/
- -*-*-*-*-*-*-* GnuPG v1.0.6 (GNU/Linux) *-*-*-*-*-*-*-*-
	         <ad...@ce...>
GPG: 1024D/3D07B881
KFP: 155C 2287 2084 33E0 4263 8AC9 B10F 03CB 3D07 B881
- --------------------------------------------------------

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

iD8DBQFGndLpsQ8Dyz0HuIERAhP/AKC9YyR10sH5K9zqLloNZX/RIxX0yQCeKOMQ
Kknk6ztOspfziYOZu7uQC90=
=fRuO
-----END PGP SIGNATURE-----

Hi,

i'm a fan of racing games and with my move to Linux i found Torcs, which
seems a very cool racing simulation :)

Instead of building a new track i redesigned the textures and texture
arrangement of Dirt-1:
- all tree textures updated 
- new and detailed dirt textures
- nice background
- more barrier textures (normal,start and curves)
- new and detailed stone texture
- new and detailed grass texture

...overall better color arrangement of the scene and all textures
getting high resolutions.
Download and pics: http://my.opera.com/area42/blog/drive-on-torcs

Try it and drop me aline of your feedback. I'd like to go on with Dirt-2
too.

Eckhard M. Jäger
Creative Director
area42 - Agentur & Systempartner
www.area42.de
e.j...@ar...

Hi,
I=E2=80=99ve looked inside a xml definition file for the track and I'm a bi=
t=20
curios about the starting point and the ending point of a track.
Defining a track as a sequence of curves and straight road lead, to=20
me, to an approximation of the ending point (I believe that every final=20
point is calculated using sin, cos and square root function).
So came my question, does the final point have to match exactly the=20
start point, or there is an approximation?
If there is an approximation, how is wide?

Bye

Nem




_______________________________________________________
Naviga e telefona senza limiti con Tiscali    =20
Scopri le promozioni Tiscali Adsl: navighi e telefoni senza canone Telecom

http://abbonati.tiscali.it/adsl/

Hello, 
  
 
          I am pretty sure that this message was lost somewhere in Internet and did not reach the mail list... so I send it again. Sorry if it is repeated...
  

Diego Perez <aki...@ya...> escribió:


         
  Hello Morgan, 
   
  As you maybe have read, I am doing a very similar project about automatic driving using TORCS. I have seen this you said:
   
  "- Initialization between races was made much faster, primarily by
skipping reloading of the robot, track and the simulation engine
(simuv2)."
   
  I am having here a serious problem, because each time I reload the race for the training, the memory used by the process is increased in 100KB more or less. Tha means that if I have to restart about 10000 times (and I actually have to), the memory used finllay is huge, and the process stops by lack of resources.
   
  To restart the race, I call the methods ReEndRace() and ReRealStartRace() (or very similar names, awfully I do not have the code just here) in client... maybe this is not the best way (mmm... for sure it is not).
   
  Reading what you say, I agree with the points about not reloading track and simulation engine... but, how do you keep the parameters of the car at their initial values (wheels state, fuel, etc...) for the new race without reloading the robot? Or maybe it is not necesary to reload the robot in order to keep them. I really do not know...
  
Could you tell me what did you do to restart the race avoiding this problem? Which methods, if you can?
   
  Thank you a lot for your help.
   
  Best Regards, 
  Diego.



  
---------------------------------
  
¡Descubre una nueva forma de obtener respuestas a tus preguntas!
Entra en Yahoo! Respuestas.


 		
---------------------------------

LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice.yahoo.com

Hi Dennis

> WARNING: ssgLoadTexture: Cannot determine file type for './(null)'
> linuxModLoad: ...  /usr/local/lib/torcs/modules/simu/simuv2.so: undefined
> symbol: _ZNSt24__default_alloc_templateILb1ELi0EE8allocateEj

Hmm, this here is the problem I guess, a symbol in simuv2.so cannot be found by
the linker (dynamic/runtime). This usually happens when you have a mess on your
system with various libraries or header files which do not fit with the
libraries. Maybe you did not cleanly switch the gcc version (I find it quite
tricky at times to have multiple gcc version installed in parallel, mostly
because of the libraries like libgcc_s.so and libstdc++.so)?

Bye, hope this helps,

Bernhard.

-- 

Visit my homepage http://www.berniw.org
Official TORCS racing: The TORCS Racing Board, http://www.berniw.org/trb