Jump to content
The simFlight Network Forums

flying-w

Members
  • Content Count

    2,941
  • Joined

  • Last visited

  • Days Won

    45

Everything posted by flying-w

  1. This does sound familiar. Which updates have you installed on STB? Thanks Simon
  2. At the present time we are not compatible with MakeRwys V4.891, which is available from Pete Dowson's website. If you experience this problem, please use an older version of MakeRwys such as that supplied by STB (V4.871). Longer term, I will address this issue in an STB update. Thanks Tak for drawing my attention to this issue. Simon
  3. Hi Tak It seems to be something to do with the airport elevation being a decimal number rather than a whole number. Can you send me your runways.xml file please, found in your Prepar3D installation folder? Thanks Simon
  4. Hi Aussie That's one awesome looking setup! Other customers have achieved a vertical (or "portrait") format for STB by physically rotating the screen through 90 degees so it is taller than it is wider. Then in windows, they rotate the display so that Windows draws everything in the correct direction. It's in Display Settings, "Display Orientation". You can try the portrait related values until your desktop looks the way you want it. Not sure how STB will react initially if previously used in Landscape, but it will present in portrait to match what Windows is doing. Then it's just a case of resizing the window and the columns within to match your requirements. Looking forward to a picture of this setup with a portrait presentation! Thanks Simon
  5. Hi Brian This one's an easy one, there is only one version of STB for Prepar3D V4. And that is "STB V4 for Prepar3D V4". In the more recent updates, I've added quite a bit of support for AIG, because I love their stuff to! Thanks Simon
  6. That's the correct procedure. You can add the entries from scratch, or you should be able to right click on the flight concerned on STB and choose configure aircraft from the menu. The latter option is a slightly quicker way of doing it.
  7. It's unfortunate that some AI mdoels tie the spoilers to the flap settings, they should be independent systems? In any case, the flaps handle is the appropriate value to set and it's important to set it against the aircraft involved. After making such a change, restart the simulator to ensure the new handle value is being sent at the appropriate time. If it still does not work, send me a verbose trace please with a screenshot of STB showing which aircraft it is. Simon
  8. It's most likely a problem in the simulator itself or with the AI you are using. STB is driving this capability through SimConnect, which is suppose to provide a level of isolation between Prepar3D and me. That said, we don't live in a perfect world so while the simulator should never crash in response to a SimConnect request, it sounds like it is. In any case, the only people whom can fix this is Lockheed Martin, and the only way we could get them to even look at it is to reproduce the problem in a predictable way, and then without any other addons apart from STB (including AI packs). However it does not sound like you've been able to find that. Maybe there's a AI model in the background of your AI View that is causing a problem, perhaps through an invalid aircraft.cfg or MDL file? Very difficult to tie such things down. The only other thing I can suggest is whatever AI view you are using, try one of the others and see if that is any more relable. For example is it always the default View AI command, or the Extended AI Views or the observer based views where this happens? Simon
  9. Flaps handle zero should fix it. However you've already tried that, though you don't say how. Try setting the default value to zero: 1) Settings Notebook 2) Commands Tab 3) Default Departure Flaps Handle Setting -> 0 4) Check you are not overriding this with a value specific to 777: a) Objects Tab b) Edit Aircraft radio button c) Find any 777 entries in the list, and make sure departure flaps handle is also zero for those. 5) Save Settings, restart STB 6) Observe an AI aircraft at pushback and see what happens. It is important you start watching BEFORE TAXI. Thanks Simon
  10. OK, there's something curious about the way this aircraft is responding to SimConnect commands. If this fails even with "flaps position 0" set in the settings notebook for the aircraft concerned, I can probably change the code not to set the flaps at all when we are configured with 0. As it stands, we send a flaps command with whatever the configured value is. I'll look into it. Thanks Simon
  11. I'm not sure I understand the problem 1) You talk about the aircraft names in the objects section, is that working OK? It's quite normal to map what the AI provider calls their aircraft in the aircraft.cfg to something more consistent with other AI aircraft you may have. 2) What's the problem with the flaps settings. You say you have tried various settings, but what exactly isn't working? All I do is assert the flap handle settings through SimConnect, it's up to the AI aircraft whether it chooses to do something with that or not. Most do, but some may not. Thanks Simon
  12. It looks like you have some problems in your add-ons that are causing problems elsewhere. I don't think makerunways is to blame, it's probably just replicating what it finds in the AFP. Below are examples of the problems, you will see MX09 has invalid characters in the "Country" setting. The BGL supplying this airport may need to be investigated by its author. <ICAO id="MX09"> <ICAOName>Talpa de Allende Airport</ICAOName> <Country>M=¤xico</Country> <State>Jal=¤sco</State> <City>Talpa de Allende</City> <File>D:\Prepar 3D Addons II\Freeware\Mexico\scenery\MX09_ADEP1_FAG.BGL</File> <SceneryName>Mexico</SceneryName> <Longitude>-104.826500</Longitude> <Latitude>20.370619</Latitude> <Altitude>3788</Altitude> <MagVar>-7.000</MagVar> <ICAO id="MMRM"> <ICAOName>Rancho Maga==a airstrip</ICAOName> <Country>M=¤xico</Country> <State>Baja California Sur</State> <City>Baja</City> <File>D:\Prepar 3D Addons II\Freeware\Mexico\scenery\MMRM_ADEP1_FAG.BGL</File> <SceneryName>Mexico</SceneryName> <Longitude>-115.959023</Longitude> <Latitude>30.635626</Latitude> <Altitude>0</Altitude> <MagVar>-7.000</MagVar>
  13. It sounds like you have duplication in your scenery library, either natively or via add-on.xml. We've seen the same BGL file in the same folder twice. Simon
  14. For me, ORBX Central 4 is working great. I love the ability to install add-ons in whatever orbx library you wish, all outside the simulator. Unfortunate about Orbx Global still having to go inside, but that's a P3D issue right now. I didn't migrate, I actually downloaded and installed everything again. I have all the regions, TrueEarth Netherlands and a few airports, so I'd literally just queue it up and leave it to run. Can't say I had any troubles, and STB seems fine with the "DiscoveryPath" configuration. I don't think it matter to make runways, because the discovery paths are just of interest to P3D to find and register new addon.xml. Once P3D has done that, I expect make runways just picks that up from the various addon.cfg files just like it does today. It's good to see the LM add-on.xml being so widely used now. Thanks Simon
  15. That does not mean it is producing correct and valid XML. Did you receive my email? Please contact me via info@supertrafficboard.com
  16. Can you send me the file from the error message please, runways.xml? You'll find it in the simulator installation folder. Don't think this is related to ORBX Central, as it's Pete Dowson's tool that's generating the file. Thanks Simon
  17. Hi Sönke Please email me a copy of your order or invoice to FlightSimStore and I'll see what I can do. Thanks Simon
  18. The configuration wizard compiles the airport database, that's likely the source of the problem. I don't think you'll see it again, but it's a good idea to recompile the database whenever the scenery library entries relating to AI traffic schedules change in some way. In the latest update we started tracking the name of the file we think each flight comes from, and without compiling the database first that information won't be available. Simon
  19. That's one of the things Microsoft originally did right starting from FSX. The API is entirely even driven, so I don't have to keep asking "Has the timezone changed yet?" All I do is say to the simulator, "just let me know when it changes" and it does just as soon as that occurrs! There are other ways of interfacing with the simulator, dating back from FS2004 and before, where you have to keep polling addresses and see if they've changed. Few write software applications in any sphere like that anymore.
  20. Need some more context here: What time zone are you talking about in each case? 26 July is BST so that will be one hour ahead of UTC. Send me a trace as per Appendix C of the user guide if you wish, but it will be a best efforts basis. For the trace, I need a screenshot like the one above but with the FS Object ID column also presented, and tell me which flight looks wrong.
  21. FWIW I completely rewrote the implementation of time in STB V4 to use better C# classes than those available in legacy .net V2. That said, the concept is still entirely driven by what the simulator understands by time.
  22. Send me a verbose trace as per Appendix C of the user guide. I can only ask the simulator to create replacement AI over SimConnect, and the feedback in case of error is non-existant. Often it can be subtly things like strange characters in the aircraft title. With the trace, I can check whether anything is systematically wrong with STB. Simon
  23. I don't support V3.2 anymore, but what I recall (as per the other related post) is STB gets time from the simulator, including UTC and local time zone. The times are presented to you in the local timezone of wherever your user aircraft happens to be. Simon
  24. STB gets its time from the simulator. When you say the time is off, exactly which time are you talking about? Time is always presented in the local time zone of whereever your user aircraft happens to be. Simon
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use. Guidelines Privacy Policy We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.