VonS

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,

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

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. Also 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 5 -p 2 photoscenary.jl (the suggested change reduces noticeably 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 50% 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 6 threads and 3 cores, or 5 threads and 2 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 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,

@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,

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

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,

Hi Tonci, have PM-ed you a message with various tips and suggestions regarding what AMD GPU DLLs to try out on your rig. Hopefully one of those versions of DLLs, at least, will resolve that textures oddity for you. Cheers,

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  

Brief update to this thread - instead of opening a separate post, I thought that it would be best to bump this particular thread up with fresh(er) technical info. regarding WoFFing on AMD-vid cards. Those who are sometimes troubled by flashing and/or dark terrain tiles in WoFF on AMD video might wish to have a gander at this article located at the bottom of the WoFF FM and other mods. support thread, wherein I outline an X79 server build and a few tips/tricks that might help to resolve any oddities if WoFFing on AMD GPUs. Will also update regarding this under the relevant AMD thread on SimHQ if I have not already done so. Cheers all & good WoFFing to you,

Hello fellow WOFFers, Thought I’d open this separate thread for a future mods-compatibility list for the ver. of BH&H 2 (WOFF) that will be released soon. Becker is welcome to make use of this thread for his long mods-compatibility list that is currently hosted on the WOFF threads over on SimHQ. I will also use this thread to update regarding my FM mods., GPU Tuner Patch, etc., in the future and time-permitting. For convenience and simplicity, I encourage everyone who is a member/user of CombatAce to post mods-related questions for BH&H 2 WOFF under this thread, since it will be easier to find mod-compatibility info. that way. While most WOFF-related mods. are available via Sandbagger’s site for WOFF addons, this thread will hopefully prove helpful for compatibility questions, info. regarding release of new mods. not hosted on Sandbagger’s site, etc. - and ideally will become a centralized hub for mod-related topics since there are too many mod-related threads over on the SimHQ forums for WOFF and it becomes confusing/discouraging to navigate for new WOFF fliers who might wish to load up quickly on WOFF goodies and fly. OBD, feel free to delete this thread if you will be posting a separate stickied thread for mod-compatibility questions, etc. For those interested in downloading my FM tweaks packages for the Ultimate and Platinum Eds. of WOFF, as well as GPU Tuner Patches for the Platinum Ed., including for WOTR Phase One, and the small FM tweaks package for WOTR Phase One - please see the link included immediately below. Those WOFF-related packages are not compatible with the latest, BH&H 2 edition unless otherwise indicated in this thread. I am currently busy with work and other duties, so my limited modding time will be devoted only to First Eagles 2 for the foreseeable future. Tweaks Packages for Previous Eds. of WOFF, etc. https://combatace.com/forums/topic/92320-fm-tweaks-for-woffuepe/?tab=comments#comment-780879 Cheers all, Von S

BHaH-Two WoFFing on a Dilwe Dual-CPU-Socket X79 Motherboard with Dual Overclocked AMD RX 580s, for Kicks and Giggles Recently, on a lazy winter's afternoon, I had the good fortune of finding two new/unopened Intel Xeon E5 2690 v.2 processors (3.0 GHz; 3.6 GHz TurboBoost; 10-core) on Ebay and decided that, for 37-38 USD a piece, they were a wholesome buy. My original intention was to "upgrade" the single Intel Xeon E5 1650 v.2 (3.5 Ghz; 3.9 GHz TurboBoost; 6-core) sitting in my 2013 Mac Pro (my standard WoFFing machine), but I then decided that it was better to "build" a computer around the two Xeons that I found, for kicks and technical handiwork. The general idea was to create an office server/work computer setup - which would also fit well with WoFF BH&H2, considering that flying an Eindecker in WoFF is hardly leisure but instead very rewarding and hard work. Armed with such ideas, I then picked my way through various components, deciding that I wasn't interested in exceeding about 800-900 USD for the entire build. Various parts included the Corsair computer case (4000 D) with good ventilation, a Corsair 850 Watt PSU, etc. (No tacky LED lights for me or brown/beige Noctua fans.) For the computer and video graphics themselves, I decided on a dual-CPU X79 board and happily found mounds of rather cheap, single-CPU Chinese ones being offered on Amazon. Not to be maximally cheap, I decided on the ever-so-slightly higher-tiered (?) Dilwe brand (X79 dual LGA 2011 socket; EATX-sized motherboard). And, at any rate, the dual-CPU-socket offerings were not as plentiful as single-CPU mobos. The dual-CPU board I picked supports a maximum of 128 GB of DDR3 RAM at 1866 MHz but I went instead with a modest 32 GB (1600 MHz) of budget RAM (TeamGroup rebranded Micron chips) and a 1 TB NVMe M.2 (Kingston) SSD, also with two passive Supermicro heatsinks, and so on and so forth. For the video cards, being pleased with a dual team red (AMD) setup in the 2013 Mac Pro (two 6 GB FirePro D700s), I chose again a dual AMD setup (two 8 GB RX 580s this time around) for the custom build, even though it is generally suggested that WoFFing is safer on the team green side of the fence (nVidia). Luckily, the RX 580s were also Dilwe brand (making for a good fit with the Dilwe motherboard). And I found the Dilwe name attractive for some reason, possibly reminiscent of fridges and other gadgets from the 1950s. Several cables, fans and modifications later, over the span of a few days, I found myself in a position finally to test the Dilwe Dual-Xeon monstrosity couched in an elegant Corsair case. Installing Windows was no problem; neither was tweaking the somewhat limited options in the BIOS, but a few tips follow below (and no, I did not flash/upgrade the BIOS nor will I do so - not interested at all in bricking this strange build). Suggestions: - switch to legacy BIOS and format your drive to MBR (not GPT), for maximal smoothness of installation (of Windows); UEFI does work but I preferred the legacy/MBR route (if installing Linux, the latter will do its own formatting prior to installation) - disable such options as extended synchronization, pci-e clock/power management, and precision clock timers in the BIOS (helps to give a more responsive system and apparently minimizes GPU throttling) - set latency timers at least to 64, possibly 128, in the BIOS (default is 32); I went with 160 and haven't noticed any peculiarities so far Pic 1 - Initial Five-Fan and Mostly Passive Heatsink Setup The only other main area of concern, after having installed Windows and organized/tweaked settings, was how to keep the dual Xeons cool at idle. Initially I went with a five-fan setup (three intake on the front; two outtake, with one at the back and one at the top). The setup was perfectly sufficient to keep the two GPUs cool that way for most tasks - you could even turn off the GPU fans with no risk (with the fine program Fan Control) - but CPUs still remained quite hot at idle. The worst idle temperatures were with thermal paste applied between the passive heatsinks and processors (around 70 degrees Celsius). Better idle temperatures (of 55 to 60 degrees Celsius) were attained by placing thermal pads between the passive heatsinks and processors (never mind the general consensus that paste is better than thermal pads) - and by going to a six 120 mm fan setup (by adding an extra intake fan at the top of the case). I also oriented some of the fans differently, with the bottom two fans up front working as intake fans, also the two fans at the top of the case. The back fan remained an outtake fan; and the top side fan on the front was also reversed to function as an outtake fan - giving two nice exhausts on the top sides (front and back) of the case. Pic 2 - Final Eight-Fan Setup and Orientation for Improved Cooling I could have left things alone at that point but then decided to custom-install two small, unassuming (and gray) Noctua fans (1600 RPM, 92 mm) to each of the passive heatsinks, through the miracle of some zip ties and wire clips. This finally gave me splendid results (with idle CPU temperatures in the 30s Celsius - see included pic., overview of temp. nos. via the excellent program HWiNFO). The eight fans in total, surprisingly, are not that noisy, especially with the case fully closed and the included dust filters attached. Also helpful was that I had - before the final arrangement of fans - sandwiched two 1mm copper plates between each of the Xeon CPUs and their heatsinks, also "framing" the copper plates with four strips of thermal pad for good measure. Pic 3 - HWinNFO Allows for a Quick Overview of Temps. in the Taskbar (Details are Temps. for CPUs 1 and 2, Packages 1 and 2, Top and Bottom of Mobo, SSD, and GPUs 1 and 2; Choose Heads-Up Colors as per Taste in HWiNFO) The two RX 580 GPUs were easily overclocked via MSI-Afterburner from stock numbers of clock 1284/memory 1750 MHz to clock 1415/memory 2095 MHz. Numbers of 1420/2100 MHz and higher give the occasional crash and are not worth the risk. CPU overclocking is not possible with locked multipliers on this generation of Xeons; furthermore, it is also not possible to BCLK overclock the system bus on the Dilwe X79 mobo (or most such mobos). Pic 4 - Nice and Stable OC on the RX 580s Aside: I did in the meantime manage to overclock the bus to 103 MHz on the 2013 Mac Pro for a small performance boost and it runs well with no higher temperatures noted (to OC slightly your bus on a 2013 Mac Pro, download the obscure and outdated program called "setfsb.exe," choose as clock generator the profile called "ICS932S421BGLF," etc. - do track down other details regarding the program via Google before attempting the tweak, and also worth remembering is to download ver. 2.2 of the program, not 2.3, since 2.3 doesn't allow for the bus to be changed on a 2013 Mac Pro). Other information worth sharing, regarding WoFFing on dual AMD setups, is to point, in your AMD profile, to the WoFF.exe, not to the CFS3.exe run-time (even though it sounds counter-productive). On older versions of WoFF, and also on single AMD video-card setups, feel free in most cases to point to the CFS3 run-time instead. Pic 5 - Point BH&H2 to the WoFF.exe (not to CFS3.exe) if on a Dual AMD Setup Further, if enabling crossfire in your WoFF profile in the AMD settings, make sure to disable crossfire in the "global settings" profile in the AMD settings program - having crossfire enabled in both global and individual program profiles will cause random black tiles/textures in WoFF (a common complaint regarding AMD vid. and WoFF, and that has appeared on the WoFF SimHQ threads, occasionally, over the years). Pic 6 - It's Important to Disable Crossfire in your "Global" AMD Settings Profile (To Minimize Risk of Texture Corruption) By making sure to enable crossfire per program, but not globally - if you have multiple AMD cards installed - you will get rid of any texture corruption effects. Last, it doesn't hurt to experiment with various versions of the AMD DLLs (drivers) that you install. For example, the latest AMD DLLs (as of this writing) work fine on the Windows 10 22H2 install that I have on the Dilwe X79, but crossfire is not present (and hasn't been present) as an option since about the ver. 20.x days of the AMD DLLs. To be on the safe side, I have installed the Radeon Pro Software for Enterprise (version 19Q3) and it works fine, with no noticeable drop in FPS in WoFF BH&H2, and also supports the crossfire option (version 19Q4, for example, does not). On a broader note, if you are having any other troubles with the Adrenalin/consumer versions of the AMD DLLs and your WoFFing - go with the Pro DLLs instead. Pic 7 - Detailed BH&H2 AMD Settings for Your Convenience I happily recommend the AMD Pro DLLs 19Q3 for your WoFF/AMD combinations on later iterations of Windows 10, such as 22H2 - just as good, if not better, than the venerable ver. 17.x.x DLLs that go well with Win10 ver. 1809. The link to the correct drivers is: https://www.amd.com/en/support/kb/release-notes/rn-pro-win-19-q3 Overall, while I am not terribly interested in dipping further into the hobby of custom-building PCs for myself, I am quite pleased with the outcome of the Dilwe X79 (one-off) project. A few quick bench tests in CPU-Z (see included pic.) indicate that, on average, the Dilwe is giving me the multi-threading power of three 2013 Mac Pros - but will most likely also use three times as much electricity as the Mac Pro (e.g., the Dual-Xeon Dilwe X79 idles at around 93-94 Watts, at best, while the 2013 Mac Pro idles at around 46-47 Watts). Pic 8 - Quick Benchmark Results The experiment was a nice way to put two Xeon processors to good use, with the end result being a stable server/work computer as well as the occasional hosting hardware for a campaign or two (or three) of power-WoFFing. BH&H2 1.37 therefore moves to my Dilwe Dual-Socket X79 with its pair of OC-ed RX 580s, while I will keep my FrankenWoFF install (PE terrains and aircraft backported to WoFF UE 4.18) on the 2013 Mac Pro. Pics 9, 10, 11 - BH&H2 1.37 on the Dilwe Dual-Xeon X79 (LOD set to -1 via the Program ATISetLod; Pics also Include a Variation on Xjouve's Ver. 1.1 Water Mod, etc.) Finally, worth considering for these DIY obscure computer builds are any bottlenecking issues that might emerge; easiest to avoid those problems is by choosing processors, motherboards, and video cards of roughly the same, or similar, generations. From what I could research the best choice of GPU, for example, for the X79 server mobo that I picked up, as well as for the ver. 2 generation of E5 Xeons I found, was either the AMD RX 580 8GB or nVidia's GTX 1060 6GB card. Minimizing of possible bottlenecks should help, theoretically, to minimize any FPS drops and stuttering nuisances in your WoFF install. Good current and retro WoFFing to all (on single or dual-socket CPU mobos; obscure, well-known, and everything in between),

Hi Alpenman, those files that begin with an underscore are Mac OS files that are sometimes arbitrarily generated in various folders of my mods packages as I work on them. I usually turn off the setting to view invisible files, in the Windows 10 partition on my Mac Pro, so I did not spot those files earlier (typically they show up as visible files so I delete them before uploading my mods packages; this time they remained invisible for some reason). Have now removed all Mac-related files and have re-uploaded the RoF mods package. While those Mac indexing files don't alter the way the AI/DM mods work - I recommend re-downloading the package (the link is in the first post of this thread) - for the sake of improved cosmetics. The PWCG "ModulationsVer3" file is fine by the way (doesn't contain any Mac-related files), so that one was not re-uploaded. Cheers,

Hi Alpenman, Recommended is to check over the following two posts on the IL2 forums, regarding AI takeoff fixes for RoF. As far as I know, the problem is present in PWCG 3.x.x but not in the older 16.3.1. I have included the takeoff fix tip in my AI mods, by the way. The only other thing that I can think of is that the AI doesn't like stronger winds so it might help to reduce wind speeds too in the PWCG menu, if all else fails to resolve that takeoff problem. https://forum.il2sturmovik.com/topic/83819-possible-fix-for-squadron-mates-not-taking-off-during-career-missions/ https://forum.il2sturmovik.com/topic/84205-ai-not-taking-off-and-acting-weird/ Cheers,

Always stuck with the venerable SuMo/DuMo before they packed it in, unfortunately, sometime in 2023. Then I switched to UCheck_portable64 (not bad at all for a quick listing of updates but not as thorough as was SuMo). I thank thee for the WinGet suggestion; will most likely move to that one or at least note it down as a supplementary update tool. Happy New Year,