Jump to content

f16jockey_2

Registered Users
  • Posts

    1,431
  • Joined

  • Days Won

    1

Posts posted by f16jockey_2

  1.  

    1. FreeMesh X 2.0
    2. FTX Global
    3. FTX PNG Holgermesh Papua New Guinea
    4. FTX Portland Cityscape
    5. UTX Canada 2.0
    6. UTX USA 2.1
    7. UTX TAC 2.0
    8. FTX Regional Packages x2
    9. FTX Airports x4
    10. FlyTampa Airports x2
    11. SimAddons Airports x5
    12. GSX
    13. Flightbeam Airport x1

     

    In my personal opinion, the installation order doesn't matter.

    What's important is the ultimate order of the scenery entries in scenery.cfg, to make some packages overrule others in the way they should.

    A good document to read is https://flightsimeindhoven.com/2017/07/23/scenery-config-editor-in-practice/

    It encourages to use SceneryConfigEditor (links in the above web page).

     

    That said, this is how I would do it.

     

    First : FreeMeshX. Install following their instructions and put their folders just above 1107 Base

    Then: ORBX Global, followed by the 2 FTX regional packages and what's left of ORBX.

    In FTX Central Settings, choose a correct Library Entry Point. IMO it should be just above the Accel Cities, just above Las Vegas.

     

    Then, what's left, the other addon airports in no matter what order, and finally GSX.

    Be aware: some airport addons can have multiple scenery entries.

    If not automatic, they sould be added to the scenery database in the correct order. Follow the developer's destructions.

     

    Let FSX rebuild the scenery on regular basis, and do tests with every step.

     

    I skipped UTX, as I have no idea how UTX interacts with ORBX. Others may drop in on how to make them work together.

    IMO Holgermesh PNG can be skipped when using FreeMeshX (but again, that's my opinion).

     

    Wim

  2. fsxwikdw.zip shows on my FSX Accel Boxed without problems.

     

    t2wfMWU.png

     

    Could have two reasons (or a combination of both):

    a) I have the "VCRainFix textures" installed since I don't know when

    b) I'm running DX10 preview with Steve's Fixer.

     

    Wim

  3. The airline and aircraft callsigns list in the link are the DEFAULT ones.

    My airlines.cfg has 4858(!) entries, most of them added by EditVoicePack.

    Same can be said about the aircraft types.

     

    BTW the thread is about parking codes.

    This is what the FSX Accel SDK Help file says:

     

    3JnGbLg.png

     

    So as I said previously, you can put anything in there, as long as the entry in aircraft.cfg and in the AFCAD match. In MAIW packages for example, you'll find entries like "VX50", "VFA103" etc.

    Not ICAO, but they work.

     

    Wim

  4. Where is your FSX located?

     

    If you've actually installed FSX in C:\Program Files (x86)\... (the default location) then it might be necessary to either run EVPX "As Administrator" or to temporarily disable Windows UAC (updating the Voicepack isn't something you'd be doing every day IMO).

     

    I cannot test this myself, as my FSX is located somewhere else.

     

    Wim

  5. To install an MAIW package.

     

    First, create an empty dummy folder (in my case F:\Aircraft Install).

    Run the MAIW Installer and point it to yr newly created folder.

    Upon completion, the installer created an FS9-lookalike subfolder structure (outlined in green).

     

    hHJw4Pk.png

     

    The BLUE entries should be copy/pasted into yr FSX install, but with the following restrictions:

     

    - the contents of the Aircraft folder go to \Simobjects\Airplanes (in this case it's one folder, for other packages there could be more)

    - the BGL in Scenery\World\Scenery goes to the same location in FSX, but needs to be converted to FSX format (for the known reasons, which I won't re-explain here)

     

    The YELLOW entry should be handled with care, some know-how is needed.

    Some of the files are waypoints, and are required.

    Some of the files are auxiliary for the red entry, and should be omitted.

    In this case I'd only transfer the 3 files ending on RND.bgl (didn't test).

     

    The RED entry should be handled with EXTREME CARE. It's an FS9 AFCAD. Could work in FSX, could not.

    Enough info on how to get MAIW scenery working in FSX can be found on the wwweb.

    Or find/download/install an already updated FSX AFCAD (for KSKF in this case).

     

    You can compile and recompile the source txt files as much and as long as you like, without installing the supplied aircraft you'll see nothing. And in most cases an updated AFCAD is also needed.

     

    Wim

  6. An aircraft #2, registered RJBB departs Osaka on Sunday 15:07, flies to KLAX at FL360 to land on Monday 01:54. Departs KLAX on Tuesday 04:00 back to Osaka (FL360 again) to land there on Tuesday 14:47.

     

    It does it once a week, will be visible with traffic set at 1% or higher. And probably something I've overlooked.

    [EDIT]

    R means it'll be called by ATC by the registration (RJBB), not by an eventual Airline annex flight number (the 0001 and 0000)

     

    Not sure, but the times are Zulu IMO.

     

    It's read from left to right.

     

    Wim

  7. I’ve located and installed the complete OZx package on the ORBX forums just last week.

    Wanted it for some reason.

     

    https://orbxsystems.com/forum/topic/166374-ozx-v30-v31-v32-v33-v34-v35-and-libraries/?tab=comments#comment-1462361

     

    There’s quite some downloading and installing involved, as all needs to be done incrementally.

    In this thread KGRB is mentioned to be part of OZx 3.5 (included in the above link).

     

    Funny thing is you started that thread yourself??? So why am I even telling this?

     

    Anyway, I’ll check Green Bay once I’ve completed my current flight.

     

    Wim

  8. Never mind. Found a pretty simple solution with a counter.

     

    
    ISG FMS Control for Captain Sim 1011
    ISG_Control_CS1011.xml
    
    True
    0.000,0.000
    
    <br />
            (L:count,enum) 7 >=      <!-- Check every nth time --><br />
            if{ 0 (>L:count,enum)     <!-- Reset counter --><br />
                (L:isg_lnav,bool)<br />
                if{ (A:HEADING INDICATOR,degrees) near (L:isg_lnav_hdg_set) != <br />
                    if{ (L:isg_lnav_hdg_set) (>K:HEADING_BUG_SET) } } }<br />
            els{ (L:count,enum) ++ (>L:count,enum) }        <!-- Increment counter --><br />
                <br />
            
    
    
    

     

    Wim

  9. I made a background gauge to make the Captain Sim L-1011 work with ISG gauges FMS flightplan.

    It's loosely based on a gauge from Paul Tally for the CS-737 I found at Avsim.

     

    Here's the code:

    
    ISG FMS Control for Captain Sim 1011
    ISG_Control_CS1011.xml
    
    True
    0.000,0.000
    
    <br />
    <br />
    [color=#a52a2a]        (L:isg_lnav,bool)<br />
                if{ (A:HEADING INDICATOR,degrees) near (L:isg_lnav_hdg_set) != <br />
                    if{ (L:isg_lnav_hdg_set) (>K:HEADING_BUG_SET) } }<br />
                <br />
    [/color]        
    
    
    
    

     

    Basically it reads two variables from ISG:

    L:isg_lnav detects if the LNAV button is active or not

    L:isg_lnav_hdg_set is the heading the FMS wants the AC to follow

    So when needed, the gauge injects L:isg_lnav_hdg_set into A:HEADING INDICATOR via >K:HEADING_BUG_SET

    Meaning with AP HDG and LNAV active, the aircraft follows the FMS flightplan. Hurray!

     

    Using the gauge, I observed the following:

    when the gauge is refreshing A:HEADING INDICATOR constantly (when the AC is turning) it puts a high load on the system, making other gauges lag.

    For example the altitude selector changes in increments of 1000 where normallly it's 100. The IAS selector changes in increments of 10 where it should be 1. IIRC that's proof of the gauge refreshing too fast. When flying straight, all mentioned selectors work OK.

     

    So my question is: how do I diminish the load from the above gauge? Maybe a timer, maybe something else?

    Any suggestion is welcome. And code would be appreciated, as I'm a very casual programmer.

     

    Wim

  10. The scenery is made by/for VATSIM simmers.

     

    My experience with those sceneries is they’re visually extremely correct with regards to taxiways, signs, frequencies etc. All according to the latest charts. But obviously they don’t care about AI.

     

    So expect unconnected taxiways, unconnected parking spots, unconnected whatevers, as long as it’s visually correct. In other words, lots of work to make it AI ready.

    A VATSIM afcad is not the easiest one to start from for a beginner.

     

    Wim

×
×
  • Create New...