Racer v0.8.24 released!

[Ruud]

v0.8.24 is out.
Expected problems:
- Carlswood's kerbs seem to have a problem with bumpmapping. They're using static bumpmapping which haven't changed yet (to world space). Might be the tangent creation, hm.

Get it at: http://www.racer.nl/download/racer0.8.24.zip

Changes:
- dyn_standard_bump_reflect_*.cg rewritten to work in world space. Faster & reflection
is now also affected by the normal map (quite noticable).
- Same for dyn_standard_bump_*.cg; it now also takes the bumpmap's alpha for reflectiveness (specular).
- dyn_standard_bump_speca_v/f_cg was removed; use dyn_standard_bump_reflect*.cg instead (which does
the same thing).
- Controller stick_friction threshold velocity decreased from 20 m/s to 5 m/s (hardcoded).
- Added 'u' to position logging (normalized lateral position on the track)
- Added projected lights intensity: car.ini's lights.light<n>.color (default=4 4 4). In klux. Check
the Lambo's car.ini.
- async now runs the physics thread full throttle; it must run on a separate core if you want to avoid
it impact the other threads.
- TrackEd reworked to use the full render engine. Flashing also works again. Stack overflow fixed.
- Wheel setup screen now includes friction/stick friction/damping/inertia sliders.
- Added car.ini car.ff_friction, ff_stickfriction, ff_damping and ff_inertia factors to tune force feedback.
- Also added car.ini car.ff_gain, which modifies the ff_friction etc values directly (default=1.0)
- Added console commands 'ff friction <x>', 'ff stickfriction <x>', 'ff damping <x>' and 'ff inertia <x>'
for live setting of FF values. Absolute numbers for the controller, not car relative (0..10000).
- Fixed typo in NightSaturate() (no green in B&W color) in hdr.cg
- Tangents now generated in 4 coordinates (was 3). Mirrored UV seams are now being duplicated
to avoid tangent trouble where UV and mirrored UV parts meet.
- Modeler can now show tangents (T to toggle). It already did normals (N to toggle).
- Tangents were never used as VBO's; now they are (slightly faster).

 

[asasinuxp]

I found a problem:

And when I select Baja Class 1 I get this error: "DGPUShaderManager:MakeObject(dyn_standard_speca_v.cg):can't create CG vertex shader program CG ERROR:"The file could not be read."
For the second problem it must be updated the shader car.

 

[brother_david]

Downloading, testing it out soon

 

[krsman3d]

Here is a bug with texture compression that has been there since 0.8.23 at least.

 

[Eholov]

Error... with bmw3seriese90_325i CG

 

[Some1]

- dyn_standard_bump_speca_v/f_cg was removed; use dyn_standard_bump_reflect*.cg instead (which does
the same thing).

You sure they do the same thing? 'Cause I was under the impression that dyn_standard_bump_speca* gave bumpmapping and specular mapping, while dyn_standard_bump_reflect seems to give bumpmapping and reflection?!

 

[Ruud]

You sure they do the same thing? 'Cause I was under the impression that dyn_standard_bump_speca* gave bumpmapping and specular mapping, while dyn_standard_bump_reflect seems to give bumpmapping and reflection?!

Hm, that should read: "dyn_standard_bump_speca_v/f_cg was removed; use dyn_standard_bump*.cg instead". The reflect shader indeed does add reflection ofcourse.

 

[Ruud]

Error... with bmw3seriese90_325i CG

That happens with an SRGB (gamma 1/2.2 corrected) image without mipmap. Won't crash anymore in 0.8.25.

 

[Ruud]

Here is a bug with texture compression that has been there since 0.8.23 at least.

I get the same thing, will investigate. Something with SRGB vs linear formats.

 

[Alexander Knoll]

hmm..some thing went wrong with the nocg.exe.....

Fri Nov 26 22:15:22 (INFO): [noqapp/5424] --- application start ---
Fri Nov 26 22:15:22 (INFO): [noqapp/5424] 4 processor(s); setting affinity to 0xf
Fri Nov 26 22:15:23 (INFO): [racer/5424] Racer version: 0.8.24 (Nov 24 2010/16:57:26) - customer: Internet
Fri Nov 26 22:15:23 (INFO): [racer/5424] renderer.motion_blur.method is set to 4, but this Racer executable doesn't support Cg - not using FBO's.
Fri Nov 26 22:15:23 (INFO): [racer/5424] Physics engine: NEWTON v2.24
Fri Nov 26 22:15:23 (INFO): [racer/5424] WorldRainNode:LoadSettings; method=PARTICLES_BOXES but Cg support is off - reverting
Fri Nov 26 22:15:23 (INFO): [racer/5424] Safety changed: SAFE
Fri Nov 26 22:15:26 (INFO): [racer/5424] Loading track 'ring2002_cold_day_2008'
Fri Nov 26 22:15:39 (FATAL): [racer/5424] Exception 0xC0000005, flags 0, Address 0x004EEEB2
(this dialog text is stored in QLOG.txt)

OS-Version: 6.1.7600 () 0x100-0x1

0x004EEEB2 [racer_nocg]: (filename not available): (function-name not available)
0x004124D7 [racer_nocg]: (filename not available): (function-name not available)
0x00607B3B [racer_nocg]: (filename not available): (function-name not available)
0x00607F65 [racer_nocg]: (filename not available): (function-name not available)
0x0041B81C [racer_nocg]: (filename not available): (function-name not available)
0x00607E63 [racer_nocg]: (filename not available): (function-name not available)
0x00481288 [racer_nocg]: (filename not available): (function-name not available)
0x0060BC79 [racer_nocg]: (filename not available): (function-name not available)
0x0053D234 [racer_nocg]: (filename not available): (function-name not available)
0x006135AB [racer_nocg]: (filename not available): (function-name not available)
0x00607129 [racer_nocg]: (filename not available): (function-name not available)
0x00401573 [racer_nocg]: (filename not available): (function-name not available)
0x758F3677 [kernel32]: (filename not available): BaseThreadInitThunk
0x777F9D15 [ntdll]: (filename not available): RtlInitializeExceptionChain
0x00543BE6 [racer_nocg]: (filename not available): (function-name not available)
0x7EFDE000 [(module-name not available)]: (filename not available): (function-name not available)
0xFE78E900 [(module-name not available)]: (filename not available): (function-name not available)
0xFF8BFFFF [(module-name not available)]: (filename not available): (function-name not available)
0xD001C751 [(module-name not available)]: (filename not available): (function-name not available)
0xE800641D [(module-name not available)]: (filename not available): (function-name not available)

 

[KS95]

FPS hugely improved, I'm getting a steady 40FPS!! Auto-exposure is still giving me a bit of lag though, otherwise it's greatly improved on the last version I had (.22)

 

[luthobu]

Works.. both cg and no-cg. But I really do need a better gpu to
get the kind of quality I see here (above). Anyway, good work!

 

[Mr Whippy]

Hmmm, so has anything changed with the old standard_bump_*.cg files at all?

Or anything changed elsewhere that would influence them?

In my case, they seem to now be showing specular at full power from any viewing angle (road is just really speculary all over )

Seems to be bump related, as if I run standard_*.cg then it appears as you would expect, but obviously missing the bump.





Also, is there any chance we can have a bump/spec standard shader for tracks?

rgb diffuse, a transparrency pass (gequal/alpha to coverage type?) on tex0, then rgb normal, a spec on tex1?

Would just be handy for MANY materials for tracks...

Road surface
Walls
Grass base surfaces
Wire fences/gates (hence the transparrency, then normals to give some direction to the specular)
General building frontages
etc

Looking around more at other stuff, and thinking more, it's a pretty good base material for diffuse type materials!




Lastly, the camera relative shadow map size reduction strategy is hurting the visual quality of shadows even with these defaults. An external camera to the front of the car looking back along it's length is basically getting half the shadow map resolution on this split.
Go to the rear of the car looking forward, and the back is blurry shadow, the front of the car is getting a sharp one. Hmmmm.

This logic needs to apply to the interior camera shadow profile only.




Thanks

Dave

 

[Stereo]

Lastly, the camera relative shadow map size reduction strategy is hurting the visual quality of shadows even with these defaults. An external camera to the front of the car looking back along it's length is basically getting half the shadow map resolution on this split.
Go to the rear of the car looking forward, and the back is blurry shadow, the front of the car is getting a sharp one. Hmmmm.

This logic needs to apply to the interior camera shadow profile only.




Thanks

Dave

Doesn't seem to work well on track cams either, not sure where it's centering the shadow maps but I find the car driving right out of the shadows fairly regularly.

 

[DavidI]

I've found one glaring issue with bumpmapping, these were Mugello's dyn_bumpmapped concrete walls in 083.
1st image is in 084, 2nd is in 083

 

[Alex Forbin]

I'm still having the problem with racer crashing when autodetecting the DFP. While it's not a big deal to me, some new users might have a problem.
Here is the qlog...

Fri Nov 26 23:02:39 (INFO): [noqapp/332] --- application start ---
Fri Nov 26 23:02:39 (INFO): [noqapp/332] 4 processor(s); setting affinity to 0xf
Fri Nov 26 23:02:39 (INFO): [racer/332] Racer version: 0.8.24 (Nov 26 2010/15:59:53) - customer: Internet
Fri Nov 26 23:02:40 (INFO): [racer/332] Physics engine: NEWTON v2.24
Fri Nov 26 23:02:42 (INFO): [racer/332] Safety changed: SAFE
Fri Nov 26 23:02:46 (ERR ): [racer/332] WorldScene:DestroyTree(); nodes still present in the tree!
Fri Nov 26 23:02:46 (INFO): [racer/332] Loading car 'lambomurcielago'
Fri Nov 26 23:02:46 (ERR ): [racer/332] DBitmapTexture:FromBitMap(): OpenGL error (1284): stack underflow
Fri Nov 26 23:02:51 (ERR ): [racer/332] DBitmapTexture:FromBitMap(): OpenGL error (1284): stack underflow
Fri Nov 26 23:03:00 (WARN): [racer/332] QDXJoy: can't create/find joystick #1
Fri Nov 26 23:03:00 (WARN): [racer/332] QDXJoy:Unacquire(); failed (DIERR_???/0x1)
Fri Nov 26 23:03:00 (INFO): [racer/332] Safety changed: SAFE
Fri Nov 26 23:03:05 (WARN): [racer/332] QDXJoy: can't create/find joystick #1
Fri Nov 26 23:03:05 (WARN): [racer/332] QInfo: can't open 'data/controls/default.ini'
Fri Nov 26 23:03:05 (WARN): [racer/332] QDXJoy:Unacquire(); failed (DIERR_???/0x1)
Fri Nov 26 23:03:05 (WARN): [racer/332] QDXJoy: can't create/find joystick #1
Fri Nov 26 23:03:05 (WARN): [racer/332] QDXJoy:Unacquire(); failed (DIERR_???/0x1)
Fri Nov 26 23:03:05 (INFO): [racer/332] Safety changed: SAFE
Fri Nov 26 23:03:25 (FATAL): [racer/332] Exception 0xC0000005, flags 0, Address 0x004E163E
(this dialog text is stored in QLOG.txt)

OS-Version: 5.1.2600 (Service Pack 3) 0x100-0x1

0x004E163E d:\source\trunk\dev_racer\src\ui_public\supctrl.cpp (line 645): ControllersUpdate()
0x004E443C d:\source\trunk\dev_racer\src\ui_public\supctrl.cpp (line 1685): Do()
0x004E47FB d:\source\trunk\dev_racer\src\ui_public\supctrl.cpp (line 1827): rrSetupControls()
0x004DDBB9 d:\source\trunk\dev_racer\src\ui_public\supmain.cpp (line 157): Do()
0x004DDC27 d:\source\trunk\dev_racer\src\ui_public\supmain.cpp (line 201): rrSetupMain()
0x004D73A6 d:\source\trunk\dev_racer\src\ui_public\menu.cpp (line 1720): Do()
0x004D754B d:\source\trunk\dev_racer\src\ui_public\menu.cpp (line 1840): RMenuRun()
0x004035BA d:\source\trunk\dev_racer\src\mrun.cpp (line 1652): Setup()
0x0040390E d:\source\trunk\dev_racer\src\mrun.cpp (line 1909): Run()
0x00401504 d:\source\trunk\dev_racer\src\main.cpp (line 222): main()
0x00401573 d:\source\trunk\dev_racer\src\main.cpp (line 229): WinMain()
0x0054B8DB f:\dd\vctools\crt_bld\self_x86\crt\src\crt0.c (line 263): __tmainCRTStartup()
0x7C817077 [kernel32]: (filename not available): RegisterWaitForInputIdle

Alex Forbin

 

[DavidI]

The smoke issue mentioned in 083 thread & occurring in 084 still affects only the tyre smoke, not sand or grass.
It seems that at the start of the race the smoke from a burnout or similar tyre shredding event is ok & sorta drifts & lingers, but after a short time, it starts accelerating off into the distance in a narrow line.

While the speed it gallops off into the distance is a little unrealistic, the fact it doesn't seem to dissipate & expand in volume, & stays in lines ( I was trying to shoot AI cars with my smoke beams lol) is why it mostly looks unnatural imho.

Also, a sand cloud moves a lot slower than tyre smoke, which also looks a bit weird...

 

[Mr Whippy]

I've found one glaring issue with bumpmapping, these were Mugello's dyn_bumpmapped concrete walls in 083.
1st image is in 084, 2nd is in 083

There are some issues with the dyn_bumpmapping, I have some white blocks on my bump mapped tyres, while other bits look ok... maybe to do with the new UVW stuff!?

Looks fine in 3DS Max using Xoliul shaders and the Metal Bump 9 viewport renderers with my normal map... hmmmm.

Dave

 

[DavidI]

could be this

Same for dyn_standard_bump_*.cg; it now also takes the bumpmap's alpha for reflectiveness (specular).

maybe the bumpmap texture needs an alpha now?
[edit] nope, that's not it.

On another track...
With envmap.live_track.render_once=1 I get 120fps on Mugello
I changed envmap.live_track.render_once=1 to 0 and got ~35fps
I then changed envmap.live_track.frames_per_update=1 to 2 and got ~70fps, reflections of my moving clouds still looks realistic, best of both worlds.

 

[Alexander Knoll]

...not sure...but i think not..i tried with and without a alpha...and its the same resoult...full specular parts on the wheels...