Make a new car against payment

Sorry, I'm not quite sure if this belongs to the 'devel' list, but I didn't 
found a better place for it:

I'm looking for somebody who can make a TORCS car for me. Of course, I don't 
want to have this job done for free, I'm willing to pay for it. Details can 
be found here:

http://www.microjobzone.com/project/making-car-torcs-racing-car-simulator

If somebody is interested , please leave me a note on above page as I don't 
want to spam this mailing list with the subject. Thank you !

Regards,
Donnar

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

A simuv2 backport of the clutch/gear-change inertia fix

The changed files are transmission and engine .h and .cpp.

This is my original simuv3 working attempt.  I am not very satisfied 
with the method I used to solve the problem, but the effect is as 
intended.  You can use the clutch or change gears to spin the wheels, or 
brake suddenly.

So now you can spin the wheels at start if you want, even if you have a 
low-powered car on a road surface that offers good traction.  Just push 
the clutch and let go if it after revving up.  Similarly, with a 
rear-wheel drive you can do a kind of hand-brake turn by downchanging 
the gear - most effective in small gears.

This is probably not the best solution, but please try it out.  I have 
some ideas for a different one - and I'd love to hear some suggestions.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

_______________________________________________
Torcs-devel mailing list
Torcs-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/torcs-devel

Re: A simuv2 backport of the clutch/gear-change inertia fix

Here's a fix of the issue that Andrew discovered in his testing, again 
backported from simuv3.  It is simply a fix for the engine break and 
fuel consumption calculation (rather than having the engine break simply 
proportional to the maximum engine torque at each rpm, it is a linear 
function of the torque produced at maximum power - this means that there 
is always some engine break, and it is always higher at higher revs). 
Incidentally, this fix also corrects the 'consuming a negative amount of 
fuel when not accelerating' bug.

Andrew Sumner wrote:
> Ok, I think I've found a bug.
> 
> Accelerate up to third gear, then get the revs nice and high.  Change
> down to 2nd and the revs will be well above the redline.
> 
> The bug is that the car isn't slowed down by the gear until the rpm
> drops below the redline, and then suddenly the gear takes effect.  Until
> then it just slowly drops in speed as if the car was in neutral.
> 
> cheers
> Andrew
> 
> 
> 

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.

Re: A simuv2 backport of the clutch/gear-change inertia fix

wino <at> catking.net wrote:
> On Wed, 09 Jan 2008 21:19:42 +0100, Christos Dimitrakakis 
> <olethros <at> fastmail.fm> wrote:
> 
>> (rather than having the engine break simply proportional to the 
>> maximum engine torque at each rpm, it is a linear function of the 
>> torque produced at maximum power - this means that there is always 
>> some engine break, and it is always higher at higher revs).
> 
> 
> Hi,
> 
> maybe this is just a first order approximation but isn't the engine 
> breaking more a function of engine capacity, compression ratio and 
> number of cylinders ? Although these factors will affect the max torque 
> it does not mean the torque is what determines the engine breaking.
> 

Well, it is not easy to determine this.  The idea for the model is to 
say that there is a 'engine brake' parameter for each engine, which we 
can call F.  Now, in this model, F just tells you how much of the 
produced power is wasted at maximum output power. (So F is the converse 
of efficiency at maximum power)  I think that for most engines it's 
fixed at 30%.

  > I guess this fix is an improvement on the old model but may be somewhat

This fix just fixes a bug in the old model (where in some cases you had 
no engine braking at all, and where fuel was magically generated in your 
tank).

Re: A simuv2 backport of the clutch/gear-change inertia fix

Hi,

Christos Dimitrakakis schrieb:
> It is not clear how to determine braking from the engine parameters, 
> which is why we have 'engine brake' parameter F.  From what you say, I 
> think that if F is set correctly according to each engine, the model 
> type (a constant + linear factor for braking) is adequate and the only 
> question is how to determine F.

If the engine inertia is known and one has the sound of the engine
rev'ing down while the clutch is open one could try to derive it
from there. Probably would work well for non-turbo engines?

Greetings,
Frieder

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace

Re: A simuv2 backport of the clutch/gear-change inertia fix

On Thu, 10 Jan 2008 09:54:59 +0100, "Frieder Ferlemann"
<frieder.ferlemann <at> web.de> said:
> Hi,
> 
> Christos Dimitrakakis schrieb:
> > It is not clear how to determine braking from the engine parameters, 
> > which is why we have 'engine brake' parameter F.  From what you say, I 
> > think that if F is set correctly according to each engine, the model 
> > type (a constant + linear factor for braking) is adequate and the only 
> > question is how to determine F.
> 
> If the engine inertia is known and one has the sound of the engine
> rev'ing down while the clutch is open one could try to derive it
> from there. Probably would work well for non-turbo engines?
> 

Sure, but there are difficulties:

1) Collecting the data.

2) Estimating the rpm from the sound.  I have tried that in order to
convert engine sounds to the steady-rpm we need for the game.  It's not
easy.  It's probably best to create a statistical inference model that
directly infers a constant and a linear deceleration parameter from the
sound data.

3) This procedure will only give you the friction up to a multiplicative
factor.  Resolving this will require knowledge of the engine inertia. 
This will require data from revving up and matching it with the known

Re: A simuv2 backport of the clutch/gear-change inertia fix

Hi,

Christos Dimitrakakis schrieb:
> On Thu, 10 Jan 2008 09:54:59 +0100, "Frieder Ferlemann"
> <frieder.ferlemann <at> web.de> said:
>> Hi,
>>
>> Christos Dimitrakakis schrieb:
>>> It is not clear how to determine braking from the engine parameters, 
>>> which is why we have 'engine brake' parameter F.  From what you say, I 
>>> think that if F is set correctly according to each engine, the model 
>>> type (a constant + linear factor for braking) is adequate and the only 
>>> question is how to determine F.
>> If the engine inertia is known and one has the sound of the engine
>> rev'ing down while the clutch is open one could try to derive it
>> from there. Probably would work well for non-turbo engines?
>>
> 
> Sure, but there are difficulties:
> 
> 1) Collecting the data.
> 
> 2) Estimating the rpm from the sound.  I have tried that in order to
> convert engine sounds to the steady-rpm we need for the game.  It's not
> easy.  It's probably best to create a statistical inference model that

One could try to use FFT (Fast Fourier Transform) and visualize the results
as it's sometimes done with whale songs.
I searched a while for a nice link and didn't find a nice one, maybe
the figure here shows well enough:

Patch to improve the font rendering engine

Hi people,

I play Torcs for a while and I enjoy it very much. Thank you guys for
this great game.

However, the fonts used to render the text are pretty ugly and AFAICS
the current font mechanism does not allow for internationalization
(see
http://sourceforge.net/mailarchive/forum.php?thread_name=BAY119-F25AF64C37E5992D2507ADBC6D90%40phx.gbl&forum_name=torcs-devel
). So as a maintainer of a library for text rendering with OpenGL (QuesoGLC see at
http://quesoglc.sourceforge.net), I submit you the attached patch to use QuesoGLC instead of the
current font rendering engine.

I used this patch since a few days and it just works Ok. When using my
patch, fonts are antialiased so they are nicer. Moreover, QuesoGLC uses
TrueType / Type 1 / OpenType and generally speaking any font format
which is supported by FreeType, so it is quite easy to customize the
fonts to your need (see the patched screen.xml for an example). QuesoGLC
also supports Unicode (UTF-8 and right to left ordering) so this might
ease the internationalization of Torcs. The library also takes care of
all the cache burden so you do not have to worry about memory and
texture management related to font rendering (only one 1024 x 1024 x 8
bits texture is allocated - that is 1 Mb of texture memory - which is
quite few with regard to the standard gfx card memory - even for the
good old TNT and its 32 Mb).

The drawback is that the use of QuesoGLC along with Torcs costs 15%~20%
of framerate but I am working hard to improve that  Another drawback
is that it adds yet another dependency to Torcs. I do not know your
policy relative to dependencies and this patch is just a suggestion. 

New track - please test

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace

_______________________________________________
Torcs-devel mailing list
Torcs-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/torcs-devel

3D wheel patch revisited

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

_______________________________________________
Torcs-devel mailing list
Torcs-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/torcs-devel