Docs: update manual regression testing syntax for Windows

Sometimes a segmentation fault was occuring due to the flag for WAT not getting initialized (feature that is in process)

This fixes an issue in the UnsteadyAero regression test

Remove QuKi (quad-precision) from OpenFAST.

Also add input file updates

…g in BD driver

InflowWind always calculates the disk average velocity and the velocity at the hub. AWAE was not setting the HubPosition or the RotorRad variables for IfW.  So depending on the compiler and optimizations, IfW would sometimes fail in AWAE when the wrong random garbage was in those memory locations (interestingly the GH compiler did not trip on this issue).

BeamDyn driver visualization, and bugfix

Some arrays in WAMIT2 were not initialized to the correct dimensions for multiple WAMIT bodies in the second order files.

When using BeamDyn from OpenFAST, there was a convergence error during
the initial correction steps which was not present when using the
driver. After investigating, it turns out that the velocity in
MiscVars%vvv was not being reinitialized in BD_InitACC during each
correction and was accumulating offsets which caused the model to
not converge. This commit adds the call to initialize the velocity which
is present during the dynamic solve.

hd: fix NBody>1 & NBodyMod=1 WAMIT2 bug

When using BeamDyn from OpenFAST, there was a convergence error during
the initial correction steps which was not present when using the
driver. After investigating, it turns out that the velocity in
MiscVars%vvv was not being reinitialized in BD_InitACC during each
correction and was accumulating offsets which caused the model to
not converge. This pull request adds the call to initialize the velocity which
is present during the dynamic solve.

Lidar-IfW-updates

…ion into the newest OpenFAST.

Conflicts:
	modules/servodyn/src/UserSubs.f90

Needed to simplify the routine a bit for adding the GridExceedence options

Only applies to OLAF free wake points.

This gives a reasonably continuous function (not smooth) from the tower out beyond the +/-Y edge of the grid.  There is some physics that we can't account for simply because the information doesn't exist, but this should at least allow wake evolution.  If weirdness occurs, extend grid to ground.

One missing piece at the moment is the summation of NGe should be ==1 for the region between 2*FFYHWid < abs(y) < FFYHWid, but it is not.  Since the plots show continuity in value (not in derivatives), it is assumed there is some book-keeping incorrect with the NGe(5) and NGe(10) terms which get multiplied by zero.  So something isn't exactly right in the derivation, but the result is still reasonable (though potentially incorrect).

Missed a corner case

The tolerance check for the bottom edge of the grid should be scaled to match the other tolerance specs

…lidar mesh)

Don't allocate size 0 arrays.  Cray compiler won't take it

… code.

…t (we likely will have more than 2 options in the future)

Also fix some formatting in the registry files, and fix some unallocated array issues.

…des.

Also removed all redundant modules.

Allow up to 99 output planes in FAST.Farm

- lines swapped in Uniform_to_Grid3D
- array dims swapped in Uniform_to_Grid3D
- check for Z==0 in Uniform_to_Grid3D
- array dims swapped in Grid3D_to_Uniform
- fix real types in Grid3D_WriteBladed
- fix swapped lines in Grid3D_WriteVTK which caused a nested directory
  to be created for each file (bug in existing code)