kazereal

This looks more like buffer was not allocated after LAU_127 model was not found and feeding NULL-pointer to strchr() - might be same in both cases actually, depends on how things are implemented in lower-level.

This looks like there is lookup trying to find a character in the string and not having terminated the string correctly (null-character). According to call stack it is from Lua-scripting so it might be the script-file or Lua-runtime itself somehow contributing to this (bug might be in the Lua script parser actually). C++ style string-class usually knows to stop looking after end of string so that would be less prone to this problem, older C-style functions don't have input for maximum string size and this can happen when string isn't null-terminated for whatever reason.

I agree with you: if CPU isn't doing things fast enough you essentially stall the GPU (make it wait for CPU to give more tasks). PlayStation 4 uses different bus-architecture than PC called HSA-architecture: that essentially allows GPU and CPU share same data without copying between memories. If you had that on PC it could improve efficiency. Often GPU is more efficient in highly parallel tasks and offloading things from CPU to GPU makes more sense. There are other tasks that don't scale well on GPU and are better to be done on CPU threads: network code is one example of such. So offloading things GPU and threading the rest of CPU would be most useful approach. And simulation code does have plenty of things that can benefit from parallelism if it is done so that it can benefit from parallelism: this means data structures need to work well with this design.

Thanks for info! I have been anticipating for this to happen :)

Pretty good list of further reading: https://en.wikipedia.org/wiki/Vehicle_dynamics

Depends what you really mean by that. If you are asking about inertia and kinetic energy then that is part of the flight model/physics calculation and different aircraft may be using different flight model. For example, some use AFM, some use PFM and so on so level of implementation might be different. There is no one single answer to this. The ones that use PFM do simulate things to high degree though. SFM not so much. Kinetic energy calculations are the very basics of vehicle motion simulation so they do need to be calculated in some level. Amount of things causing drag and reduction of kinetic might have differences (for example, aircraft skin drag). Basics of what I am talking about found in every vehicle simulation is energy and loss of it. See wikipedia: https://en.wikipedia.org/wiki/Kinetic_energy

Adding to that: "plain" flight sims (no sea/ground units) also use procedural generation of things. This means things like towns and roads are generated by some template/algorithm combination. Towns might be roughly around the location where expected but nothing like the actual town. The addons for a single airfield in those can cost nearly as much as whole terrain module for DCS.. 70% of earth surface area is water, so that leaves ~149 million square kilometers of land, but that is still plenty.. Also Nevada map is not 600km2, it is 129600km2 (360*360) So.. 60 terabytes of data to download..

Really getting excited about this! :thumbup:

Thanks for that info. I'll have to get back to it bit later, currently busy with another thing. Also got info on couple of good books for CFD analysis since that has other things to consider comparing to "usual" aerodynamics. I'm looking at more in-depth information at this point, learning more about aerodynamics and other things. One source (free textbook): http://web.mit.edu/lienhard/www/ahtt.html Edit: values from windtunnel are different from experiments in real flight too, but calculations can be used to compensate some of that. Supersonic flight changes things a lot: if subsonic flight can be considered mostly through a "solid", in supersonic flight you need to consider plenty more of the flow types involved.

Well, there has been plenty of changes.. Anyway, looks like bug was in throttle input handling where there's new and old code in progress. Fixing that seems to have fixed the problem I was seeing too. So, disregard previous post.. Edit: seems like problem is not entirely gone yet, sometimes you "fall out of sky" or "explode on runway" when spawning to aircraft. Usually helps if throttle is somewhere above halfway when spawning but not all the time. There's likely some division by zero somewhere in those situations but it seems to be harder to track down than I assumed. In the meanwhile, you should now use "engine start" and "engine stop" shortcuts instead of just throttle: as part of tracking down a bug I made that to use explicit command now.

A friend noticed that mod does not work when using mission editor to place the aircraft. It looks like AI is fighting for control of the aircraft even when set to human control (client). Any ideas? Looking at the problem now but low on ideas what might be causing this..

Very simple inertia calculation added. Basically, when object is moving it wants to continue moving so changes in direction need to overcome that. The more speed and mass you have -> higher the force to overcome. It should consider mass of aircraft and fuel and velocity, which is a vector (direction and magnitude). I'll need to double-check the way to integrate with DCS and that calculations match etc. But should be another step in looong way.

It is in the usual place for download: https://github.com/ipr/F-16Demo/ Download that as-is to DCS mods/aircraft/ and should have it working with no extra steps needed. Note that there are bugs and things that are in progress of being fixed, can't say timetable.. You can get older version(s) from the version control too if there's a reason to.

Time for a short update.. I'm looking at implementing aircraft skin friction effect to the flight model. That would need either friction coefficient (Cf) at various parts in the surface, or Reynolds number (Re): Cf = Re*M*a (where M is mach number and a alpha). There seems to be way to calculate Reynolds number for various parts of surface according to airfoil shape, but that seems quite complicated and I'm not sure I can do that. For one reason, I don't have that detailed measurements of the aircraft body and airfoil shape. So good sources of reliable public information is welcome as usual. Edit: never mind, I think I've figure out (most of) the equations needed.. I'll be adding some code to test soon.

As said before a couple of times: 1) demonstration of how to implement external flight model in DCS 2) to learn how to make simulations So the "demonstrator" part has been there quite some time, personally I'm interested in the second part now. If it is useful for someone else too, all the better. There is also: 3) share ideas and information, but that is not too large part. One thing is that this is based on public information and so there is no problem in sharing the source code or the implementation. Edit: as such, this is more oriented towards people who are interested in making a simulation module of some kind Edit2: if you do enjoy flying some other mod more, go ahead. Approach might be different, results may vary and so on. I am mostly trying to keep with A model information, that is actually easier to find and less guess-work about certain things. If the more modern/advanced models are more interesting then some other mod might be more suitable.