Display errors with TORCS 1.3.0
|
View:
New views
6 Messages
—
Rating Filter:
Alert me
|
 |
Display errors with TORCS 1.3.0
by Gian Paolo Mureddu-3
::
Rate this Message:
TORCS 1.3.0 either the officially distributed one, or the one offered
from my distribution's repository (Fedora) have display errors which
cause some models to turn transparent and not display properly. This
applies to both terrain and the cars themselves. Here are some links to
screenshots I just took, I got these with the binary distribution of
TORCS as offered in the website as well as with the one found in the
Fedora repositories.
http://img.photobucket.com/albums/v328/thetargos/Bugs/torcs-20091011230747.jpg http://img.photobucket.com/albums/v328/thetargos/Bugs/torcs-20091011230744.jpg http://img.photobucket.com/albums/v328/thetargos/Bugs/torcs-20091011230732.jpg At this point I'm not sure what the problem might be, I have these problems on a system with an NVIDIA GeForce 9800 GT, Linux driver 1.80.60, with and without AA/AF (the effect is the same, the screenshots have AA, I believe). TORCS is using the best video mode, maximum texture size of 4096 and texture compression is disabled, are these problems due to driver/NVIDIA GL library? Is there something I could do to correct these? ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Torcs-users mailing list Torcs-users@... https://lists.sourceforge.net/lists/listinfo/torcs-users |
|
|
Re: Display errors with TORCS 1.3.0
by kilo-2
::
Rate this Message:
Hi Gian Paolo,
On Mon, Oct 12, 2009 at 6:49 AM, Gian Paolo Mureddu <gmureddu@...> wrote: > TORCS 1.3.0 either the officially distributed one, or the one offered from > my distribution's repository (Fedora) have display errors which cause some > models to turn transparent and not display properly. This applies to both > terrain and the cars themselves. ... > compression is disabled, are these problems due to driver/NVIDIA GL library? AFAIK these clipping errors are caused by the video drivers, not TORCS itself. Please check if you can install a more recent version of your drivers. Though v1.3.1 does *not* handle graphics differently I suggest you download and try it, as it has many improvements over v1.3.0 Cheers kilo Gabor Kmetyko http://kiloandtorcs.blogspot.com -- http://three.sentenc.es ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Torcs-users mailing list Torcs-users@... https://lists.sourceforge.net/lists/listinfo/torcs-users |
|
|
Re: Display errors with TORCS 1.3.0
by Enrico Mattea
::
Rate this Message:
TORCS 1.3.0 either the officially distributed one, or the one offered from my distribution's repository (Fedora) have display errors which cause some models to turn transparent and not display properly. This applies to both terrain and the cars themselves. Here are some links to screenshots I just took, I got these with the binary distribution of TORCS as offered in the website as well as with the one found in the Fedora repositories.Hi, try to set video mode to compatible, because with best mode it seems to always have that problem. Cheers, Ocirne ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Torcs-users mailing list Torcs-users@... https://lists.sourceforge.net/lists/listinfo/torcs-users |
|
|
Re: Display errors with TORCS 1.3.0
by nepal google
::
Rate this Message:
On Sun, 11 Oct 2009 23:49:22 -0500
Gian Paolo Mureddu <gmureddu@...> wrote: > TORCS 1.3.0 either the officially distributed one, or the one offered > from my distribution's repository (Fedora) have display errors which > cause some models to turn transparent and not display properly. This > applies to both terrain and the cars themselves. Here are some links > to screenshots I just took, I got these with the binary distribution > of TORCS as offered in the website as well as with the one found in > the Fedora repositories. I have had this problem with every version of both TORCS and Linux that I have used over the past 5 or so years, since first trying TORCS. Not all tracks are this way but a lot of them, some like the very long track "spring" something? especially. This is the track I always check first on a new installation. the odd thing is the last installation of Linux and TORCS was when I installed Ubuntu 9.04 and right out of the box, I am sure I tried this track, noticed that it was not broken in the way you described, so excitedly I went and made my usual settings, and the track was broken. I did try to return to the default, I tried uninstalling and reinstalling but nothing corrected this problem and I ended up wondering if I was mistaken to begin with. I have virtually given up on TORCS for this reason and because it seems the developers are now more interested in doing windblows versions. nepal. ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Torcs-users mailing list Torcs-users@... https://lists.sourceforge.net/lists/listinfo/torcs-users |
|
|
Re: Display errors with TORCS 1.3.0
by nepal google
::
Rate this Message:
On Mon, 12 Oct 2009 14:20:34 +0200
Enrico Mattea <ocirne94@...> wrote: > Hi, try to set video mode to compatible, because with best mode it > seems to always have that problem. > Cheers, > Ocirne ****************THANKYOU********************* I just tried this on the long spring track and it worked perfectly, now I have a new toy again. I'll check all the other tracks now and see if they work too. thankyou! nepal. ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Torcs-users mailing list Torcs-users@... https://lists.sourceforge.net/lists/listinfo/torcs-users |
|
|
Re: Display errors with TORCS 1.3.0
by mnovick1988
::
Rate this Message:
For the record "Best" Video Rendering Mode hasnt worked since the Days of Ubuntu Hardy(6.xx) and still doesnt to this day...
The problem is not GLX in the drivers, its the GLUT rendering mode, its code has not been fixed since 'TORCS' was created(from ORCS). To fix it, you would have to ask the Dev. to fix the rendering mode, to render the texturemapping Correctly on OpenGL =>2.x. Otherwise, it will never be fixed. I should say the Devs. are too busy focused on including Networking Capability in Torcs (they should just use the BSD tcp.so and just have it open a TCP-port and broadcast to the network. then just have the client's listen for the broadcasts or specify a ip:port. the TCP/IP stack is already setup to handle this type of framework... and as far as how to handle client/client races... just have the secondary client connect, have the hosting server ask the client the car /car.xml. if it exists ask if the crc is the same of the files in the folder, else have it send in plain-text a copy of the xml. if a texture has been changed, have it transfer the file using tftp built into the client, and store the car.xml/textures in a temp folder.) if you want better rendering and quality, take a look at the source yourself and see if you can fix it... if i knew /c/c++/glut i would fix it myself... but its not my area of experience...
|
| Free embeddable forum powered by Nabble | Forum Help |
