Jump to content

Chris W - 844235

Members
  • Posts

    124
  • Joined

  • Last visited

  • Days Won

    2

Posts posted by Chris W - 844235

  1. Here you go Lee - this is using P3Dv4 but I'm sure it's much the same if using FSX...

    Got to options, general and you can turn on labels (mine are off as it offends my sense of realism but you can obviously select your own prefs!).

    HTH.

    snip1.JPG

  2. G'day Joe...

    Are you referring to the code for your own aircraft for your VATSIM connection?

    If so, this is nothing to do with FLAI which is just a bunch of models and textures the pilot clients can use for model matching - these rely on the use of ICAO codes for aircraft, both in the FLAI cfg file(s) and in the flight plans that are filed through the pilot client.

    You set your own code in the pilot client - if you're using vPilot with P3D or FSX, this is easy - see attached pic where you can identify your kite as a heavy by checking a box. Direct link to the vPilot doco where this pic was taken is: https://vpilot.metacraft.com/Documentation#flight-plan

    I don't use the other clients (Swift or XP clients) so can't say what they look like but the same principle will apply - you file your codes through the client.

    If you have amended your FLAI files to insert additional codes, you'll need to remove the edits to fix model displays from that package.

    HTH.

    snip.JPG

    • Like 1
  3. G'day Rob...

    I've got Orbx AUv2 installed and Flukey's YBSU works fine for me (see pic 1 attached).

    Two suggestions for checking:

    1 - that you did ALL the instructions in the install readme and didn't inadvertently miss one of the AUv2 files that need disabling (there are three in all and all use the outdated YBMC code: ADE_FTX_AUS_YBMC.bgl, ADE_FTX_AUS_YBMC_CVX.bgl and FTX_AUS_YBMC_objects.bgl) [i'm sure you've done this as you say but it's easy to miss a file - forgive me if i'm repeating stuff you've done]

    2 - check that the entry for Flukey's add-on is higher up the scenery library than the FTX scenery (ie. your ORBX Central insertion points have FTX scenery BELOW 3rd party airports) - see pic 2 attached which shows this in my scenery library and pic 3 that shows the insertion points i have set in ORBX Central.

    HTH.

     

     

     

    ybsu1.JPG

    ybsu2.JPG

    pic3.JPG

  4. Not sure if it was because someone had a poke around but it WAS working for a bit since the post above. However, VATPAX is having another little lie down currently.

    For (further) info.

  5. Referred from another thread here... 

     

    and Porthos's question from above:

    An interesting topic this one.

    Here's a question for all pilots and ATC:

    Outside TWR hours of operation can the ILS be flown in IMC?

     

    If simulating the real world then I think the answer is 'no' - use of the ILS is confined to strict noise abatement procedures and ATC have to nominate the approach to be in use.

  6. Sorry to hear that Mark and it will be missed - QVA members in our virtual skies were a much loved part of the furniture.

    Commiserations and i hope there's alternatives that will keep you and the other QVA family active with us.

  7. re: examples of flights not showing up - I had the same problem (noted in post above earlier this week) on an outing last night where there was still no PAX count. howeer, if you've had the socket set out again this morning, then it's worked, I've got numbers again this morning.

    for info in case it helps.

     

     

     

  8. not sure if it helps...

    totals still not correctly totting up - i just carried 146 vPAX to FNQ (see snip) but still showing zero carried (but a score of 20) against my id on the leader-board (like previous posters on this and other threads, all my previous self-loading freight bled away over recent months).

    does this qualify as being covered by ' your pax are still being saved to the main database and will update when the view table query is fixed '?

    image.thumb.png.416c42a8071359c6dfd5f427ee8a0e27.png

  9. g'day...

    you need to be departing ports where this is adequate pax for your outting and airframe. if you depart somewhere where there's 80 pax (gregory's example above) you may not get them if you depart in a kite with 3x that capacity.

    you can see a liting of where the majority of self-loading freight is located on the vatpax page - up to now, many of the domestic ports appear to have been biased to aerodromes other than the obvious majors (which is fine in the sense that it provides an incentive to members to fly regional a bit more but of course misses many users who have a bias toward the usual (bigger) places).

    looking on the vatpax page just now (time of posting), if you've /PAXON'd sometime (you only need do it once) you'd be safe to pick up traffic at MEL or BNE if you loaded up the sim. the moral of the story here is to check demand first.

    image.png.d48d73a352ec5d3fbb83a5367d763c38.png

    hth.

  10. We're also on NBN (FBTN) but on its own that might not be the issue - you could easily have a fast connection locally but any number of things slowing comms up between you and where ever the data is being served from.

    Is LNM picking up the multiplayer traffic from your flight simulator or from VATSIM? If you look in the LNM options, there is a tab for 'Map Display' - this includes showing AI/multiplayer aircraft rendered in the sim. If this is turned off (box unchecked to show AI/mutliplayer aircraft), you maybe only getting traffic via the options on the 'Online Flying' tab which will just access the VATSIM dataservers (which i think update much more slowly and would (possibly) explain what you're seeing).

    All my simming PC paraphenalia is turned off just now - i'll check the settings i have when it's fired up later and post the details back here for comparison.

×
×
  • Create New...