You are right, will change this in the next version
You can get the source from the svn repository. You can also check directly with your browser. Look at http://mpredit.origo.ethz.ch/wiki/development - on top of the page are 3 links pointing to the source.
But please don't look in too much detail - The code is work in progress and in many parts quite embarassing. It really needs a cleanup
I hope that And i'm glad you like it. Currently i am working on support for replays with joining / leaving server or race, which is quite complicated... But i hope to have it sorted out in a few days
Some quick suggestions for usability, in case you haven't thought about it yet:
-remember the mpr folder location for future use
-display names without the colour coding characters
-add a "save and load in LFS" button (preferably in a new instance of LFS in case it is already open)
WOWOWOWO! After hours of reviewing racing-accidents in lfscar which cost me the most time in doing the league and also cost me the most nightmares finally someone made a tool which can give some relief for league admins!
KEEP UP THAT GREAT WORK (YES MY SHIFT BUTTON IS LOCKED)! *g*
No, as far as i know this is technically not possible. And i will also not put any effort in investigating this - I don't want to mess with sprs because this could lead to all numbers of issues with regard to hotlaps...
Thanks, i noted your suggestions :-)
Thanks very much ;-)
But please keep in mind that the current mprEdit release can not handle players connecting/joining race.
It works great - I tried with two replay files, however I'll soon test it withthe MoE 24h race replay - if it will be available. that should put mprEdit to a test
Anyways, the mpr replays that I tried with worked great, even though on the second replay it showed 2nd lap as lap #65536 I extracted this lap and it still worked like a charm.
It works better than I ever hoped - a great addition to the LFS community. Thank you very much for that, Mike.
Well, I hoped to have a new release available in-time for the MoE 24h race that can deal with driver changes and player joining/leaving during the race. But unfortunately i still dont have proper solutions for all cases (there are A LOT ;-) ). So you won't have much success with version 0.2.2 there
Thanks for the encouragement! I am not at all giving up - instead i am spending every free minute to get it running. It turned out that the proper handling of players leaving/joining/spectating/Changing driver etc. in parts of the replay that are removed is quite complicated. So for some parts of the code this means "back to the drawing board"
Besides of that every day i solve another mystery of the mpr format and i am still confident to get it to work
This tool is freaking awesome and it's working quite fine right now, at least with mpr files which contain full races (that's what I've tested).
Suggestions:
- Possibility to create several files at one time. Like, you have a '+' buttón below the main pilot/selector that when pressed adds another line in which you can choose another pilot and beginning/endind point. You can add as many as you want and they are created as "filename_#.mpr".
- Possibility to create a single mpr file with the content of some laps concatenated. Based on the idea above, you select a few intervals and decide to either create separated files or one file with all the contents that would simply "skip" the parts not choosen.
- Cool icon
Maybe the second idea could be a work-around for the issue of people who won't appear if they joined the race before the begining of the split part. I mean, I want to see my lap 30, but I joined on lap 15. Then I create a file that contains lap 15 and 30, and as the file contains the moment that I joined the race then I will appear when lap 30 comes.
I have several ideas for a graphical interface to choose the sectors/laps based on clicking/dragging with the mouse, but I doubt they'd be taken into consideration in this early stage of development.
I used mprEdit last night to get to the end of an hour long replay so I could take a screenshot of the results. The race had pit required, and when I opened the last lap replay that I created, every driver was shown as DQ'd in the results table when they crossed the line. Although quite comical when it happened, I was wondering if there was a way to manipulate the replay so that the mustpit could be ignored or turned off. I also no suspect that the fast lap display was wrong too, since it really only processed one sector.
This is a bit tricky. As a example, if you want to have only lap 20 in the result mpr file, you must use this values:
start: lap 20, sector 1
end: lap 21, sector 1
This means that the mpr will end when lap 21, sector 1 begins, not that lap 21, sector 1 will be included in the replay. I think this is what you were refering to. It's a bit ambiguous right now.
These are cool ideas! In fact i also had the idea of "concatenating" a replay, basically to be able to create a "best-of" replay. I'll definitely try that one, because i am not sure how LFS behaves when cars are warping all over the track from scene to scene...
I know But when it comes to grafix design i am such a n00b Probably I should start an icon contest
I hope this problem will solve with the next version. Currently it looks quite promising, i got most of it working already
Yes, it is a bit early to think about GUI. The current GUI is basically a proof-of-concept, and when the low-level stuff is working it definitely needs full attention. So when you have cool ideas, just bring em on! Sketches etc. are also welcome
If all goes well the issue of DQs should be solved with the next version. The fastest lap display however will never be correct
I'm looking forward to the new release. Lately I've had a couple of replays in which people started the race from pits -they were in boxes when the race was restarted but clicked on "participate" before the lights went green, thus beginning from the grid as everyone else- and they were selectable in the combobox, but didn't appear in the resulting mpr files.
I hope the new method works around this as it seems by your latest blog update -there's actually people who check the site!