PeterDowson

Hi, Sounds like the "Aerosoft One" installer has a bug then, But I wonder why it affects EFB2 and no other scanning programs? Since I last generated a good EFB2 database there's only been that one install -- Aerosoft EDDB. I searched for Aivlasoft database logs with today's or yesterday's dates, as I thought they must be relevant. But i'll try to remember to create a support file next time -- if that a facility in the Database Builder, or does the Server (and therefore P3D too) have to be run? Regards Pete

Is it? Whoops, sorry. I must get around to deleting some of those folders. I've attached the correct one now, I hope! Yes, it is enabled, and Schonefeld is "listed" as EDDB2 -- but not selectable. I think that covers the original Northern side. ProSim's database for it shows correctly in the ProsimIOS mapping. Also my Makerwys deals with it properly and Pilot2ATC maps it correctly. Here's the correct CFG file, and the airports list from AddOnOrganizer, in priority order. Pete Dowson SceneryExport.html add-ons.cfg

I am using the latest EFB2, and it has been fine ... till now. I installed the Aerosoft Brandenburg scenery yesterday and now the Database scanning hangs. I attach that, along with the latest .Log files I can find. Here's a pic showing the hang reading Add-Ons.cfg: Can you help, please? The airport map shown for EDDB is completely wrong (using default data I suspect). Thanks, Pete Dowson add-ons.cfgAivlaSoft.Efb.DbBuilder.exe.log20230222_124603549_AivlaSoft.Efb.DbBuilder.exe.log 20230222_095727963_AivlaSoft.Efb.DbBuilder.exe.log AivlaSoft.Efb.DbBuilder.exe.log

Further to my problem report, on the next re-boot of the main sim PC, the EFB2 server did start up okay without failure. Hopefully this problem is transient, but it would be good to know why it happened. Thanks, Pete

I've been using EFB2 regularly, several times a week, snce it was released. Today, out of the blue, I am getting this exception: It took me a while to identify it as the EFB2 Server because, oddly, there's no title for the message box saying which program it is -- I have lots of processes loading with P3Dv5. I've no idea what the problem is -- I hope the attached log is helpful. The network is all working fine (there are 7 PCs in my cockpit setup), and so is the connection to the Internet as demonstrated by other programs such as ActiveSky and Prosim. Please advise on some course of action which will fix this new (to me) problem. Thanks Pete 20220412_103408922_AivlaSoft.Efb.Server.exe.log

The COM1 frequency tuned in by AI aircraft can be read. FSUIPC supplies it in the base TCAS_DATA structure. Pete

Excellent! Thank you very much! Pete

I've set EFB2 up on my touchscreen, and have got things working well. i'm using buttons on a separate, small, touchscreen running wideclient's "ButtonScreen" to implement several common options I shall be using -- the assorted Zooms, the "Moving Map" option (centre on aircraft), and the map type. But i 'd really like to be able to turn the AI Traffic display on or off with a shortcut key too -- and especially the label option. Could this be possible in a future update, please? Thanks, Pete

Yes, I know, and I was referring to that. I have it on auto-hide, but also, on two of my cockpit PCs, moved to the top of the screen.. Would that not suit your Lower EICAS? I append an extract from the instructions. Pete To move the taskbar from its default position along the bottom edge of the screen to any of the other three edges of the screen: Click a blank portion of the taskbar. Hold down the primary mouse button, and then drag the mouse pointer to the place on the screen where you want the taskbar.

My task bar is normally hidden. Or of course you can move it to a different edge. Thanks! I'll certainly try that! Yes, that's okay., done that. Oddly though I'm missing the bottom of the right column. Of course I can close items there too, so it isn't a problem, and there's not much I'm missing -- the wind direction relative to the aircraft is partially cut-off, but usable without closing anything. And below that there's only a zoom section. Thanks for the assorted advice folks! Pete

I am also keyboard and mouse -less with a touch screen. I have even replaced my 10" touch screen (on the inside wall of my cockpit), because it was incapable of providing the miniumum resolution for EFB2 (but was fine with EFB1), with a 13.3" one. But i am having some difficulty with no popup keyboard facility. I will just not be using some of its facilities until that is rectified. On an side note, the new screen has a default resoltion of 1920 x 1080 -- ridiculous on a 13.3 " screen, with fonts really minute. I set it to run at 1280 x 960 to please EFB2, but the buttons are still too small for easy touch-screen use, so i changed the font size to 125% in Windows. That helps a lot -- just losing a bit of the right-hand info column. Pete

Yes, of course. All that is fine. but when the customer is aware of the difference, the missing runway in FS, why should he have to put up with a mismatch warning every time he uses that airport? The "runways.txt" file is supposed to be there so he can list the differences and avoid this bother. You've implemented it fine for other circumstances, just not the one where the NAVDATA says there's a runway which isn't there in the scenery! Yes, okay. I just thought it such a shame that the existing Runways.txt file couldn't be so simply amended in the way I suggested. Thanks, Pete

Well, this is perhaps a rather odd case. It is NOT actually a NAVDATA runway update It is simply a runway which isn't used as such, it is used as a taxiway. And the NAVIGRAPH charts do actually state this despite the runway being shown as a runway. You find out it isn't used as such only by reading the text -- as obviously the scenery programmer did. Thank you! Pete

Yes, I know all that. That isn't the point. I get a needless error message complaining that a runway listed in NAVDATA doesn't exist as such in FSX. I know that. I just want to tell EFB that I know it. You allow Runways.txt to tell is one way, but not the other. Why not? I don't want a representation of a runway that isn't used as a runway. EFB can draw the taxiway, okay, from the data it reads from FS. That works fine. Everything was fine except for the unwanted error message that isn't necessary! You seem to have completely missed the point of my message. All I asked for was to be able to say "no runway X exists in FSX" so it won't complain that there's a mismatch. In other words, the same as you do now for "XXXX nn nil" but the other way around -- "XXXX nil nn". I thought I made that perfectly clear with the example? Regards Pete

I am getting a warning for my Aerosoft Santorini airport (LGSR), one which seems explicitly forbidden to correct in the Runways.txt file. The situation there is that the current NAVDATA shows 2 runways, 16L/34R and 16R/34L. But the current charts also state that runway 16R/34L is only used if activated by NOTAM and is normally used as a taxiway. I assume it is only used when maintenance work in needed on 16L/34R. The scenery implements this, sensibly in my opinion, by having 16R/34L classfied as a taxiway but depicted as a runway (but without lights and with aged dull markings). EFB grumbles about 16R/34L, but it should not -- it should allow the FS scenery setting to take precedence over the NAVDATA in this case. I'd like to explicitly state this in the Runways.txt file, but this isn't allowed -- the case is simply described as follows: C) if a runway in reality (and in Navdata) is existing, but is not available in FSX *** this case is not possible to assign *** What is really needed is the reverse of case B, like so: LGSR nil 16R LGSR nil 34L Regards Pete