rFactor Motec Plugin

Davvid said:
Thanks gtrgreg for the tip about Scale/Offset - I didn't know it. And thanks Noel for advice. However it's really strange about those negative/reversed values. First Slide Pct and now this angular velocity. I understand these are raw values from the rFactor but why negatives... Of course it's niggling but I haven't got such readings from a few other sims.
Click to expand...

I am sure ISI has their reasons for doing it this way. Who knows what is going on on the back end. There are a bunch of things in the plugin API that are a little odd. ISI has documentation in the API that explains some of the odd ones and then says stuff like, "Don't ask" at the end. The plugin API exposes raw data, it is up to plugin developers to do what they want with the data. As Lazza said he just left stuff in the original format. Part of developing a plugin is being as efficient as possible. So you try to do as little work as possible in the plugin because a slow plugin will cause your frame rate to drop. It is very simple to flip the data in MoTeC after the fact.

I created some maths to map some of the channels to the default channel names that are in the default "Circuit" project. I also swapped a few channels, (slip and wheel rot). I also added brake pressure channels but as Lazza said it isn't really "pressure". It is just the brake pos multiplied by the bias setting.

Anyways, if you want to import my maths just click Tools/Maths then click Import on the bottom left and then browse to the XML file I am attaching to this post.

Download here:
http://www.box.com/s/0mp57t764nlt7rmlkrxi
 
Thanks Noel for some insight and for the calculations :) I believe it will help many users. Obviously I'm not a programmer so there are things you mentioned I didn't take into account. But I feel such conversion could be optional in the plugin, triggered via a switch in the ini file. It must have been managed somehow for years in the old Motec plugin after all :)
 
This is working well, I like the audio feedback that indicate if you are recording or not. You should add in the documentation that when you first install it and are using windows 7, you have to run rFactor in Administrator mode or it won't create the file MotecPlugin.ini.
 
He did sort of have a disclaimer about admin mode in his first post.
- I don't use UAC. I don't know how it affects things.
Click to expand...

In general you should run rFactor as admin unless you have UAC disabled. Just go to the properties of your rF icon and then click the comparability tab and then check the admin box. Then it will always run as admin.
 
Heh... Noel, do you remember our discussion why to not install games into program files?
Now you have a proof. How many times you have to help people who cannot manage that problems coming from UAC?
Wouldn't be easier to install it on another partition and forget about UAC?
 
Hmm. Which is easier for a computer iliterate person? Right clicking an icon and changing one check box in the properties or explain how to repartition their disk and move there rF install to this new partition? Another option is to turn off UAC which is as simple as clicking Start, typing "UAC", hit enter then drag the bar to the bottom and hit okay. Also more easy to explain. Also, newer games don't have these permissions problems. So you would be teaching people to partition their drive for a very old game that will be replaced by rF2 which doesn't have UAC problems.
 
Davvid said:
Thanks Noel for some insight and for the calculations :) I believe it will help many users. Obviously I'm not a programmer so there are things you mentioned I didn't take into account. But I feel such conversion could be optional in the plugin, triggered via a switch in the ini file. It must have been managed somehow for years in the old Motec plugin after all :)
Click to expand...

Well, Noel was right in that you first tend to leave things how they are, make them work, and worry about modifications later. The less you play with things the more chance you'll actually get it working :)

In this particular case, given the number of things it's already doing (nearly all values being read are scaled so that the decimal points are displayed correctly, for example) 'fixing' these particular channels so the names make more sense (higher 'sliding' actually means that, instead of the opposite [can sort of understand them not using grip though; there is current surface grip, maximum tyre grip, and a grip multiplier based on current wear... so adding another grip is just making things worse]) or the wheel rotations make more sense to us really isn't going to make much difference to CPU use.

I think it's important not to look at these as some sort of defiency or error in rFactor; everything is relative, and just as our North and South could just as easily have been the other way around (or positive and negative in electrical terms) you choose a particular coordinate system and everything comes from that. If that happens to make the wheels in a car travelling 'forwards' have a negative rotation around whichever axis that happens to be then that's how it works out. And 'Sliding Pct' is just a name - could have been 'Grip Pct' but then you get confusion with the various grip values I mentioned above, and if the rFactor physics code is more efficient when the sliding percentage is inverted (as we see it) then it makes sense to use it that way and worry about the human element later on.

For my part, I could have altered the outputs a long time ago but I obviously got it working and just dealt with them as they are - by using scales/offsets to fix the values and not thinking about it since. Plus I probably don't actually refer to those values very often.

MaXyM said:
Heh... Noel, do you remember our discussion why to not install games into program files?
Now you have a proof. How many times you have to help people who cannot manage that problems coming from UAC?
Wouldn't be easier to install it on another partition and forget about UAC?
Click to expand...

Off-topic. You could PM Noel about this unless you want to impress others, but even then there's no reason to start a discussion here.
 
New motec can't read old files. That's why DataAquisitionPlugin requires you to have older MoTeC version.
Lazza's plugin generates data in new format.

I cannot answer on second question. Just don't know.
 
smbrm said:
Finally think I fixed, but not without a lot of messing about with a wide variety of less than obvious different things within I2Pro. Now I should be able to assess the new measures.
Click to expand...

I also have experienced wrong track lenghts in one track or another, could you share how to fix?
 
I installed the plugin and I think it started working, but when I press ESC to get back to the pits Rfactor crashes every time! I deleted all rFactorToMotec files, but it is keeping on crashing. May be rFactorToMotec.exe has made some changes to important files in my Rfactor directory. Can you please tell me what might be this problem?
I'm using Rfactor 1.255.

Noel Hibbard said:
Never mind. I added a new worksheet and then added the "GPS Track" object and put a check in the driven, inner and outer check boxes. It will be cool to use this to overlay my laps to team mates to see what we can learn from one another.

View attachment 1157

One thing that is strange it the dropouts on the red line. This is an AI lap so maybe that is why it looks strange. I will have to drive some real laps when I get home tonight.
Click to expand...

That's great job Noel! Can you please share how exactly you did it? Most importantly which channels did you use for gps long/lat? I tried with g-force long/lat and it just didn't work:(
 
Last edited:
ivanalesi said:
I installed the plugin and I think it started working, but when I press ESC to get back to the pits Rfactor crashes every time! I deleted all rFactorToMotec files, but it is keeping on crashing. May be rFactorToMotec.exe has made some changes to important files in my Rfactor directory. Can you please tell me what might be this problem?
I'm using Rfactor 1.255.
Click to expand...

rFactorToMotec is separate to the plugin itself, and doesn't make any changes to your rFactor folder/files (it will create a folder for trackmaps if it can't find i2Pro, but that won't affect rFactor).

Are you using the standard .ini values for the plugin? If you changed the log folder or anything like that it might cause an issue of some sort. That's about all I can think of. Try deleting the plugin itself, and the .ini file in the rFactor folder, and install it again.
 
More than likely you're not using the standard downloaded v1.255f rFactor.exe (G27 or some other perhaps), so when it tries to grab the current setup steering lock from memory it's getting a large value instead; which, when multiplied by current steering percentage, is wrapping around and making the final value erratic. I've been meaning to detect and adjust for the G27 .exe at least, though I see I said that back in Feb... I will get to it :)

(I should also make it an option to grab the steering percentage instead of, or as well as, the calculated steered angle)
 
Lazza said:
More than likely you're not using the standard downloaded v1.255f rFactor.exe (G27 or some other perhaps), so when it tries to grab the current setup steering lock from memory it's getting a large value instead; which, when multiplied by current steering percentage, is wrapping around and making the final value erratic. I've been meaning to detect and adjust for the G27 .exe at least, though I see I said that back in Feb... I will get to it :)

(I should also make it an option to grab the steering percentage instead of, or as well as, the calculated steered angle)
Click to expand...

Would it be possible to add back in logging of x,y,z co-ordinates or even x,y,z velocity?
 
Great work Lazza.

Quick Question, is there no way to get 'roll'. i can see 'yaw' but not 'roll'. Maybe i could do some maths instead to calculate this ? thanks again
 
Last edited:
Sorry to ask but cannot find an answer to motec and damper velocity missing

Does rf2 not support the damper velocity, or does not export these cannels for all three wheels?

I set up everything and it works perfekt as far as I see but in the anylse template the damper velocity has no data

Or does the plugin in v 1.1 not export it for now?

Any idea?
 
another thing to mention (not a plugin problem)
Does anybody have a look to the tire temperature of rfactor 2?
It is different to rf1 and gtr2 there you get a smooth heating throughout each corner and it seems much more realistic than in rfactor 2 ?
If you spin or hardly push the car through the corner it reaches up to 200°C or more.
Is this realistic?
How do you then setup your car with the standard 5to10°C difference from in to out if these themperatures are jumping arround?
 
You can calculate Damper Vel from Suspension Pos. There is a tab in Motec to make it automatically (under Suspension Histogram). There are no direct Damper Vel channels in the plugin.
 
fazed said:
Am I doing something stupid to get the steering channel this erratic? .....
View attachment 2605
Click to expand...

Lazza said:
More than likely you're not using the standard downloaded v1.255f rFactor.exe (G27 or some other perhaps), so when it tries to grab the current setup steering lock from memory it's getting a large value instead.....I've been meaning to detect and adjust for the G27 .exe at least, though I see I said that back in Feb... I will get to it :)

(I should also make it an option to grab the steering percentage instead of, or as well as, the calculated steered angle)
Click to expand...

Have a similar issue (get no steering signal at all) with my rFactor.exe which is supposed to be 1.255f. The version number can be verified by looking at the property/details information of the exe-file. But, so far I know, there is no opportunity to identify whether the exe file is a 1.255c, 1.255f, G27,etc version. Furthermore some mods require a 4-GByte Patch which could have an influence as well.

More difficult is, that since a while, ISI is only distributing version 1.255c. Very likely the correct / working version can only be identified by comparing the file size and the compile date as well. I searched on my computer what version I have and figured out that I have three different versions of the exe file installed - because the different mods don't run with only one single version of the exe (preferable the newest one from ISI)

https://lh4.googleusercontent.com/-1s6ERkLjYYk/UXtilDY8iQI/AAAAAAAAAFA/_DjKE3zt_ac/s800/rFactor%2520versions.jpg


@Laza: The telemetry plug in is a very valuable tool for the rFactor community - what is racing w/o telemetry? But the confusion with the different versions seems to bother a lot of people - and some of them might no longer use telemetry.
I would appreciate if you could think about two proposals:

(A) add a table of compatible rFactor.exe versions (including file size and compile date) at the beginning of the thread - avoids that people looking for hours what they are doing wrong.

(B) Adapting the plugin to different versions of the exe file seems to be some effort. Did you ever think about an advanced version of the plugin where the memory addresses (or whatever the reference is) where the plugin looks up the signals/channels is documented in an ini-file (with different sections for the different exe versions). If you than share your knowledge to the community how to figure out the right mem-address I'm pretty sure that issues like channels missing will be gone very soon.

Thanks in advance
Merlin
 
Last edited:
During setup development a lot of different versions is being tested.

Sometimes I change a parameter multiple times after a view stints - and afterwards I would like to evaluate the gathered data. Keeping track what stint was driven with what setup is creating a lot of effort (need to type the name of the setup used in the short comment attribute).

If the name of the setup in rFactor would be written in the data file by the plugin (or the setup itself) the effort would be reduced a lot. Is this feasible? Is there some information - which I haven't found in regard setup already in the motec files included?

Thanks in advance
Merlin
 
Last edited:
Having problems getting Motec to work ... cannot see the NetCommUtilPlugin.dll in the main rF2 folder?
 
Hmm... I forgot to subscribe to this thread... thanks for answering Merlin :)

As for your above query about setup changes/versions, I agree it's not too easy at the moment. I did think about using the setup name at one point but it's not that easy to get and in a lot of cases would only tell half the story anyway (unsaved changes, multiple saves to the same setup file, etc). If and when I get to updating the plugin I will try and find something that'll work better.
 
Lazza said:
As for your above query about setup changes/versions, I agree it's not too easy at the moment. I did think about using the setup name at one point but it's not that easy to get and in a lot of cases would only tell half the story anyway (unsaved changes, multiple saves to the same setup file, etc). If and when I get to updating the plugin I will try and find something that'll work better.
Click to expand...

What if you just read the svm file (setup file) and store it as variables in the motec file Format - if possible? The setup information is plain text and the name of the variable could be identical.....

Would appreciate if you could implement such a solution for the rF2 PlugIn.




Sent with Tapatalk
 
Hi

it is possible to save the weather data - wetness on the track, and wetness on the racing line - in the Motec telemetry data for rFactor1 how it is shown in the GID Hud?

If not - is there an other way to save this data, because it is important to know the wetness on the track in every lap and corner, to find the best setup, wear etc.?
 
Faun said:
Hi

it is possible to save the weather data - wetness on the track, and wetness on the racing line - in the Motec telemetry data for rFactor1 how it is shown in the GID Hud?

If not - is there an other way to save this data, because it is important to know the wetness on the track in every lap and corner, to find the best setup, wear etc.?
Click to expand...


MotecPlugIn just supports storing of wheather data (including track wetness) in rFactor2. Currently it's not possible to store the weather data from RFE PlugIn Series. As far as I understood Lazza there are no planes to implement this for rFactor1.

You can have a look here as well: https://community.racesimcentral.ne...2-Motec-Plugin?p=237889&viewfull=1#post237889
 
Hi Lazza,

many thanks for your plugin.
Some guys in my league enjoy it very much.

I'm wondering whether it will work on the dedicated server logging all drivers while they are driving online?

At the moment the drivers have to send around their logs to compare each other's. With a server side logger the individual logs could be accumulated in one file that i could offer as download. But that's just my naive thinking ;)
 
sharky said:
Hi Lazza,

many thanks for your plugin.
Some guys in my league enjoy it very much.

I'm wondering whether it will work on the dedicated server logging all drivers while they are driving online?

At the moment the drivers have to send around their logs to compare each other's. With a server side logger the individual logs could be accumulated in one file that i could offer as download. But that's just my naive thinking ;)
Click to expand...

Hi,

I like your commitment to data logging :) but no, the server doesn't receive any telemetry data. The best you could hope for is scoring info (at 2Hz, with car positions and... er... weather... and... that'd be about it) which isn't much reward for the effort it would take to have it generating a number of log files simultaneously.

Bear in mind the raw telemetry data is a good, what, 60+ channels at 90Hz, let's say an average of 3 bytes per channel, so sending all that to the server would add 16+kB/s traffic per player. rFactor2 actually allows remote car 'telemetry' data to be picked up but for this reason I doubt it would be reliable either.
 
thanks for your reply, it sounds reasonable. I had no idea the amount of data is that huge.
 
PRL MerlinC said:
Have a similar issue (get no steering signal at all) with my rFactor.exe which is supposed to be 1.255f. The version number can be verified by looking at the property/details information of the exe-file. But, so far I know, there is no opportunity to identify whether the exe file is a 1.255c, 1.255f, G27,etc version. Furthermore some mods require a 4-GByte Patch which could have an influence as well.
Click to expand...
I am also not getting any data on the Steering Angle and Brake Pos channel. Throttle and all other channels seem to be fine, but those two are always zero.
I just did a fresh install from a newly downloaded copy (build 1255g), but still no data...

Any idea what could be going on here?

(I am also using the Global Info Display, which can show me my throttle and brake position in-car, and both show up fine there, so the channel seems to be working ok, but it just doesn't show up in MoTeC...)

I have attached a short log file, in case that might help troubleshoot the issue: View attachment 11618
 
Last edited:
1255g won't do the steered angle, that only works with the 1255f (Trymedia) version because it's pulling the current steering lock from memory. I can't even remember if the steering axis is logged (!) but if so just create a new maths channel for steered angle by multiplying the axis value by your car steering angle.

Brake should work, it's provided by the game just like throttle and all the rest. I'd check your project has the correct channel name in the graph you're looking at, and see if values are showing up in the logged channels list on the right.
 
Lazza said:
1255g won't do the steered angle, that only works with the 1255f (Trymedia) version because it's pulling the current steering lock from memory. I can't even remember if the steering axis is logged (!) but if so just create a new maths channel for steered angle by multiplying the axis value by your car steering angle.
Click to expand...
I guess I'll just use the Steering Arm Force then. Just as useful (if not more so).

Brake should work, it's provided by the game just like throttle and all the rest. I'd check your project has the correct channel name in the graph you're looking at, and see if values are showing up in the logged channels list on the right.
Click to expand...
This is very strange, because now it works...
When I first installed your plugin I always got zero on the Brake Pos channel, so I removed it altogether from my Motec worksheets, but now, that you mentioned that it should work, I put them back in, and all of a sudden they do have proper data!
Weird.
But good! :)

(Perhaps something in my car or controller setup was off, and that's why I wasn't getting proper data on that channel.)
 
Hi Lazza,

do you see any chance to adopt the current version of your MotecPlugin.dll v1.10 to the latest version of tFactor 1.255g? It seems like all the channels grabbed from memory aren't working anymore.

Thanx & Cheers
Frank
 
Frank Geyer said:
Hi Lazza,

do you see any chance to adopt the current version of your MotecPlugin.dll v1.10 to the latest version of tFactor 1.255g? It seems like all the channels grabbed from memory aren't working anymore.

Thanx & Cheers
Frank
Click to expand...

hi Lazza, no pressure, just checking any update on this yet, thx
 
spizone said:
hi Lazza, no pressure, just checking any update on this yet, thx
Click to expand...

Na, haven't got back to this yet. Don't worry, I'll be posting here when I have something :) (but to keep it in perspective, it's been nearly 2.5 years since the last version!)
 
You must log in or register to reply here.

Back
Top