VonS

Hello Tonci, excellent catch there with those strange .mos files -- perhaps that will be the ticket for using newer versions of the AMD DLLs with the WoFF series. Here's hoping that it all pans out well. In terms of .mos files themselves, I haven't researched how the WoFF (CFS3) engine actually uses them, but .mos usually refers to "Leaf camera raw file" (i.e., raw camera binary format developed by Leaf Imaging). To convert .mos files to other image formats, check over the program called Filestar* (the free version seems capable enough --- see this link). NOTE: see Pol's response below mine -- the .mos files used in the WoFF series are not raw image files, but instead data files that control texture overlays and other related details. (Thanks Pol for the clarification.) Cheers,

Glad that it solves the problem with the PWCG. Unfortunately I can't help with stock career oddities in RoF -- my various mods were only tested in quick combat mode in RoF, as well as using ver. 16.x.x of the PWCG. It's possible that incompatibilities emerge between my AI mod(s) and the stock career options in RoF, as well as with the newer/beta ver. 3.x.x of the PWCG. If flying using the stock career options, recommended is to avoid using the AI mod(s), but the DM mod should be fine to use. Cheers,

Apr. 17, 2023 Update - Please find, available at the link below, my previously released mods. for RoF United Ed. - this time as a convenient, consolidated package that has been updated with the latest tweaks. Do read the included "Read Me" files, where available, for more info., particularly the "READ_ME_ROF_General_Info" file that is located in the root folder of the package when unzipped. This package is provided "as is," with no active support beyond the included explanatory files. The "Consolidated Mods. New" Package contains the latest AI mod. (ver. 1.4) for RoF United, as well as mods. previously offered separately, such as the "M-S Type H Campaigning Tweak," the "PWCG modulations" files, etc. Apr. 29, 2023 Update - Included below the link to the "Consolidated Mods. New" package is Ver. 3 of the PWCG "modulations" files (to be installed manually in the PWCG ver. 16.3.1; see directions included in the larger, consolidated package). Ver. 3 of the "modulations" files increases wind and turbulence settings, as well as provides greater chance of encountering more capable AI when flying PWCG campaigns, especially if used in conjunction with my newer AI mods. for RoF (such as ver. 1.36 or 1.4, included in the big consolidated package). Important Note: if using the Ver. 3 PWCG "modulations" files, instead of the Ver. 2 ones included in the big consolidated package for RoF -- make sure to change settings, if you choose to change any, from within the modulations, i.e., the RofCampaignSpecific, files themselves -- otherwise, tampering with relevant settings from within the PWCG advanced menu options will automatically delete extra entries for the AI that I've included in the Ver. 3 modulations. This note does not apply to the Ver. 2 modulations since those don't contain any extra AI settings. Feb. 6, 2024 Update - RoF AI mods. vers. 1.36 and 1.4 have been upgraded to vers. 1.37 and 1.41, respectively. The new versions have tweaked the AI's ability to follow commands more quickly and/or properly. Ver. 1.41 also contains further tweaks to safe alts. for the AI, to minimize unnecessary crashes and very low-level dogfighting. The entire consolidated package has been renamed from "Consolidated Mods New" to "Consolidated Mods New V.2" (i.e., Version 2). ROF_ConsolidatedModsNewV2_VonS.zip ForRoFpwcgModulationsVer3_VonS.zip Happy flying, Von S

Hello Rwmierzwa, look for the entries called "MaxTurbulence" and "MaxWind" in the "RofCampaignSpecific" files provided in either of my RoF-mods packages that are available under the first post of this thread. Those values can also be changed from within the settings panel of the PWCG for RoF - but recommended, especially if running my "Version 3" modulations files - is to change the numbers for any entries manually (from within the "RofCampaignSpecific" files themselves). Cheers,

Hello Hiuuz, the AI takeoff problem is largely linked to strong winds and/or turbulence. Might be the case that some of the weather values in my AI mods are making it difficult for the AI-flown aircraft to operate always (and consistently) in very rough weather, especially with the Albatroses for some reason. Recommended is to reduce the turbulence value to 2 or 3, also wind speeds to less than 8 or 9 m/s (such values are close to stock) - in order that the AI always takes off easily. It's unfortunate that the AI is so limited in its takeoff routine by stronger weather values in RoF - also troublesome are AI landing procedures even with stock weather (I don't know if landing routines were ever improved in the FC series since I never bothered with the latter). If I ever decide on tinkering further with an AI mod for RoF - I will see if anything more is possible with the AI behavior. My general observation at this point in time is that nothing further can be done with the AI because the sim is so locked to more extensive (and much needed) modding. Cheers,

Linux-Related Public Service Announcement for This WoFF Support & Mods. Thread (Oct. 16, 2024) As per this post, the Dual CPU X79 build continues to chug along handsomely but is now running Linux Mint 22 (LTS version, Ubuntu-based). A GUI front-end to "sensors" (the latter available via the terminal command window) was found in the form of the program "Psensor" and that is available in the Mint repositories (see detailed pic. below). Fan speeds, as well as observed temps., continue to function well, with no peculiarities noted. Also found in the meantime was the wonderful program "LACT" (that is a somewhat new and easy-to-use GUI for AMD GPUs on the Linux side of things). "LACT" may be found at this link and provides fan curve support, GPU over-clocking, etc. Other tweaking and tuning was also done, as per some of the helpful suggestions located under the Easy Linux Tips Project page (especially tips for selecting a more efficient windows compositor, reduction in frequency of RAM swap, streamlining of the minty repo-ed version of FireFox, etc.). Install flat-pack versions of programs at your own discretion, by the way - I have found that most of what I need is already in the Mint repositories or available via the Mint software panel. See the illustrative pic. below for a full-desktop snapshot of the bare-metal LM22 install that is now running on the X79. Eventually - no promises when - the BH&H2 generation of WoFF will be installed in Linux Mint once I tinker more with WINE (on Mint). Ideally, I would also like to find a way of lowering the video LOD value to -1 on this setup. There is no "ATISetLod" utility equivalent that I am aware of available for Linux, but perhaps there is a command line tweak that is possible. For those who are wondering why Windows 10 (version 22H2) with the Enterprise ver. 19.x DLLs for AMD has disappeared, to have been replaced by this minty fresh Linux install - suffice it to say that some oddities with the ver. 19.x AMD DLLs were at times noticed over the last few months - such as the crossfire option disappearing from the AMD GPU menu. An attempt to remedy with removal and re-installation of the AMD DLLs resulted in total inability to reboot either into the BIOS or Windows itself. I therefore removed the SSD from the X79 build, reformatted it, and installed Linux Mint instead. (I do have an installation USB handy with the venerable ver. 1809 of Windows 10 Pro, as well as the excellent ver. 17.x DLLs for AMD GPUs - that I have running on the 2013 Mac Pro - should I ever decide to "re-Window" the X79 build - but I will most likely leave this box "mintified." I won't bother with the 22H2 ver. of Windows anymore because it doesn't allow installation of the ver. 17.x AMD DLLs, supporting nothing earlier than the ver. 19.x generation.) Take note also that the OTT (Over the Top) Addon Package for WoFF BH&H2 has been released recently. As noted by OBD, several older-generation mods. are not compatible with OTT. I have no idea if my FM tweaks packages for the BH&H2-era of WoFF are compatible with the OTT Addon; I also don't know if my various GPU Tuners are compatible. Use at your own discretion - or, preferably, avoid loading said mods. until I have an opportunity to look over the latest addon. I doubt that I will have enough time for such testing before next year, however. EDIT (Oct. 20, 2024): for those interested in increasing average FPS in your OTT Addon for WoFF BH&H2, you might wish to try out the JSGME-friendly file(s) located below. Simply unzip the package and place into the "MODS" folder for WoFF, load via JSGME and go fly. The file(s) provide a further, more rigorous series of tweaks to the previously released "FrankenBHAH Enhancement Package" and "FrankenMiniTuner" files and are intended only for the OTT Addon to WoFF. For non-beta mods. and tuners, etc., for earlier versions of WoFF - see the relevant post located above in this same thread. If you prefer that the beta tuner improve only FPS without tweaking shaders, delete the "shaders30" folder and "shaders" xml file before loading the package via JSGME. Recommended is not to delete the "preload" xml file since that may help with overall quick(er) loading of clouds and other items. BetaGPUtunerForOTTexpansion_VonS.zip Cheers all & good flying to you,

View File FM Tweaks for WoFFue/pe/bh&h2/WoTR1&2 (Consolidated) Hello fellow fliers of W0FFue/pe/bh&h2/WoTR1&2, Please find included in this FM tweaks "consolidated" package various folders that contain more than 50 FM mods in total for the UE/PE-era of WoFF, as well as an upgraded package for the BH&H2 ver. of WoFF, and a few FM modifications for Phases One and Two of WoTR. Check over the included Read Me files for more details and info. Cheers, Von S DISCLAIMER: All Von S mods, for FE2, SF2, also WoFFue/pe/bh&h2/WoTR, and RoF United, are subject to the CombatAce "freeware" terms of agreement. Mods may be shared with others, included on other media devices, also modded further, providing that original documentation and/or credit is included, and providing that the mods remain free to use. Von S mods shall not be sold, resold, etc., and Von S takes no responsibility for injuries or fixations that may result from flying heavily tweaked FMs or from attempts to enjoy real flying without aid or instruction from a qualified flight instructor. Submitter VonS Submitted 08/08/2018 Category Modding Tools and Add-on Software  

While I don't care much for "big iron" aircraft and have always preferred single-engine, piston-powered contraptions in the various flight sims out there (e.g., FE2, the WoFF series, RoF) - I do appreciate the classic Boeing 707 that I have downloaded for FlightGear, as well as the handsome tri-jet that is/was the DC-10. On that note I have downloaded the standalone install for the DC-10, a model created by Ryan Miller several years ago for FG. The model is as well available via the main launcher (in the sim) but I prefer the standalone route that allows me to place aircraft into my "custom aircraft" folder in FG. While the DC-10 is technically in beta stage, with some details missing from the cockpit - the autopilot, flight model, external 3D model, etc., are all complete. The aircraft can be found at this link. Please find included under the representative pic. that follows further below a zipped file that contains an improved sounds folder, as well as a modified FM file for the DC-10. In stock form the aircraft was too twitchy, requiring de-sensitization of several values. It is now more comfortable to fly, with takeoffs and landings being more manageable. The sounds folder has borrowed some sounds from the 707, and mixed them with those of the DC-10 - for a more noticeable rumble, especially when listening externally to the DC-10's engines as they whine and roar. Internal sounds are now also somewhat smoother. The supplied, modified FM is only for the standard DC-10-30 provided by Ryan Miller (no modifications were done for the tanker and cargo variants). If you prefer to fly cargo, it's easy enough to re-name some of the supplied skins so that a cargo skin is visible when flying the modified DC-10-30 FM. Also, because the aircraft was (unfortunately) left in beta stage, there is no in-cockpit way to turn off the engines. Instead, to turn off engines, do as follows: a) press the forward slash (" / ") on your keyboard to access the property window/browser in FG b) scroll to "controls/engines" c) choose "controls/engines/engine" and highlight the option called "cutoff" (change the stock value of "false" to "true," and click "Set") d) repeat the same procedure outlined in step (c) for the other two engines called "engine1" and "engine2" ("engine1" is the middle engine, by the way, underneath the tail section of the DC-10) To turn engines on, choose "auto-start" from the in-sim menu. EDIT: June 21, 2024 - have uploaded a further revised FM file for the DC-10-30 that includes slightly less thrust for the engines, a slightly reduced empty weight, as well as a more historical cruise alt., and less fuel capacity (the second, central aux. fuel tank has been removed that was standard on the DC-10-30ER); the FM file now more accurately represents the non-ER version of the DC-10-30. (Picture displays a slight modification of the 'CP Air' livery for the 'DC-10' in 'FG,' done by Emmanuel Savage; such livery was used in the 1970s and 80s on the now defunct airline.) DC10_30_FMnSoundTweaksVer2_VonS.zip Happy flying,

Recently I had an opportunity to re-install FlightGear (stable ver. 2020.3.19) on my 2013 Mac Pro and was pleasantly surprised - with no crashes, decent FPS for the most part, and various other improvements that were incorporated over the years. I had dabbled briefly in FlightGear a couple of times before (around 2013, and again around 2020) - but eventually removed the flight simulator from my hard drive on both of those occasions. Since my particular setup(s) are with dual AMD video cards, I thought I would post some (illustrative) tips below, as well as representative pics of the sim when at best, or very good, settings. I will this time around keep FlightGear on my hard drive - makes for a good, free flight simulator. For command line entries and tips that should be plugged into the "Additional Settings" option of FlightGear, see the info. immediately below. Make sure to remove the info. included in brackets if copying the commands into the relevant settings section. ----- --prop:/sim/gui/current-style=0 (better GUI style for AMD cards) --prop:input/mice/mouse/mode/button[2]/binding/value=2 (gets rid of horrible mouse-as-yoke feature that sometimes automatically turns on) --prop:/sim/rendering/photoscenery/enabled=true (gives more photo-realistic scenery whenever possible; to be fully implemented in later FG versions) --prop:/sim/rendering/hdr/envmap/update-continuously=false (disables continuous siphoning and updating of terrains, to enable seconds command below) --prop:/sim/rendering/hdr/envmap/update-rate=5 (terrain refresh rate set in seconds; good values are 5 or 10, for minimal stuttering) --prop:/sim/rendering/max-paged-lod=1300 (stock max paged LOD no. is "200"; recommended is not to exceed about "1900" on AMD) --prop:/sim/rendering/plod-minimum-expiry-time-secs=60 (stock min expiry time is "180" secs.) --prop:/sim/rendering/multithreading-mode=DrawThreadPerContext (should improve multithreading capacity, at least slightly, and add a few extra FPS) --prop:/sim/rendering/database-pager/threads=12 (stock thread rendering no. is "4," with more threads improving ave. FPS; set as per your CPU threads no.) --prop:/sim/rendering/vsync-enable=false (force disables vsync to improve FPS) --prop:/sim/rendering/multi-sample-buffers=true (this is anti-aliasing; set to false to disable and remove entry immediately below it) --prop:/sim/rendering/multi-samples=2 (anti-aliasing value; lowest is 2, also good is 4; avoid 3) --compositor=Compositor/HDR/hdr (modern rendering pipeline for better graphics details and shaders; rarely breaks scenery; still mostly experimental on AMD vid. cards) --units-meters --disable-splash-screen --disable-horizon-effect --enable-distance-attenuation --enable-specular-highlight --enable-clouds3d --fog-nicest ("nicest" improves look of fog with more subtleties while "fastest" makes fog appear and disappear more quickly; no real impact on AMD FPS) --shading-flat ("smooth" apparently improves look or depth of shaders; preference is for "flat" since I have not noticed difference in quality on AMD) --texture-filtering=2 (this is anisotropic value; lowest is 1; also good is 4 or 2; avoid 3) --bpp=32 (can also use 24 but have not noticed an FPS improvement with 24; would say 32 is better for FPS overall) --terrain-engine=pagedLOD --lod-levels=3 2 5 3 1 (also good is 4 3 6 4 2 for best visual quality on AMD but still mostly FPS-friendly; recommended is 3 2 5 3 1 for balance between visual quality and solid FPS) --lod-res=2 (default is 1; also good is 3; avoid any other values besides 2) --lod-texturing=raster (better than "bluemarble" as far as I have been able to test, with smoother loading of textures) --lod-range-mult=3 (default is 2; also good is 1; avoid all other values besides 3) --enable-texture-cache ----- On a broader note, it's important to tweak the rendering, shaders, and LOD range settings in FlightGear - to get the best experience on your AMD video rigs (be it a dual or single AMD setup). The frequencies, by the way, on my dual FireProD700s have been OC-ed, via MSI Afterburner, from a clock/memory of 850/1370 to 1024/1380 MHz. Be sensible with the rendering options - particularly with the maximum number of scenery and aircraft tiles - anything above a value of 1900 or so is both useless and an FPS hit. (The scenery/aircraft tiles no. may also be set via the relevant command line entry indicated above in this post.) Take note as well of cloud density and visibility values. Anything beyond a visibility of 35 km or so is questionable since it does not widen further the cloud carpet but is, once again, an FPS hit. Pic 1 - Sensible/Best Rendering Choices for AMD Video (in FlightGear) Next we look at the shader options that also require careful thinking and tweaking. Take note that "landmass," "urban," also "water" - give different visuals if they are set to the maximum level (of five). I personally prefer how the landscape/terrains look with those three settings at a value of four - with crisper graphics - but tweak according to taste. Also worth noting is that I always run the LOD value on my rig(s) at "-1," via the excellent little program "ATISetLod" that is available under the top post of this thread. Pic 2 - Sensible/Best Shader Options for AMD Video (for crisp and fairly realistic graphics) Also important is to tweak the LOD range settings to get a good balance between visual quality and decent FPS, with no stuttering or crashes. Focus in particular on the maximum distances for the detailed, rough and bare scenery ranges - I decided eventually on cutoffs of 3, 17.5 and nearly 45 km. Other cutoffs worth considering are 2.5, 15, and 40 (or so) km, as well as 3.5, 20, and 50 km. Anything beyond the latter values will, again, most likely not make much of a difference with the visuals but will contribute a noticeable FPS hit. Take note also of the "high detail" and "AI/MP interior" values. I'm getting good results with values of 250 - 260 pixels for those options; also good are values of 300 (or so) pixels. Those two values may be tweaked to taste, for the most part - but, again, be sensible since they may impact on FPS. Pic 3 - Sensible/Best LOD Range Values for AMD Video Last, let's not forget to tweak our custom FlightGear profile (in our AMD settings panel) as best we can, to minimize stuttering, pausing, or crashes. Take note in particular how the shader cache is set to "On," not to "AMD Optimized," and how, even though I have enabled CrossFire mode, frame pacing is set to "Off" (which eradicates stutters on my rig in FlightGear - had tried with frame pacing "On" and was not pleased with the results). If you have only a single AMD video card, experiment with leaving the CrossFire option on (set to "AFR compatible"), or turning it off entirely. (NOTE: I have not noticed any FPS downgrade with anti-aliasing set to 4EQ and edge-detect, anisotropic value at 8, and tessellation at 16. Tweak to taste obviously.) Pic 4 - Good AMD Settings for a Custom FlightGear Profile Recommended also, if having any instability with FlightGear on AMD video, is to stick with the "Pro" variant DLLs (drivers) for AMD, instead of the consumer/Adrenalin ones. I particularly like the ver. 19.x.x Pro series of drivers, as well as the venerable ver. 17.x.x ones (the latter of which I have installed on the 2013 Mac Pro). To find links to the Pro 19.Q3 DLLs (the last version of the Pro DLLs to support CrossFire, by the way), see this page. Below follow several representative pics with the settings illustrated above applied - FlightGear provides a nice selection of aircraft with usually very good monoplane FMs, especially for tricycle-gear (small) civilian aircraft such as Cessnas, also for airliners like the (classic) Boeing 707. For multi-wing contraptions on the other hand and more realistic/historical FMs for biplanes, triplanes, and the odd multiplane, the gold standard(s) remain heavily-modded First Eagles 2 and RoF, as well as recent iterations (UE edition onwards) of the excellent WoFF series. Happy flying, Von S

For those who (like me) have recently discovered the excellent Cessna 170B that is available for FlightGear, you might be interested in downloading the small zipped file that is linked to under the representative pic. below. Files included in the package are organized according to correct folder placement/hierarchy; simply unzip, copy over/replace to your C170B folder, and the modifications are implemented. Modifications are minor. A few values have been tweaked for the JSBSim FM of the 170B (e.g., increasing drag values for extended flaps; reducing lift capability slightly for the elevator, as well as for extended flaps; de-tuning of aileron and rudder movement slightly for less twitchy and sensitive behavior; slightly increasing friction nos. for the wheels to minimize risk of perpetual roll on tarmac with engine idle and/or off; slowing of flap extension speed for more natural/hydraulic behavior; etc.). EDIT: June 21, 2024 - since stumbling onto the excellent 170B project, I have managed to tweak the JSBSim FM further for myself (to desensitize the aircraft a bit more), as well as re-colored the skins, changed the engine sound file, and tweaked the beacon light to fit better the re-colored skins (as well as lowered the pilot seating/view position). The finalized update (located below) also includes four engine variants for the C170B: the standard Continental O-300-A, a Lycoming O-320, the Continental IO-370 upgrade, as well as a Franklin O-350 option. The O-300-A and O-320 engines are now linked to a fixed pitch prop set to 25 degrees. The IO-370 and Franklin O-350 are now linked to a slightly improved prop (compared to the stock version), but with no blade pitch specified. Further tweaked as much as possible has been fuel consumption rate (was too high previously); also included now are realistic (historical) degrees for min/max control movement of rudder, ailerons and elevator; and ram air intake has been enabled on the various engine types provided, to increase top speed by a few knots. The different FM files now operate as a pop-down window when the Cessna 170B is installed into the "custom aircraft" folder of FlightGear, for your convenience (simply choose the engine variant you wish to from within FlightGear, load the aircraft, and go fly). Approximate (revised) performance stats. per engine type at full throttle, as per the Version 6 package that is available below the representative pic.: 124 knots (230 kph) at 1000 feet alt. with O-300-A (145 HP); climb about 750 feet/min at 65 knots speed* 125.7 knots (233 kph) at 1000 feet alt. with O-320 (150 HP); climb about 1000 feet/min at 65 knots speed* 142 knots (263 kph) at 1000 feet alt. with IO-370 (195 HP); climb about 1400 feet/min at 70 knots speed** 145.5 knots (269 kph) at 1000 feet alt. with Franklin_O-350 (220 HP); climb about 1550 feet/min at 70 knots speed** * prop pitch fixed to 25 degrees in the stock prop file ** prop pitch not fixed/specified in the improved prop file My tweaked FM for the C170B/Super 170 uses (very) slightly increased coefficient/friction nos. for the left/right and tail gears; recommended, if taking off from grass, is to lift the tail as soon as possible to build enough speed. The "Version 6" package contains my final set of revisions for the C170B (all revisions are based on the stock C170B FM that was kindly provided for the project by A. Fernández; all revisions also include more realistic basic drag and induced drag values suggested by "Ysop" of the FlightGear forums). To keep track of future FM revisions/additions, please see the official link for the C170B located at the top of this post. The revisions linked to below are attempts to recreate historical/recorded performance brackets by tweaking the stock FM file as best as possible. Thank you to Adrián Fernández for the original model and textures for this fine (retro) aircraft. C170B_EngineOverhaulVer6_VonS.zip Good flying to you,

Hi All, Have been doing a bit of tinkering lately with my FlightGear install (see this thread for more info.) - and results are pleasing enough in what is a free, open-source flight sim. Managed eventually to get accurate photo-scenery working in FG, which is a noticeable improvement over the stock (dated) scenery that has been available in that sim for years on end (see pic. below for photo-scenery at work in FG, in this case in the Mesopotamian/s. Iraqi area; the Alb. D.I is a re-skin and FM-overhaul of a model done by Lester Boffo). On a hunch, I then converted a bunch of the photo-tiles from FG (stock format is DDS) to BMP format - so that they become visible in the FE2 terrains folder - and it does indeed work - but would require careful, aesthetic choices regarding what tiles to replace in the terrains folder, such as farms, cities, deserts, etc. - for best cohesion and not too many jarring disconnects between tiles. Nice to see that stock trees and buildings are populating over the satellite/ortho-terrains too, in FE2. Photo-scenery is simply an improved "satellite" carpet that covers the stock scenery and terrain framework in FlightGear - and by extension works the same way in the ThirdWire sims but requires manual conversion to BMP format and manual placement in the terrains folder (perhaps the DDS format would work too, but I didn't bother tinkering with the various settings/text files this time around in the terrains folder). The other good thing about FlightGear is that it is fully under the GNU GPL (General Public License; i.e., "copy-left" license) - so there are no copyright problems that I know of if one borrows such ortho-scenery for FE2 too (haven't bothered to test with SF2). And if working on such a terrain swap as a personal project - that is of course even simpler. A few representative pics. below with just a few ortho-scenery tiles placed over Stephen1918's upgrade of the Mesopotamian theater for FE2. Results look pretty good, particularly when flying higher up, and I haven't noticed any FPS drop with the photo-scenery tiles loaded. Some old tiles are still in place in the pics., for comparative purposes. Any empty areas are where I didn't bother to load tiles. Anyway - I hope you find this post interesting - it's perhaps the "cheapest" way of upgrading tiles across the various theaters available for FE2. If I find enough free time I might tinker further with this side-project; will post comments if the results prove particularly successful. Cheers & good flying,

One more small update for this thread before I retreat temporarily into work mode - as per relevant info. in my previous post, have now done further tests and it is indeed possible to load DDS terrain files directly into FE2 (simplest is to point to relevant DDS files from within the general data ini file that resides in the "Terrains" folder). Having said that, one peculiarity about loading of DDS terrains, instead of BMP ones - is that trees, buildings, other objects, etc., do not show up anymore. Once DDS files are converted to BMP format, on the other hand (as seen in the pics. in my previous post) - trees and buildings once again nicely come through. So, unlike FlightGear that siphons in PNG-to-DDS converted satellite imagery (when its photo-scenery option is set up), FE2/SF2 would require conversion of DDS to BMP files, so as not to smother out the added immersion of objects and trees already present in/on the ThirdWire terrains. Couple of pics. below with DDS ortho/photo-scenery being tested in the Mesopotamian theater in FE2. Graphics look quite good to me but unfortunate is the loss of trees and whatnot - so it's back to conversion to BMP format. Also, as evident in the pics. below, with careful choice of satellite photos the effects are not too jarring between different tiles when all are placed together. Not too bad for initial, manual placement of tiles - but very tricky to place correctly once you get towards rivers, seas/oceans, shorelines, and so on. The job of a terrain modeler is not an easy one - virtual drinks on the house for all terra-formers, also for object-placement ini file crunchers. One thing I particularly like about the satellite photo-scenery options in FlightGear is that, if you like, you can set things up in such a way that the scenery downloading/siphoning mechanism follows your aircraft as you fly, and nicely drops correctly placed terrains below, around, and in front of your flying path. Such a feature requires, once the photo-scenery siphoning system is set up, that you make sure to feed the following command/property to FlightGear itself: --telnet=5000 The photo-siphoning mechanism then connects to local IP no. 127.0.0.1 (i.e., "localhost") on port 5000 and "feeds" satellite imagery to FlightGear as soon as terrain images are downloaded. Such an automatized process makes unnecessary the hassle of manually attempting to place photo-scenery tiles in correct places and positions. (Scenery can also be saved locally, for later offline use - without always having to re-download images.) While there is no multiplayer capability in FE2 - theoretically, if the "telnet=5000" command could somehow be fed to the FE2.exe itself - then a simple re-duplication of one of the more accessible photo-siphoning mechanisms used by FlightGear (e.g., the Julia programming app linked to a photo-scenery Julia add-on) - might work for FE2 too. Will post further thoughts in this thread if I find that there is any way to get the photo-scenery siphoning system to "talk" (establish a telnet connection) with FE2. Otherwise, it will be a very slow process of manually picking through, and choosing, satellite tiles - and that will be called up via the general data ini that's in the terrains folder. Cheers all (& good dreams about auto-loading of satellite imagery in FE2),

Quite pleased with how my (ReShade ver. 4.9.1) shaders profile for FG is functioning on my rig, I began thinking about how to improve the ave. FPS further in the sim, beyond the tips located in the top post of this thread, for AMD-vid rigs running the sim. Finally, I stumbled on an odd little tweak that works well enough and is worth sharing in this post. The tweak requires that you download the OPENAL64.DLL file hosted over here on the DLL-Files.com website that has been around for at least a couple of decades. Once you download and unzip the DLL rename it to "OpenAL32.dll" (without the quotation marks). Then, navigate to your FlightGear "bin" directory (the actual sim folder located somewhere in your c_drive usually, not into the folder that hosts downloaded aircraft, custom aircraft, and whatnot). Once you are in the relevant "bin" directory (see illustrative pic. below), find the file called "OpenAL32.dll" and save a backup of that DLL somewhere - after that, replace/overwrite the DLL (that is ver. 1.x.x, a fairly old one) - with the one that you have downloaded and renamed identically. On average, I am noticing an FPS improvement in FlightGear with the OPENAL64 driver masquerading as OpenAL32 - an improvement of anywhere from 5 to 20 FPS (or so), depending on cockpit views, angle of views, as well as weather details and photo-scenery loading rates. The driver replacement also cuts down satisfactorily on any possible stuttering when FPS occasionally do drop. Your mileage may vary - but from what I've seen on my AMD-vid rig the results of this little tweak are good enough to improve overall smoothness and quality of flying in FlightGear. (NOTE: the driver-replacement tip mentioned in this post *may not* be as helpful on Linux, considering the possibility that you are already perhaps running newer OpenGL drivers in your Linux-variant FG installation. The tip will most likely be of greatest help on Windows systems and/or "Wintosh" hybridizations where Windows is installed on a Mac. Can't say anything regarding Mac OS X/macOS because I don't have FG installed on the Mac OS side of my computer.) Some representative pics. of FlightGear ver. 2020.3.19 follow below, with photo-scenery, my "pseudo-HDR" shaders profile loaded (via ReShade), and the OpenAL driver replacement tip at work. The flight was around Naples, Italy, at about 10,000 feet alt. (with take-off from the LIRM airport). The Morane-Saulnier Type N used in the pics is a re-skinned and FM-overhauled version of the non-GPL model originally done by Lester Boffo and located here. I am also thinking of re-skinning and FM-overhauling his Albatros D.I, perhaps to be done up in Ottoman livery so that I can do some photo-realistic flying above the Mesopotamian front (c. 1917). The Boffo model overhauls are only for my private use since they follow various types and sub-types of non-GPL licenses. Download those yourselves from the non-GPL FlightGear repositories and tweak to taste, if so inclined. Good flying to all,

Have recently tinkered with a Fokker E.II (mid-production batch) FM conversion for Emmanuel Baranger's excellent E.III for FlightGear - the FM changes are now offered as an option in E. Baranger's FG Hangar. While testing the FM, I also updated my WoFF series shaders profile (for ReShade ver. 4.9.1), so that it works well with FlightGear too and creates a "pseudo-HDR" effect, among other things. The shaders file is included in zipped format underneath the video link (to the Fokk. E.II tests) that follows. You may have good luck with vers. 5.x.x or 6.x.x of ReShade too, but for convenience please find relevant download links to the venerable/stable ver. 4.9.1 under this thread. Take note, when installing ReShade for FlightGear, to choose "OpenGL" as the API option; then install the default shader package, as well as the Fubax and Astray packages. Necessary filters to activate, after installation of the shader packages, are: Vibrance, DPX, FXAA, LumaSharpen, Smart_Sharp, and Clarity. Also don't forget to select "performance mode" in the ReShade options. The video below (click on pic. to open link) is with my FG shaders profile activated and with satellite photo-imagery being siphoned into FlightGear; see instructions in the previous post, above, for how to enable photo-imagery in your FG installs on AMD-vid rigs, etc. (NOTE: Various rotary engine sounds in the video linked to below are © OBD Software, copied over for personal use from my WoFF UE/PE-era install, and are not supplied with the Fokk. E.II FM modification that's available via E. Baranger's FG Hangar.) FGshadersVonS.zip Happy flying,

One more friendly public service post under this thread, regarding FlightGear. Many thanks first of all to Emmanuel Baranger for pointing me in the right direction for how to enable photo/ortho-scenery in this fine, open-source simulator. Most of the important details regarding photo-scenery and proper installation of packages, programs, etc., in order to have everything function properly - are available under the "Julia Photoscenery Generator" tutorial. Thank you "abassign" for the original instructions, coding, and tutorial. Also many thanks to Manuel who has done a video run-through of the main components of that tutorial. I wish, however, to draw attention to a few peculiarities that are likely relevant only to Intel-era Macs and/or to specific "Wintosh" combinations such as I am running, and perhaps others are running too. Tips and directions below are for the stable ver. 2020.3.19 of FlightGear, by the way. Five important things to keep in mind: a) when downloading necessary applications to enable photoscenery, as indicated in the tutorial, such as the "Photoscenary" files, the Julia compiler, and the ImageMagick application that converts images to the DDS format, make sure to download the *actual installer* for ImageMagick (indicated with an .exe extension) - it is fine to download the portable version of the Julia compiler, but do *not* download the portable version of ImageMagick; the full installer for the latter is necessary; furthermore, while installing ImageMagick, make sure to select the two options for "set system path to files/program installed," as well as for "legacy converters"; also important is to install the Visual C++ Redistributable Package that is linked to near the bottom of the main ImageMagick website - only with all of those details followed does ImageMagick work properly on an Intel Mac b) once all of the necessary programs and files are installed, go into the "Photoscenary" folder, open the two text files titled "conn" and "args" - delete the contents of both - and paste in *either* of the following two sets of commands into *both* files (don't forget to save once the information is entered): option one, for great photo-imagery quality and decent FPS, even if flying in multiplayer: --connect 127.0.0.1:5000 -s 5 -r 30 --attemps 3 --over 1 --sdwn 2 option two, once again for fine photo-scenery quality and good FPS, even in multiplayer (but perhaps slightly better for lower-end rigs): --connect 127.0.0.1:5000 -s 4 -r 40 --attemps 3 --over 1 --sdwn 1 c) while still inside the "Photoscenary" folder, right-click on the "photoscenary.jl" application and select the option to open it with Notepad; once the application is opened in Notepad, scroll to the following code: julia -t 10 -p 2 photoscenary.jl and change, for example, to: julia -t 8 -p 2 photoscenary.jl (the suggested change reduces slightly the no. of threads that the "photoscenary" application uses to download satellite imagery for FlightGear; the general rule of thumb is to set the no. of threads to 75% or slightly less of your total no. of processor threads available; furthermore, the "-p 2" command references the no. of processor cores to dedicate to photo-imagery downloading; a sensible no. for the cores is no more than 50% of the total cores that you have -- anything higher than such percentages devoted to ortho/photo-siphoning is excessive and will not improve tile-download smoothness or overall FPS in FlightGear -- from my tests, I have noticed that I am getting very good results either with 8 or 9 threads and either 2 or 3 cores, devoted to the tile siphoning/download process; the total no. of threads on my system is 12, and the total no. of cores is 6, by the way) d) make sure, before running the "photoscenary.jl" application (i.e., before double-clicking it so that it begins to fetch photo-scenery for FlightGear), to unselect any custom scenery that you might have installed in FlightGear and that is visible under the "Add-ons" menu; then run "photoscenary.jl" and it will proceed to set up a default "Orthophotos" folder at the following directory path - \FlightGear\Downloads\TerraSync\Orthophotos e) last, it is vital directly to select the created "Orthophotos" folder as your custom scenery folder in FG's "Add-ons" menu; otherwise, photo-scenery will not be visible while flying in FlightGear; if you have other custom terrain folders, you may re-select them at this point, but make sure that the "Orthophotos" folder is always at the top of the hierarchy (see illustrative pic. below) NOTE 1: "photoscenary.jl" will on its next run set up another "Orthophotos" folder within the one that we have already locked to FlightGear, but that is fine; allow the directory structure to exist as \TerraSync\Orthophotos\Orthophotos (and feel free to delete any other folders that may have been created in the meantime in the first "Orthophotos" folder of the directory path, right after "TerraSync") NOTE 2: if running the application OSArmor (or the older variant "NoVirusThanks OSArmor"), make sure to *disable protection* before running "photoscenary.jl"; otherwise, blocked process warnings will pop up with every photo-scenery download and will likely disrupt operation of the whole photo-scenery fetching mechanism NOTE 3: if your photo-scenery is sometimes being broken, patched and/or over-ridden by the stock TerraSync terrains, while flying, recommended is manually to place the main "Orthophotos" folder in the following directory path -----> C:\Users\UserName\FlightGear\Downloads\Orthophotos (don't forget to adjust accordingly under the "Additional scenery folders" setting in FlightGear too, after having done this, and once again to keep the new directory path at the top level of your scenery folder list; see pic. above for illustrative purposes) Below follow several representative pics. of photo-scenery functioning properly in ver. 2020.3.19 of FlightGear on an Intel Mac. I have not noticed any drop in FPS with photo-scenery enabled; on the contrary, my overall FPS seems to have improved by a few frames when compared with flight over stock TerraSync terrains in FG. While there are so many wonderful things about photo-scenery, one of the details worth mentioning is that the terrain now overlaps very closely with what is seen on the "mpmap" if you enjoy tracking your flight's progress that way too. Take note, for example, of the subtle depression in the grass where the Piper PA-28 B Model has been parked, and also of the location where it sits on the Google maps pic. (great stuff). As well please find included, below the pics., a small attachment that includes a few ALS shader tweaks for FlightGear, to improve graphics crispness and/or to stabilize FPS further on AMD-vid rigs. FlightGear_ALSshaderTweaks_VonS.zip Good flying to you,

FM tweaks available in relevant aircraft folders in E. Baranger's FlightGear Hangar. (The WACO S-220 conversion is based on the SIAI-Marchetti S.205R that's available there, by the way. All Von S FM tweaks for FG fall under the GNU GPL.) Brief, approximate performance specs. per type: Bleriot XI 1909 Model - max 42 / cruise 39 kts Egerton & Mann 140-HP SPAD 7 - max 103.6 / cruise 97.2 kts Piper PA-28 B Model 150-HP - max 120 / cruise 110 kts Early Grumman AA1 - max 125 / cruise 120 / never exceed 169.5 kts AA1 150-HP Conversion - max 142 / cruise 137 / never exceed 169.5 kts WACO S-220 - max 161 / cruise 152 / never exceed about 175-180 kts Tips: - use opposite-to-turn rudder on the Bleriot and SPAD if you are falling into a side-slip and/or spin; also good for tight turns - watch speed on the Grummans owing to the early variant "hot wing" on them; unexpected sharp stalls pop up sometimes below about 85 knots, sometimes at higher speeds too for added excitement - WACO, similar to the S.205R, lands best when close to stall speed a foot or two above a runway - about 10% front-stick is required on the Grummans while on the ground, to control steering (transition smoothly to about 10% back-stick while accelerating to take-off; takes practice) - about 10% back-stick during take-offs (to get the nose up) on the WACO; will "fly itself" once it passes about 80-85 knots Representative clips: - various flight tests available further below (simply click on a pic. to open the relevant clip hosted on DropBox; clips average 7 - 10 mins. in length approx.) - airport where flight tests recorded is near Grazzanise, Italy (airport code: LIRM) - all clips recorded via Game Bar (on Windows 10) and further compressed via VLC Player - version of FlightGear used for flight and tests is the stable ver. 2020.3.19 (which is recommended for AMD video, particularly on Intel Macs; newer, nightly versions of FG may not be stable on AMD vid. and/or on Mac setups and "Wintosh" hybridizations for now; experiment as per taste) - Bleriot model visible in the relevant clip is a mixed/hybrid combination of old and new files and model components, taken from the main aircraft launcher/hangar in FlightGear and also from E. Baranger's hangar, for personal testing; a newer model is available in E. Baranger's hangar - Anzani and Hisso sounds for the Bleriot and SPAD are extractions from my FM/Realism package for First Eagles 2 - landing rate add-on visible upon landing in the flight test clips is a customization of the one available here; an earlier edition for older vers. of FlightGear may be found at this link Cheers all & good flying in FG, EDIT - Nov. 11, 2024 - a few more YASim FM tweaks have been provided (see info. in the pic. below) for E. Baranger's FlightGear Hangar. This set of additions wraps up my FM contributions to the excellent, open-source FlightGear flight simulator.

@kcoun, a) if you have the "historical weather" option enabled in the WoFF series you will often see lots of clouds/bad weather, as was the case frequently in WWI (the historical weather option can be turned off, of course); also possible is to load various ReShade profiles to spice up the colors and to improve spotting (see this link for various representative pics with customized visuals, particularly the three pics near the bottom of the page, located after my long post regarding a dual-CPU computer build) b) UE/PE refers to two previous versions of the WoFF series - UE is "Ultimate Edition" and came out around 2016; PE is "Platinum Edition" and was an add-on to UE that came out sometime around 2019 if I'm not mistaken; neither of those previous versions are available for sale anymore; the latest version is BH&H2 - "Between Heaven and Hell II" (take note that several of the pictures available under my various posts may be from the UE/PE-era or from one of my hybridized WoFF installs, although I also run BH&H2 - I usually indicate what version the pics are from, per post, to minimize confusion) Good flying to you,

@Sabre, Here's a brief extract from the "Read Me" file located in the "consolidated mods'" files/folders - regarding the various PWCG modulations files: ----- The modulations files are "a series of 'RoFCampaignSpecific' files that should be installed, ONLY ONE AT A TIME, into the 'Pilot's Name Folder' of your RoF Campaign folder that is generated by Pat Wilson's Campaign Generator (ver. 16.3.x); you will find a series of files there, organized by period of war and by theater (whether eastern or western front); those files [...] change a variety of settings, ranging from AA gun frequency, distance between M.G.'s available on the front, chance of aircraft encounters, size of flights, also changes in aircraft/engine reliability, availability/number of observation balloons, and so on, depending on period of war; there will be noticeably less encounters with the enemy with those modulation files loaded than in stock form, in turn with greater difficulty of racking up large kill tallies, as historical, particularly on the eastern front." ----- That description is for the "version 2" modulations files that are included in the larger "consolidated mods" files/folders, by the way. For an even more hard-core experience, suggested is to download the "version 3" modulations files that are located as a separate download in the first post of this thread. See also the "Important Note" in the top post of this thread, regarding differences between the version 2 and 3 modulations files. You might also wish to check over this link regarding other info. about the various modulations files. Happy flying,

FE2 is still alive and well - more obscure than RoF and WoFF - although that may be a good thing. Let us know what kind of "augmentation" you are interested in - and perhaps some of the FE2 specialists will pitch in with good info. If interested in FM modifications/integrations of (and into) FE2 - suggested is to begin with this post, in particular the bottom link of that post that outlines what aircraft packages many of my FM tweaks correspond with. For terrain editing, placement of targets, modification and/or installation of airfield objects, and other misc. objects, I would recommend contacting Stephen1918 (he has developed many excellent aircraft models for FE2, as well as several, important airfield objects). Geezer is also an encyclopedia of FE2-related knowledge (terrain/airfield and aircraft modding and development) - but I don't think that he mods anymore for FE2 (or at least hasn't posted here in a couple of years). Cheers to you & good flying in the FE2 skies.

@toot, the general rule of thumb is that the physics/world model in SF2 (i.e., winds, atmosphere, flight dynamics, etc.) is best suited to jet aircraft and to some extent to fast(er) prop aircraft - let's say with a minimum speed of 400 kph or so. The simulated "world" in FE2 on the other hand caters much more effectively to slow(er) flying, and showcases better the flying (and fighting) characteristics of pre-WWI, WWI, and inter-war era aircraft of, for example, the 1920s (think "barnstorming"). To give an example of the different atmospherics and physics, an early 1950s (late model) F4U-5 Corsair has a historical top speed in the 750s kph in SF2, while, when dropped into FE2, it goes into the 880s kph. Recommended also is to check over this thread regarding swapping of aircraft from FE2 to SF2, and vice versa - sometimes such swapping works, but often it doesn't. Furthermore, FE2 has higher-quality terrains (smaller-sized terrain pieces, as far as I know) and more subtle fog effects, I think, than SF2 - such things help with immersion because most aircraft in FE2 fly fairly low - on the other hand, use of such terrains in SF2 would probably result in an FPS hit, and is not really needed for jet aircraft scenarios where everyone is usually flying high and at great speed. Cheers,

Indeed a shame - hardly any regular posts in the FE2 forums anymore. Hope everyone's doing well - haven't seen names like Geezer, Crawford, and others in these forums for years. Fully-modded FE2 is still my go-to sim for single missions with variety, and for tight-knuckle flying and dog-fighting - I'd say better than modded RoF, and also easier to set up and quicker to get into than the WoFF series (although the latter is definitely the gold standard for full-blown campaigning). Come to think of it, the WoFF forums on SimHQ have also largely dried up over the last couple of years. And DiD IV, the latest Dead is Dead campaign being run in WoFF (on their CombatAce forums) is pretty much literally DiD too (compared with DiDs II and III from several years back). Perhaps newer generations of simmers have mostly gravitated to multiplayer; or tablet/phone games have saturated the game market. I hope to return more regularly to FE2 in the future - there are a few aircraft that I haven't tweaked the FMs for, and I still want to try to introduce (if possible) realistic turbulence into the sim. Also, there's something wholesome and relaxing about tinkering with FE2 - the virtual equivalent of an old, wooden hangar or quaint WWI aircraft factory. Was busy for a while with AI mods for RoF (an exercise in frustration considering that RoF is so locked-down); and also re-discovered FlightGear in the meantime, a very nice, free sim for monoplane simulation and civilian flying - but be selective when choosing aircraft to fly in it. Some of the FMs are questionable, particularly for multi-wing aircraft. Recommended there is to stick to large airliners like the 707, 747, DC-10, also single-wing, small aircraft such as Pipers, Cessnas, Tecnams, gliders, and so on. (Thinking to myself: sure would be nice to introduce the live weather and advanced weather systems from FlightGear into FE2 - i.e., METAR system, also moisture formation, storms, and so on - although that would require some way of having an open connection to the internet, from within FE2, to siphon in live weather data per whatever location you're flying through in FE2 at any given moment, etc.) Cheers all,

Let me thank you for your stellar tales in DiDs II, III, and IV Raine. I often go back to re-read them and encourage you when convenient to compile a "best of" pdf collection of your pilots' exploits. I wish you good health and happiness, rest and recuperation, and hope that you will continue in some way to be connected with WoFF/WoTR in the future. All the very best to you.

@OP, something similar occasionally happens to me if moving the WOFFKeys.xca file from computer to computer, so that it is no longer recognized in WoFF. For the Logitech stick, it's important to double-check that its correct identification is always in place in the relevant xca file. The full path to the file is: C:\Users\YourName\AppData\Roaming\OBD_Games\OBDWW1 Over Flanders Fields\WOFFKeys.xca Once you open the WOFFKeys file, drill all the way down until you get almost to the bottom of the document, to the joystick section. Then search for the device type name indicated below and make sure that it is identical (or, if not identical, change to the info. below and then save the file) - the joystick should then be recognized in WoFF (i.e., all inputs will be registered, including programmed keys on the joystick and x/y/z axes). <Device Type="Logitech Extreme 3D Pro USB"> Cheers,

Hi Tonci, I had a post from yrs. ago regarding that topic (I also think that Burning Beard, Buckeye Bob, and other BB's commented on the topic with excellent info.) - but I can't track down the post now since it was in some obscure thread on SimHQ that got buried by other posts and info. On that note, I'll just copy out from some of my "flight notes" that I have in front of me here, for the WoFF series. ----- Engine Types Management (Simplified) - very early rotaries on Bristol Scout, Fokk. E.I, Pfalz. A.I two-seater, Morane Parasol Type L (early variants before 1916) at 100% power, fine adjustment and blip for limited control - Gnome rotaries on Camel, DH.2 at 80 or 100% power, fine adjustment and blip for limited control - (somewhat) early rotaries such as on later series of Fokk. Eindeckers (the II and III), also the Pfalz E.III, Parasol Type L beginning with 1916, etc. at 60, 80 or 100% power, fine adjustment and blip for limited control - all other rotaries (mid-war, late-war, etc.) at 40, 60, 80 or 100% power, fine adjustment and blip for limited control - early inlines to about Alb. D.III and SE5, full throttle range but no fine adjustment (always full rich) - later inlines from about Alb. D.V and SE5a Hisso onwards, full throttle range and fine adjustment available Realistic Fuel Consumption Tips - either use the Orbyx "fuel mod" available with JJJ's MultiMod for WoFF, or, if you prefer a static solution, set fuel to about 40% for approx. two hrs. max. flight as mostly historical (avoid 50% since it sometimes crashes WoFF, or at least did crash it during the WoFFue era) - from Aug. 1918, for Germans, elites get 20% fuel supply since rations - less important German units from Aug. 1918 get only 10% fuel supply ----- Cheers,

Hi Tonci, for BH&H2-compatible mods, best is to check over Becker's excellent mods-compatibility post at this link. RJW's "Custom Consolidated Airfields and Facilities" mod(s) are must-haves and are compatible with BH&H2. Also worth checking out are BuckeyeBob's cloud/weather mods (those I think are listed under Becker's post, and available also on Sandbagger's website where RJW's facilities mods are hosted too). In terms of my FM mods, make sure to use with BH&H2 only the ones that are indicated to be BH&H2-compatible in that package (I've organized things by folders so it is easy to figure out what is compatible - for example, my older WoFF UE/PE FM mods are all in a separate folder and may be disregarded). The "FrankenBHAH Enhancement Package" is a terrain/FPS-tuner package tweaked to eradicate screen tearing and to improve FPS whenever possible, in BH&H2. There are also various realism tweaks included in that package. If you want to run the enhancement package, the recommended order in which to load it via JSGME is as follows: Step 1: Base Enhancement Package (ver. 1.1) Step 2 (optional): Hardcore Addon (ver. 1.15) Step 3 (optional, load only if not installing 1.15): Hardcore "Compensatory AI" Addon (ver. 1.16) Step 4 (optional, always load after 1.1, 1.15/1.16, etc.): FrankenMiniTuner ver. 1.2 If you are interested in the mods listed immediately above, recommended is first to install only the base package 1.1 and mini-tuner 1.2, for FPS improvements and smoothness - and to leave the addon 1.15 and/or addon 1.16 for later, once you become more familiar with WoFF (because addons 1.15 and 1.16 include some modifications to AI routines and chances of such routines in WoFF BH&H2; those addons also increase chances of engine breakdown, fire, etc., and further remove you from the stock WoFF experience). To find all of those various mods, simply scroll up/down through the posts in that support thread where I also posted info. about the dual-CPU X79 build. In terms of Bletchley's mods - I don't know if they are compatible with BH&H2. Hopefully someone will see this thread and comment on those other mods. The "Historically Populated Airfields" mod by JJJ (ver. 1.5) works for the most part, as far as I know, only if you are also using JJJ's Java-based "Mission Editor" for BH&H2. Standalone, I don't think it provides full results - namely, historical aircraft types (static models) at airfields, depending on period of war. Regarding those other terrain mods you've mentioned - largely a hit-and-miss situation - some may be compatible, others may not be - best is to experiment slowly with those (I think that most of those terrain mods were made for WoFF UE, possibly not even updated for WoFF PE). Cheers,