aivlasoft
-
Posts
5,919 -
Joined
-
Last visited
Posts posted by aivlasoft
-
-
Did you update Client and Server to the latest version?
-
What about 'Main menu' > 'Settings' > 'Units' ?
-
You have to distinguish between 'flight time in total' and 'flight time since liftoff'.
'Flight time in total' is (according to your information) 10:58h. This is a predicted time and it usually comes from the flight plan.
'Flight time since liftoff' seems to be 04:23:58 (according to the screenshot). This time is displayed in EFB while your aircraft is in flight.
-
1 hour ago, reitho said:
Sorry, EFB flighttime is 04_23_58 hrs, my real flighttime is correct 10_58 hrs.
Is 10:58 the planned flight time in total, or the time since liftoff. I have never had an issue with this. Maybe your Client was restarted during the flight?
-
This is not UTC time, this is the duration since liftoff. Flight time automatically starts to run as soon as liftoff has been detected.
See the manual "5 DE Client.pdf", chapter 9.1.
-
3 hours ago, robert_folmer said:
This is a 3rd party field I have loaded
Please tell us which airport (ICAO code) from which developer in which simulator. If we do not know this information, providing help is impossible.
-
Just open the FPL window a bit more to the right side, you will see the hint about the step climb in the remarks column. However, I will have a look at this and whether it could be implemented in a future release. Nothing promised.
-
It has to be distinguished between flying 'online' (either VATSIM or IVAO), or flying 'offline'.
When flying offline, AI-Traffic depicted in EFB is either artificially generated traffic by MSFS, or one of the other options of traffic available in MSFS, or externally generated and injected AI-Traffic from third-party add-ons. EFB is reading this traffic via FSUIPC but does not 'know' who or which is the generator of this traffic.
When flying online with VATSIM or IVAO, there are two ways of getting traffic data. For details please see the manual "5 EN Client.pdf", chapter 13.2 'Online data' as well as 13.6 'Traffic'.
When I was writing my first answer above, I was assuming that joinFS is generating and injecting traffic data into MSFS, but obviously it doesn't. If I'm right then joinFS provides data of other group members only via a download similar to VATSIM or IVAO.
-
Hi Sven
finally I found the way to reproduce it. It has nothing to do with your system, it's a small bug in the DbBuilder logic which allows to create a new database combination (Combination means 'Simulator' + 'Navdata Provider', e.g. 'MSFS + Navigraph') while a same combination with an older AIRAC cycle is already existing. I have to fix this in a future update.
For the time being ... To update any existing database when a new AIRAC cycle is available, you should use the DbBuilder function 'Update Navdata' instead of the button 'Create new'. The function 'Create new' is meant to use when no database is existing yet for a certain combination of 'Simulator' and 'Navdata Provider'.
-
Robert
the question is whether joinFS does inject other airplanes from your group as AI-Traffic into MSFS in order to be read via FSUIPC. EFB does not 'know' who or what is generating the AI-Traffic, it only reads AI-Traffic. If no AI-Traffic is provided then no AI-Traffic can be be depicted.
BTW, MSFS does also not provide the Multi-Player-Traffic as AI-Traffic and therefore Multiplayer-Traffic can also not be depicted.
-
The error is because of faulty data when downloading SIGMETs. This may happen and is beyond the scope of EFB. It has no impact on EFB, except that SIGMET data cannot be depicted until next download.
-
According to the forum rules, please write your post in English, thanks.
Thanks for uploading the logfiles. It seems that the add-on 'bouill-lepa-fw' is causing some troubles because of missing access rights. It is recommended to move this add-on away from the community folder and then try to recreate the EFB MSFS database.
-
7 hours ago, LaurentVAN said:
There is nothing to do but wait for an update if I understood correctly
Yes.
-
Today we released the new update 2.3 (build #133).
This update became necessary due to a recent change in the data format for IVAO downloads.
Should there be some incomplete or wrong naming of parking spots on the ground charts, please rebuild the database using the function 'Update simulator'. See also the announcement of the previous update: https://forum.aivlasoft.com/topic/6273-update-23-132/
-
It seems that IVAO once again changed their data format which unfortunately requires again a new update of EFB.
-
When this happens again next time, please create a set of support files, one for the Client and one for the Server and upload them here, or - if you prefer - send them to support@aivlasoft.com. Maybe then we can see what's the cause for the issue.
-
After uninstalling OneDrive you have to uninstall P3Dv5 too and do a clean and new install of it because all the previous folder names pointing to a OneDrive location are stored in the registry database of Windows and therefore they must be removed first. This can only be done with uninstalling P3D, then reinstalling P3Dv5.
It is also a good idea to use another target folder name than before (e.g. use C:\P3Dv5) when doing the new installation.
-
I have no idea what is wrong with your installation but I can see that the DbBuilder is only finding 365 files to scan, resulting in only 9 airports. Usually there are many thousands of files to scan and about 25000 to 30000 airports worldwide. It seems that all the default airports could not be found. Can you check whether the paths in the file C:\ProgramData\Lockheed Martin\Prepar3D v5\scenery.cfg are available? Can you upload this file so I can have a look at the content?
I can also see that some scenery files are installed on the '..\OneDrive\Documents\..' path which is not a good idea. In the context of flight simulation do not use paths which are synchronized with a cloud service.
-
Hi Juergen
I guess it has to do with the airfile name which is defined in the aircraft profile. Most probably the airfile name provided by MSFS does not match the airfile name defined in the aircraft profile. Maybe these two posts can help:
https://forum.aivlasoft.com/topic/4847-msfs-a320neo-profile-not-matching
https://forum.aivlasoft.com/topic/4757-msfs-airfile-name-location
-
10 hours ago, gsumner said:
I didn't know what to delete on the client side so I rebuilt the server database and that worked.
Sorry for not making myself clear, you were right, I meant the DbBuilder dialog.
Anyway, good to know that it now works. Thanks for reporting back.
-
Manual "3 EN Server.pdf", 3.1.3 "License" ...
-
Graham,
did you already try to delete the database and then create a new one?
-
P3Dv5: If the file 'magdec.bgl' cannot be found then either the path to the simulator is not properly set, or the installation of the simulator is broken/corrupted.
The second error is because of the first error, the database could not be created properly and therefore the file 'magvar.bin' was not created.
MSFS: Same as above, the file 'comservices.bin' was not found because the database could not be created properly due the error 'Could not find part of path 'G:\Microsoft Flight Simulator\official\onestore\fs-base-genericairports\scenery'.
In both situations, please make sure that the simulator is properly installed.
If the issue persists, please create a set of support files, one for the Client, one for the Server and then upload them here.
-
This seems to be a corrupted MSFS installation. Try uninstall it and then do a clean installation. It is also suggested to uninstall/reinstall EFB after MSFS installation.
weight unit toggle in the client UI
in EFB v2 - Support forum
Posted
I see what you mean but this would require to implement it at several places. Maybe an idea for a future version.