[PROGRAM]YSFlight Replay Merger

[Flake]

This Program was developed at the request of Kujo and by proxy VNAF ONE.

This program aims to overcome the 1000 second limit in YSFlight Replays by splitting the records into multiple files and than rejoining together.

1) In YSFlight, you fly the first ~1000 seconds of your routine, Exit flight and save a backup.
2) Using the flight record editor in YSF, trim the replay to be 0 to 1000 seconds (or where you want it to end, eg: 0 to 500 seconds...)
3) Save that replay as part 1.
4) load the original record again and delete 0 to 1000 Seconds.
5) Save that replay as part 2
6) Resume flight as the flight lead at time 0.00 in the part 2 replay, and start recording again... up to 1000 seconds.
7) Rinse and repeat.
8) When done with the entire routine, join your records together with this program: Select part 1 as the first file and Part 2 as the second.
9) Now join the result of the last process, we'll call it _Merged, with part 3.
10) Repeat this step till all records are joined.
11) Done.

DOWNLOAD

---

Note also for developers: This program comes with source code and it is a good library for loading and saving and editing replay files - it handles all data for aircraft (eg animations, smoke on/off) and most data for grounds (positions, headings... no other special data though.)

[VNAF ONE]

Dude, I'm gonna point out right now that this is literally the biggest thing to happen to YS Aerobatics since a four-point roll. If you don't get what I mean, you will see at AirFest

Very well done Flake! I iz so happeh todeh!

[Flake]

Cheers all, I hope the program is working as expected!

Fun fact - the 1000+ second lag, I'm pretty sure, is a result of poor calculations involving floating point numbers. If you delete the last digit off the timestamps in a normal <1000 second replay, you get the same effect.

I think if soji changed from single precision floating point to double precision floating point (ie from float to double) this problem would cease to exist.

That said, floating point calculations are a LOT faster than doubles. The program would lag a tiny bit more if soji did that.

[u2fly]

Where resulted file saved?
I test it on linux with Mono, all gone well, I get "Done" message and full bar, but cant find resulted merged replay.
--
UPDATE: Sorry, all work well, only problem, think, that user cant choose resulted file name and location where to save it.
On Linux with Mono it will paste "\" symbols to path but for Linux need replace it with this "/" symbol.

[Kujo]

Where resulted file saved?
I test it on linux with Mono, all gone well, I get "Done" message and full bar, but cant find resulted merged replay.
--
UPDATE: Sorry, all work well, only problem, think, that user cant choose resulted file name and location where to save it.
On Linux with Mono it will paste "\" symbols to path but for Linux need replace it with this "/" symbol.

I'm sure the file will save in the folder where you originally found your replays. So if you found the records from one folder, it will save in the same folder. You can always rename the file afterwards

[Flake]

It's a quick and dirty power user level tool. A lot of my work is power user tools. Refining it to be usable by everyone takes a lot of time and once a project works, I tend to want to spend my time on new ventures. It does the job. It's open source. I do invite anyone to use my sources to help them code, but other than that. I think we're done here.