|
|
|
Autor |
Nachricht |
|
|
|
Mi 28.11.07 17:34 mprEdit - 0.4.0 beta
|
|
UPDATE - Version 0.4.0 beta verfügbar!
Es gibt wieder mal ein Update für mprEdit. Hat ja etwas länger gedauert seit der letzten Version Aus Bequemlichkeit lass ich das Changelog mal auf Englisch, wenn etwas unklar ist einfach fragen
Download:
http://mpredit.origo.ethz.ch/download
Wichtige Änderungen seit 0.3.3 beta:
=========================
GUI:
-
Change semantics of time display to match patch Z replay controls: The times are now always relative to the replay start, not to the race start. => A replay always starts at time 0:00.0, even if the actual race is already running before the replay started.
-
Added event "Body damage" (NOT suspension/engine damage!)
-
You can select different cars for start and end events
-
Selecting events now updates the start and end time controls
-
Splitting is now only happening based on time, not on event index anymore.
-
disable GUI elements when no replay is loaded.
-
add icon.
-
dont add "replay start" and "replay end" event to players
-
Add checkboxes to indicate if splitting should start with replay beginning / end with replay end.
-
show also drivers that dont have any split time recorded
-
add events SPECTATE and FORCED_SPECTATE to selectable events list.
-
fix tab order
-
enable/disable save button depending on the times set - if startTime < saving is allowed.
Bugfixes:
-
Add support for "Vote" Event. This fixes issue #7 - "Unhandled spectate Event" (
http://mpredit.origo.ethz.ch/node/33
). Not handling votes resulted in completely corrupt connection tables - I wonder why this has not been detected earlier
-
Allow multiple events for one timeframe - This fixes some bugs when within one timeframe more than one driver got a "FORCED_SPECTATE" from the server/admin. Happens e.g. on CTRA servers where people are sent to spectate when joining mid-race.
-
compact connectiontable after all events of a timeframe are handled. Fixes parsing of CD1.mpr, where in one timeframe a driver disconnects and another connects.
-
Improve parsing of Driver changes - now driver change also recognized correctly when dedicated server is NOT used.
-
Add, parse, interpret and set "isServer" char of SERVER_JOIN structure.
-
Support events MODEL_UPDATE and HELMET_UPDATE. Drivers should now always be the correct model and wear correct helmet
-
Filter duplicate timeframes from presplitevents (One timeframe can have multiple events - this resulted in duplicate timeframes before!
-
Only get the last events of type SPLIT_FINISHED, MODEL_UPDATE, HELMET_UPDATE for the presplitevents. Should have the same result, but decreases leadtime of generated replays during playback A LOT.
-
Store the last 3 split_finished events for each driver. So we are sure that the lap information and driver position is correct.
-
Add basic session type (race/qualy/training) detection.
-
Fix patch Z replay controls of created replays: Set the correct replay duration for generated replays.
Viel Spass
UPDATE - Version 0.3.3 beta verfügbar
In Version 0.3.2 hatte sich ein Bug eingeschlichen der bei Replays mit Fahrerwechseln zu fehlenden Fahrzeugen führt.
==> Ist gefixt mit 0.3.3!
Hier gehts zum Download: http://mpredit.origo.ethz.ch/download
UPDATE - Version 0.3.2 beta verfügbar
Version 0.3.2 beta bringt wieder einige Bugfixes und Änderungen unter der Haube. Hier die Highlights:
-
Zeitbasiertes splitten - Endlich kann man direkt Start- und End-Zeit angeben
-
Korrektes Parsen der Rennzeit und bisher gefahrener Runden
-
Filtern der LFS-Codes aus den Fahrernamen
-
merken des zuletzt genutzten Verzeichnisses
-
GUI überholt
Hier gehts zum Download: http://mpredit.origo.ethz.ch/download
UPDATE - Version 0.3.1 beta verfügbar
Da das splitting jetzt anscheinend zuverlässig funktioniert wage ich den Schritt von "alpha" nach "beta"
Screnshot ist auch aktualisiert.
wichtige Änderungen seit 0.3.0:
-
add "CHANGE_CONTROLLER" Event handling and add it to PreSplitEvents. This fixes cars jumping around on track in splitted replay.
-
Set the correct drivers to driverchange events. (target and initiator were sometimes exchanged)
-
Include localdriverchange in the PreSplitEvents. Otherwise LFS would not recognize changed names.
-
Restore dataEnd pointer after splitting a replay. This fixes the problem that you could only save once, subsequent replays would be missing 4 Bytes after the headerdata.
-
Cancel all driverchange requests on a driver when he issues a dc request for ID 0. This fixes the issue of double Driver change in MoE24h replay (changing car 04 from Weingram top Arens, TimeStamp: 18442)
-
Major changes to fix parsing of 24hr replay (Fix ID changing issues, Dont use drivername to connect car with driver)
-
fix detection of players leaving race
-
Introduce globally unique IDs for Cars and Drivers since the LFS IDs can repeat within a long replay (24hrs...)
-
Don't read the whole file into memory at startup. Instead use memorymapped file access. Surprisingly simple thanks to the great boost library!
-
Further improve memory footprint and parsing speed. Using mem-mapped file access now everywhere where it is possible.
-
display the chat message about mprEdit AFTER the PreDatapackes. Otherwise it scrolls out of screen too fast.
-
add "EVENT_JUMP_TO_PITS" to event selection.
-
Select the first player of PlayerCombo by default.
-
resize and rearrange controls.
-
fix tab-order.
-
dont display save result in status area - This is done through messagebox anyway.
-
Change order of split events so the "replay end" is the last event.
-
Support driver change as selectable event
-
sort drivercombobox alphabetically
-
display all drivers of a car instead of only the first one
Hier gehts zum Download: http://mpredit.origo.ethz.ch/download
UPDATE - Version 0.3.0 alpha verfügbar
wichtigste Änderungen:
-
korrekte Replays werden erzeugt auch wenn Fahrer den Server verlassen/betreten während des Rennens
-
korrekte Replays auch bei Fahrerwechseln
-
korrektes Parsen aller replays
Hier gehts zum Download: http://mpredit.origo.ethz.ch/download
UPDATE - Version 0.2.2 alpha verfügbar
Änderungen:
-
Es werden nur noch Patch Y Replays geöffnet
-
Parsen der Fahrer sollte jetzt zuverlässig(er) funktionieren
Hier gehts zum Download: http://mpredit.origo.ethz.ch/download
UPDATE - Version 0.2.1 alpha verfügbar
Änderungen:
-
Endlich eine GUI - siehe Screenshot
-
diverse Verbesserungen am Parser
-
Statt der TimeFrames kann man jetzt direkt für jeden Spieler Runde und Sektor auswählen
Hier gehts zum Download: http://mpredit.origo.ethz.ch/download
UPDATE - Version 0.2.1 alpha verfügbar
Hallo an alle experimentierfreudigen lfsler
Ich bin gerade dabei ein kleines Tool namens mprEdit zu entwickeln. Wie der Name erahnen lässt will ich damit verschiedene Funktionen zum Editieren/Schneiden von Replays implementieren.
==> http://mpredit.origo.ethz.ch/
Wer also Lust hat das mal auszuprobieren ist hiermit herzlich eingeladen. Bitte euer Feedback dann hier im Thread abladen, und bei besonderen Problemen (Abstürzen etc....) vielleicht auch das zugehörige Replay anhängen
Zuletzt bearbeitet von pod.MikeB am Fr 11.07.08 13:43, insgesamt 11-mal bearbeitet
|
|
|
|
|
Beiträge: 1578
Wohnort: Erkelenz (41812)
Geburtstag: 09.09.1978
|
|
Mi 28.11.07 18:27
|
|
Super.
Ich hoffe, dass Du das mit der Start-/Endtime noch hinbekommst.
Dann wäre es ein spitzen Tool für alle Liga-Admins, solange man die Replays nicht zurückspulen kann.
Dankeschön
|
|
|
|
|
|
Mi 28.11.07 19:14
|
|
Schönes Tool.
Wenn Du es noch irgendwie schaffst die Timepacks durch Minutenangaben zu ersetzen wär's noch besser.
Aber: Wenn ich aus einem Replay zum Beispiel Runde 20-25 'rausschneide und das Schnittreplay ansehe, dann läuft da trotzdem erstmal die Zeit bis Runde 25 runter (nur ohne Autos).
|
|
|
|
|
Beiträge: 4856
Wohnort: Freiburg
Geburtstag: 26.04.1985
|
|
Mi 28.11.07 19:27
|
|
Die Timeframes dürften doch eigentlich einfach nur die Datenpakete sein, deren Anzahl man in den Servereinstellungen festlegen kann (zwischen 3-6; 12 im LAN). Ich denke das Problem ist, dass die Datenpakete per UDP gesendet werden, es also nicht garantiert ist, dass auch wirklich z.B. 6 Pakete pro Sekunde ankommen. Wenn man das ganze also in eine Zeitangabe umrechnet, werden wohl immer Ungenauigkeiten dabei sein.
|
|
|
|
|
|
Mi 28.11.07 20:20
|
|
Stefan Hartmann hat Folgendes geschrieben |
Schönes Tool.
Wenn Du es noch irgendwie schaffst die Timepacks durch Minutenangaben zu ersetzen wär's noch besser.
Aber: Wenn ich aus einem Replay zum Beispiel Runde 20-25 'rausschneide und das Schnittreplay ansehe, dann läuft da trotzdem erstmal die Zeit bis Runde 25 runter (nur ohne Autos).
|
Ja, da stimmt noch was nicht. Das ging eigentlich schonmal, aber die Startzeit wird wohl nicht korrekt gesetzt. Krieg ich hin
Edit: Problem gefunden. Das Bit für "immediate start" wird nicht gesetzt, daher denkt lfs immer dass es ein replay hat dass mit dem Rennstart beginnt. Ich hoffe dass ich morgen dazu komm eine neue Version online zu stellen.
Wer es ausprobieren will: Mit einem Hexeditor im neu erzeugten Replay das 10. Byte auf "1" stellen.
|
|
|
|
|
|
Mi 28.11.07 23:27
|
|
GP4Flo hat Folgendes geschrieben |
Die Timeframes dürften doch eigentlich einfach nur die Datenpakete sein, deren Anzahl man in den Servereinstellungen festlegen kann (zwischen 3-6; 12 im LAN). Ich denke das Problem ist, dass die Datenpakete per UDP gesendet werden, es also nicht garantiert ist, dass auch wirklich z.B. 6 Pakete pro Sekunde ankommen. Wenn man das ganze also in eine Zeitangabe umrechnet, werden wohl immer Ungenauigkeiten dabei sein.
|
Ja, ich denke so oder so ähnlich wird es laufen. Allerdings hat jedes Timeframe noch eine Art Zeitstempel dabei, mir ist aber noch unklar was genau dieser Zeitstempel bedeutet. Millisekunden sinds wohl nicht, aber auch keine Sekunden... Ich weiss nur dass diese Timestamps mit jedem Timeframe hochzählen
Wenn ich das rausfinde sollte ein Mapping auf Minuten/Sekunden-Ebene auch klappen.
|
|
|
|
|
Beiträge: 4856
Wohnort: Freiburg
Geburtstag: 26.04.1985
|
|
Do 29.11.07 11:12
|
|
In was für einer Größenordnung ist der Zeitstempel? Vielleicht ist es ja die Anzahl der "Physic-Frames", bei 100 Hz also 1/100 s?
|
|
|
|
|
Beiträge: 1546
Wohnort: BO
Geburtstag: 23.05.1949
|
|
Do 29.11.07 11:54
|
|
Gibt es irgendwo Doku zur MPR (außer der SPR- MPR-Header) oder re-engineert ihr das alles? Dürft ihr eure Erkenntnis weitergeben oder werden die Devs böse?
|
|
|
|
|
|
OPK.
.................
|
Beiträge: 10822
Wohnort: Quoten-Ossi
Geburtstag: 26.02.1979
|
|
Do 29.11.07 12:01
|
|
GP4Flo hat Folgendes geschrieben |
In was für einer Größenordnung ist der Zeitstempel? Vielleicht ist es ja die Anzahl der "Physic-Frames", bei 100 Hz also 1/100 s?
|
Ich denke eher die Anzahl der Pakete (3-6 / sek würde doch halbwegs passen, oder?) --> is ja schließlich ein mpr.
|
|
|
|
|
|
Do 29.11.07 18:07
|
|
|
|
|
|
|
Do 29.11.07 18:10
|
|
!ce.splattael hat Folgendes geschrieben |
Gibt es irgendwo Doku zur MPR (außer der SPR- MPR-Header) oder re-engineert ihr das alles? Dürft ihr eure Erkenntnis weitergeben oder werden die Devs böse?
|
Doku ausser der bekannten Headerinfo gibt es keine. WolleT hat mir ein paar Tips gegeben, da ja sein lfstv prinzipiell etwas ähnliches macht. Inwieweit Reengineering legal oder nicht ist möchte ich in diesem Thread bitte nicht diskutieren. Und ob die Devs böse werden kann ich nicht beantworten
OPK. hat Folgendes geschrieben |
GP4Flo hat Folgendes geschrieben |
In was für einer Größenordnung ist der Zeitstempel? Vielleicht ist es ja die Anzahl der "Physic-Frames", bei 100 Hz also 1/100 s?
|
Ich denke eher die Anzahl der Pakete (3-6 / sek würde doch halbwegs passen, oder?) --> is ja schließlich ein mpr.
|
Nein, irgendwie auch nicht... Die aktuelle Version gibt sämtliche Zeitstempel aus, da sieht man dass die Werte doch recht komisch sind.
|
|
|
|
|
|
So 02.12.07 12:39
|
|
*bump* First post edit
|
|
|
|
|
|
So 13.01.08 0:22
|
|
pod.MikeB hat Folgendes geschrieben |
*bump* First post edit
|
|
|
|
|
|
Beiträge: 2674
Wohnort: Bochum
Geburtstag: 19.02.1992
|
|
So 13.01.08 0:36
|
|
THis application has failed to start because mingwm10.dll was not found. Reinstalling might fix bla
|
|
|
|
|
|
OPK.
.................
|
Beiträge: 10822
Wohnort: Quoten-Ossi
Geburtstag: 26.02.1979
|
|
So 13.01.08 0:52
|
|
|
|
|
|
|
So 13.01.08 0:57
|
|
Marius Golombeck hat Folgendes geschrieben |
THis application has failed to start because mingwm10.dll was not found. Reinstalling might fix bla
|
Woops! Bitte nochmal downloaden, es sollten jetzt alle nötigen dlls enthalten sein.
|
|
|
|
|
Beiträge: 2674
Wohnort: Bochum
Geburtstag: 19.02.1992
|
|
So 13.01.08 0:58
|
|
Hat geklappt. DAnkeschön Mike, testen werde ich es morgen
|
|
|
|
|
|
So 13.01.08 1:04
|
|
Marius Golombeck hat Folgendes geschrieben |
Hat geklappt. DAnkeschön Mike, testen werde ich es morgen
|
Gut
|
|
|
|
|
Beiträge: 3864
Wohnort: Frankfurt
Geburtstag: 04.08.1983
|
|
So 13.01.08 1:21
|
|
Hmm klappt nich ganz ^^
Beschreibung: |
|
Download |
Dateigröße: |
2,18 MB |
heruntergeladen: |
151 mal |
|
|
|
|
|
Beiträge: 1100
Geburtstag: 7.5.1900
|
|
So 13.01.08 4:28
|
|
hey super, es geht weiter
- das Problem mit den Namen habe ich auch
- hast du noch S2 X? wenn ich ein Replay schneide bekomm ich beim Öffnen ne Box in LFS, dass das Replay ne ältere Version benötigt. Ist bestimmt nur ein Flag, dass umgesetzt werden muss.
|
|
|
|
|
|
So 13.01.08 10:56
|
|
|
|
|
|
|
So 13.01.08 11:01
|
|
Tube|| hat Folgendes geschrieben |
hey super, es geht weiter
- hast du noch S2 X? wenn ich ein Replay schneide bekomm ich beim Öffnen ne Box in LFS, dass das Replay ne ältere Version benötigt. Ist bestimmt nur ein Flag, dass umgesetzt werden muss.
|
Kann es sein dass du ein patchX-Replay geschnitten hast? Weil soweit ich gesehen habe steht die Version nur im Header des Replays und den übernehme ich beim Schneiden unverändert vom Original.
Und schau nochmal unter "about" - Du solltest Version 0.2.
1
haben - 0.2.0 ging noch mit Patch X.
|
|
|
|
|
|
So 13.01.08 12:05
|
|
Tube|| hat Folgendes geschrieben |
- das Problem mit den Namen habe ich auch
|
Kannst du mir das problematische Replay auch mal schicken / anhängen? Ich hab das Problem wahrscheinlich schon gefunden, aber brauch noch ein paar Vergleichsfälle
Danke & Gruß
Mike
|
|
|
|
|
Beiträge: 105
Geburtstag: 05.04.1986
|
|
So 13.01.08 12:52
|
|
mit 2 Patch Y replays hats wunderbar geklappt... bei Patch X mprs gibts wie oben gesagt namensprobleme
|
|
|
|
|
Beiträge: 3864
Wohnort: Frankfurt
Geburtstag: 04.08.1983
|
|
So 13.01.08 13:41
|
|
Also meins is definitiv Y
|
|
|
|
|
|
|