Reading Motec data

Although I am still in the discovery and planing stages before going ahead with my project, my question is (and maybe I'm misinformed) has anyone attempted to attain the information necessary from the Motec Data? My understanding is that most sims use the Motec Data recording system and have this information within the sims. Would it not be easier to extract the info from those reading in real time verses from the direct x info? It would completely eliminate the need for DX plugins.
Sorry if this question may be in the wrong thread but the topic seems to be heading in that direction.

Cheers,
Mark

@mark

Would you give us a source to this information? I dont think that you are right.

In general, there a different ways to get realtime data out of games. Just one of them is to capture the Force-Feedback DX effects (like Yoda does).

Another way is to use plugins, which are mainly provided either by game developers itself, or by people who red out the game memory of games, in order to find the memory adresses, where realtime data can be captured. Then they code a little apllication/interface (plugin), which makes that data usable.
The problem is that is hard to find such plugins, and most of them do not output enough data, which are needed to drive our sims.

The best way is to find those values (offsets) in the game memory by yourself.
:hacker:
If you've found the memory adress where the value is located, 95% of the job is done.
Then you just would have to enter this adress to the Force-Injector and assign which type of value it is (speed, gear, g-force, etc..).
Thats all...
Sirnoname has coded the Force-Injector just for that purpose.

The main advantage of this procedure is, that you dont have to wait until someone writes a plugin, and you dont have to beg for updates of current plugins.
You just go into the game memory and grab that data

As a little gimmick we are working out software gauges to display on 1024x758 displays.
Actually Sirnoname does the coding, and Speedy some default gauges.
The cool thing is that everyone can make his own gauges by simply taking a photograph or picture found in the web f.e.
The graphical pointers will be inserted into this pic then, and will display realtime data lilke speed, fuel, rpm, oil, tire wear etc...
You can mod the appearance and color of the pointers even.

Are you intersted to learn it? Would be cool if we could find someone, who would like to learn using it.
I know how to do this, but I dont have the time to do it alone for all current games^^


To be honest, we are really displeased currently, that we have 250 members in the forum, and we are just round about 5 guys who are active supporting the X-Sim project.
So it would be nice if you guys could take the chance now to to start supporting the project a little.

Ok, who is interested? I want to see some fingers up in the air. Where are the volunteers? :clap:
:cheerleader:
I'll support you to learn it!
You would start with learning how to find easy values like gear numbers.

Regards
Christian

Hallo Sirnoname,

also auch in Race07 ist der ini Eintrag -Write Shared Memory=1- vorhanden. Also deine Vermutung ist schon richtig nehme ich an.

Beste Grüße

Das Keller-Team

Jürgen

Werden diese Daten (MMF mit Write Shared Memory=1) eigentlich nur bei den Simbin Spielen benutzt oder verwenden auch andere Programme diese MMFs?

Andere Games verwenden auch MMFs. Ob es alle sind, weiß ich nicht.

Bei RACE07 musste ich die Modifikation (MMF mit Write Shared Memory=1) NICHT vornehmen, um das Plugin zu verwenden. Einfach Plugin angewählt, und losgestartet.

Gruss
Christian

Bei Race07 ist das gleich auf Write Shared Memory=1 gesetzt, man braucht also nichts umstellen...

Das Keller Team

Jürgen

Hallo zusammen,
einige von euch kennen vielleicht meine (kostenlose) software SimTools http://www.sim-tools.de
Mit dem tool könnt ihr die daten von fast allen rennspielen auslesen! Das SDK wird diese woche veröffentlicht, somit kann man eine Anbindung an eure Software machen.

WIe bekomme ich die daten eigentlich?
rFactor und LfS haben ja bekanntze schnittstellen. ein problem stellen die SimBin game dar.
Alle tools lesen die daten direkt aus dem speicher(ReadProcessMemory), da gibs aber das problem, das sich die speicheradressen(die man vorher mit artmoney gesucht hat) nach jedem update ändern.
Dann gibts es da die von euch schona ngesprochene schnittstelle mit den memory mapped files. Leider rückt simbin keine inforamtionen darüber aus. Es gibt nur ein tool (von blimey/simbin selbst), dass diese schnittstelle nutzt. und zwar GRacer. das zeigt die daten auf der G15 an.
Nach langem testen und bösen spielerein wie api tracing habe ich nun die schnittstelel komplett verstanden
Der ansatz mit OpenFileMapping->MapViewOfFile ist genau der richtige. die segementnamen kann man mit tools win winobj herausfinden.
Jetzt muss man nur wissen, wie die daten da vorliegen. Auch das habe ic rausgefunden, und in meinem tool werden nun alle simbin spiele über diesen weg ausgelesen!

Jetzt ist die frage was sinniger ist? eine anbindung über simtool, oder ihr schreibt die plugins selber?

@sirnoname
was denkst du darüber? ich kann euch anbieten, für mein tool ein plugin zu schreiben, welches euch die daten liefer. somit habt ihr alle sims unterstützt, die von simtools unterstützt werden!

Hi,
meien software unterstützt ja auch nur rennsimulationen!

Ich habe dein Problem so verstanden, dass du die daten von dem MMF noch nciht ganz rausfinden konntest.
Mein tool läuft ja darüber und ich weiss genau, wie die daten im speicher liegen! wenn du da also noch probleme hast, dann melde dich!

die namen hast du ja schon rausgefunden, zu den daten siehe dateianhang, sollte alle unklarheiten beseitigen!

Servus Sixpack, Willkommen!

Ich verfolge dein Projekt nun auch schon recht lange, und finde auch klasse, was du da erreicht hast.

Wie Du schon erwähnt hast, stellt sich nun die Frage was wohl sinniger ist. Also wer nun auf wen zukommen soll.

Meine Meinung dazu ist folgende. Auch wenn ich dein Tool sehr hübsch und praktisch finde, ist es aber letztendlich doch auf ein paar Rennspiele beschränkt. Auch wenn mir das persönlich schon reichen würde, ist das X-Sim Projekt aber dennoch mehr, als nur Autorennspiele.

Was mir an X-Sim gefällt ist bspw. die Online Datenbank, in jene jedermann seine gefundenen Offsets aller möglichen Spiele hochladen kann (natürlich gibt es in dem Forumular zum Serverupload des Offsets ein Eingabefeld für den Autor, um einen Anreiz zum Veröffentlichen zu geben), jedermann im Gegenzug aber auch auf die schon gefundenen Offsets von anderen zugreifen kann.

Klar, so eine Applikation wie Du oder Nye sie geschrieben habt sind schon nice, aber letztendlich ist man immer auf euch Jungs angewiesen, dass ihr die Progs aktuell haltet. Abgesehen davon ist eben nur eine kleine Auswahl an Spielen abgedeckt.

Mit den X-Sim tools dagegen kann jeder selbst die Offests für alle Spiele finden, ohne auf andere angewiesen zu sein. Ich muss also bei niemandem um Support betteln, was mir sehr gut gefällt.

Was noch nicht wirklich veröffentlicht wurde ist das neue X-Sim Feature, beliebige Tachos in digitaler Form als Anzeige zu nutzen. Also man nimmt einfach ein Tachbild her. Sogar ein selbst geschossenes Bild vom eigenen Autotacho z.B, und fügt einfach per Software, die Sirnoname geschrieben hat, ein paar Zeiger und Segment Anzeigen ein, die dann die korrekten Spieldaten wie Speed und rpm z.b anzeigen. Das funzt schon recht gut.
Vielleicht lässt dir Sirnoname ja mal die Beta der Applikation zukommen.

Wir brauchen nun definitiv Leute, welche Lust und Zeit haben, virtuelle high res Tachos und Anzeigen zu modellieren. Vor allem wenn es um die sinnvolle hübsche Zusammenstellung von Anzeigen geht, die Reifendaten, Rundenzeiten etc darstellen).

Wie gesagt, auch wenn mir deine Applikation gefällt, hat das X-Sim Projekt wesentlich mehr Potenzial. Doch dieses Potential braucht aktive Supporter, welche wir derzeit noch nicht haben. Es weiß eben leider noch kaum einer, was für Möglichkeiten X-Sim mittlerweile hat.

Wenn du mich nun fragst, was ich für sinniger halte, kann ich nur sagen, dass ich hoffe und mich freuen würde, wenn du Lust hättest mit auf unser Boot zu kommen.

Zugegebenermaßen spielte ich unlängst schon einmal mit dem Gedanken, eine Schnittstelle zu deiner Applikation zu schaffen. Deshalb kam ich damals auch in dein Forum. Aber da Sirnoname nun eine eigene Methode gefunden hat an die Daten zu kommen, die ich damals von deiner Applikation haben wollte, erübrigte sich mein Anliegen.

Nun gut, denk halt bei Gelegenheit mal drüber nach...Wie gesagt, dadurch dass jeder Supporter mit Namen bzw Alias genannt wird, sollte der Ansporn ja erhalten bleiben.

Gruss
Christian

Also, unsere Programme verfolgen ja eigentlich komplett verscheidene ziele. Bei euch geht es um die ansteuerung des simulators, meint ool ist auf rennspiele beschränkt, und da geht es eigentlich nur darum, die informationen unabhängig von dir sim an zu zeigen und zu benutzen. Gerade desegen sehe ich euer projekt nicht als konkurrent, sondern möchte eher versuchen, dass wir zusammen was für die community hinkriegen.

Zum itnerface: mein tool ist ja komplett in .NET geschrieben, darum ist das in die unmanaged welt nicht so einfach. aber auch mein tool exportiert seine daten in einen MMF, somit könnte ich noch für x.sim ein plugin schreiben was die daten da ausliest.

Das mit eurer online datenbak dfer offsets ist ne tolle idee, da habe ich auch schon dran gedacht, aber ich wollte halt ncht, das der user immer ne intenrt verbindung haben muss. ausserdem wollte ich langrfistig von den offsets wegkommen, aber wie ihr ja selbst rausgefunden hat, bietet die MMF schnittstelle ja nicht alle daten an die ich brauche.

Darüberhinaus denke ich, das eure user einfach viel mehr ahnung von der ganzen materie haben. bei mir sind es meist halt nur gamer, die wollen nix von offsets wissen

mein SDK soll dieses wochenende endlich freigegeben werden, somit kann jeder da plugins schreiben wie er will.
Ausserdem gibts dann einen webservice, über den SimAdapter informaiert wird obs neuere plugins gibt usw...

Ich guck mir gleich mal euer SDK an, ich denke wir können da gemeinsam was machen!

Das stimmt, so grundverschieden sind sim-tools und X-Sim(2) im Bereich der Gauges/Anzeigen nicht. Da zu einem Simulator auch Anzeigen gehören, lag die Implementation dieses Features Nahe.

Den ersten Versuch hat Thanos mal mit seinem Controller und den Offsets aus X-Sim gestartet:
diy-analog-servo-car-instruments-t890.html

Den ersten erfolgreichen Versuch im Bereich der virutellen Displays gab es auch schon (mit implementierten Zeigern, und Segmenten).

Es ist also eher so, dass die Gauge Sektion in X-Sim2 ein Feature ist, während sim-tools auf die anwenderfreundliche Anzeige von Spieldaten (beschränkt auf aktuelle Autorenntitel) spezialisiert ist. Aber im Grunde ziehen wir am gleichen Seil.

Gruss
Christian

Wo kriege ich denn mehr onfos oder evtl. betas von X-Sim2?

Muss mir mal einen genauen überblick über das system machen!