Vyrtuoz

If nothing seems to be recorded when you are playing offline under Vista/7, you should have a look in a folder like the following: C:\Users\<<your name>>\AppData\Local\VirtualStore\Program Files (x86)\Eagle Dynamics\LockOn Flaming Cliffs 2\Temp\

Your compressed flight recordings are safe Ooops, you are right! Sorry for that, I forgot to update the loading procedure. Don't panic your compressed flight recordings are safe and you will be able to load them with the fixed version. I'm going to publish it as soon as possible.

Tacview should works fine under 7 Tacview 0.95 has been developed “for” and under Windows Vista/7 x64 and it fully complies with Microsoft UAC rules. So export-script installation should work fine 99% of the time. However in some rare cases, Tacview may not be able to auto-detect Lock-On install folder. This is because of a bug in Lock-On installer. In that case Tacview asks you to tell him where Lock-On is installed. Then the script installation should resume without any issue (you may get an UAC prompt which is normal if Lock-On is installed under %program files%). So you should never run Tacview under an administrator account or in Windows XP emulation mode. This will just cut down some features and lower you computer security. If you encounter a case which is NOT described here, please let me know: What version of windows you are using What version of Lock-On you are using (the language matters) How to reproduce the bug (e.g. what accounts have been used when you saw that bug) So I will be able to improve further script installation in future versions.

About Turn Rate Turn rate is actually based on heading change. This is not a bug. However I’m going to add a 3D “dogfight” turn rate in next versions if you wish. Do not hesitate to send me requests by email or PM because I can’t think about every possible feature :).

While waiting for Tacview 1.0, here Tacview 0.95a! Full Flaming Cliffs 2 support Black Shark and Flaming Cliffs 2 flight recordings have been optimized and are now 3 times smaller in average You can now choose where to record your flights! + Many fixes and improvements Enjoy! http://tacview.strasoftware.com Flights are now recorded by default into [\My Documents\Tacview\]

Hello Haggart, Sorry for this late answer, I was in vacation. Tacview export script is very specific and was refined over years, that's why it is not easy to understand. To get a better view of Lock-On export capabilities, you should come back to the roots: export.lua which contains few by commented and understandable lists of useful LUA functions. If you need to only export player's aircraft position you should use the following two functions (from lock-on): First, use LoGetPlayerPlaneId() to get player aircraft ID (if any). local PlayerPlaneID= LoGetPlayerPlaneId(); Then use LoGetObjectById() to get player aircraft information: local PlayerPlaneInfo = LoGetObjectById(PlayerPlaneID); That way you will get latitude, longitude and altitude for the player's aircraft. local PlayerLatLongAlt = PlayerPlaneInfo.LatLongAlt; local PlayerLatitude = PlayerLatLongAlt.Lat; local PlayerLongitude = PlayerLatLongAlt.Long; local PlayerAltitude = PlayerLatLongAlt.Alt; If you also need player's aircraft orientation you can use: local PlayerPitch,PlayerRoll,PlayerYaw=LoGetADIPitchBankYaw(); I hope this answer your question.

Hi Sov13t, I haven't tried myself but in %BlackShark%\Config\Export\TacviewExportBlackShark.lua you will find the following line: self.AcmiFile=io.open("./Temp/Tacview-"..os.date("%Y%m%d-%H%M%S")..".txt.acmi","wb"); and you should be able to replace the [./Temp] path by any absolute path you wish. Tacview will think that recording is disabled, this is normal since you will have changed it's export script code. (I add your request to my todo list)

Batch acmi files conversion Sure, you can even write your own in one line of code! Please have a look at Tacview help menu. You will find all supported command line arguments in it. You can create a .cmd file with a code like the following in it: for %%v in (*.acmi) do tacview /quiet /open:%%v /save I don't remember the exact ms-dos syntax, but you get the idea.

IL2 & Right of Flight support I’ve tried to add ACMI support to IL2 by the past. But unfortunately, its very limited export capabilities (just several cockpit data about the main player aircraft) was not enough to generate a true flight recording. I hope his sequel will offer far better flight data exporting capabilities. About Rise of Flight, I don’t know yet. I was not able to obtain a demo or something similar which can help me to analyze its possibilities. However, keep in mind that Tacview acmi file format is fully documented here http://lomac.strasoftware.com/tacview-flight-recordings.php. And if someone find a way to export data from IL2 or Rise of Flight or any other simulator, I will be me more than happy to offer technical support like I did for EECH.

Since Tacview export script runs under FC, this is probably a FC Vista UAC issue. This is why I cannot fix it from my side... However, thanks for your feedback.

That's not so simple: Everything takes a lot of time to do, even just releasing a new version usually take me about 2 to 6 days of work of testing, fixing last minute bugs, packaging, writing the release notes, updating web-sites, uploading new packages... Also, even if it is not visible, the whole package content have changed for true, so a binary diff would have been pretty worthless in that case.

That’s the answer I was looking for. Would you like to send me by email your actual server side script(s)? That will help me to develop a clean solution which can be at the same time optionally secure and easy to use during network games and transparent for solo flights.

Indeed, since Tacview 0.94 is it possible to open files while the flight is still running. This can be exploited by unscrupulous players who want to know where the enemy is in a network game. However, with minor file manipulation the same was already possible with previous versions of Tacview. And it may become even easier when Tacview will support real-time flight replay over a network! Actually, players have two ways to secure network sessions: By preventing flight recording by clients (from Config.lua) By using 51st tools to lock the recorded file I admit that it is a security flaw which must be fixed as possible. So if you can let me know how to lock the file from the server (on this forum or by PM), I may add a similar protection in the next release of Tacview.

No, there is no real changes in the export script in that version.

display issues and patch About display issues : Indeed, Tacview uses a lot of main RAM. But it requires less than 256 MB of VRAM. Also, Tacview use only very basic OpenGL instructions to display the 3D view (no fancy shaders nor any modern extensions). It has been verified that 100% of the time, display issues are because of bad drivers or bad video drivers configuration. So please ensure that: You are using the latest official drivers. (certified when possible) You don’t have any heavy optimization enabled: typically like auto over-clocking or catalyst AI. Sometime it may also come from resident programs like ATI tray tool, WindowBlinds or any other tool which may alter the display. About 0.93 patch : Sorry, but I want to keep distributions as simple as possible which obviously means: no patch(es). Ask yourself: Do you prefer to see me working on Tacview 1.0 or on a patch system? :smilewink:

Thanks to Arneh great work on EECH, you can now review all your EECH 1.12 flights in Tacview! Added full support of EECH 1.12 Added Nellis map (Nevada) for future Fighter Ops et DCS releases Added Corsica map for Digital Fighters New option to display the vertical speed in unit/s or unit/min Added support for corrupted flight recordings (after a simulator crash for example) Added new command line option [/save] which can be useful to batch convert flight recordings to compressed binary format Performance and memory load improvements Updated file format and terrain documentation + usual bug fixes and minor improvements Download: http://tacview.strasoftware.com/ (118 MB) Enjoy! Vyrtuoz

Hi Yoda, If you have any technical request about Tacview, you can contact me by PM or email.

Buildings in Tacview Indeed: static objects are centered on the coordinates you give to Tacview. So, in your case, you have to declare the center of the buildings. (*not* the basement coordinates) Which is = ground_altitude + ( building_height / 2 ) I agree that this is not very intuitive. But I wrote that code two years ago ;) I plan to improve that by adding new types of static objects with more intuitive declarations. Also, the actual rendering of static objects is not optimized at all. So I may improve it in upcoming release if you think it is necessary. Do not hesitate to share me your work when available, those data will help me to improve static objects support.

What about using debrief.log? Reply to EvilBivol-1 suggestion: Sorry to be so long to reply, I was doing some testing about EvilBivol idea of using debrief.log file to improve Tacview xml debriefing file. Indeed debrief.log contains interesting data like: time, “dead” / “hit” events and the objects GameIDs. After some testing, it looks like it’s possible to detect what static objects have been destroyed and where they’ve been (thanks to ammo impact information and Tacview intelligence data). So, yes, I may consider improving Tacview to make it able to detect such things and export data about static objects in its debriefing.xml file. However there are some issues about that way to detect that kind of things: GameIDs are not the same as mission GUIDs “Default” static objects like bridges does not seems to be declared in the mission file So the dynamic campaign editor will have to do some assumptions and estimations which can inevitably lead to mistakes about what static objects have been destroyed. (e.g. a static bunker destroyed next to a bridge) Also, according to the following thread http://forums.eagle.ru/showthread.php?t=37376 its seems that debriefing.log is not created at all in MP As usual, the best way to support dynamic campaign (besides having a true one in DCS) would be to ask DCS developers to expose even more information thought export.lua… I hope these tests will be useful to the community.

.acmi files are not the same as .trk files Please read again the "How it works?" section. I never talked about track files on my web site ;)

Command line options Tacview 0.93 support command line options (check in the help menu for more details). Unfortunately it does not offer a /save command yet. I'll add this command into the next version.

Hi Wed, Here a new release which should solve your issue(s): http://forums.eagle.ru/showthread.php?t=34396

Tacview 0.93c has been released: IMPROVED: 'Too huge' flight recordings can now be loaded (unnecessary data is now discarded) ADDED: Notification when the flight recording has been optimized and should be re-saved (also work on non bugged files) FIXED: Minor bugs in the GUI http://tacview.strasoftware.com/ :doh:

Export script Hi Prinzartus, The export script for DCS-BS will be released when DSC will be officially released worldwide. However I suggest you to try the automatic installation which should run fine in 99% of cases since Tacview 0.92. Please, let me know if it does not work for you.

How to ensure that you are using the latest LUA export script How to ensure that you are using the latest LUA export script: First you should (for example) uninstall all previous version of Tacview through the control panel. (you have to manually delete versions older than 0.93) Re-install the latest version (currently 0.93b). Launch it and check that lock-on icon is not displayed in Tacview status bar Then you can enable the record "flaming cliffs" flights option to install the latest LUA script How to know what recorder was used for a flight: (when you can load the flight recording ;)) Load your flight recording in Tacview Open the properties tab The export script version is displayed in "Recording Device" field