Jump to content

KiloJuliett

Members
  • Posts

    476
  • Joined

  • Last visited

Everything posted by KiloJuliett

  1. From what I see, I looks like a simple priority issue. I would expect the scenery bgl being the highest priority, which it seems not to be for some reason. Did you a proper update of the EFB database after making adjustements to the scenery entries?
  2. I'm assuming you are not using the EFB file format for MSFS. Just because the MSFS export works doesn't mean it's an EFB issue. I've tried already to point out the missing waypoint in the routing string of the EFB file. The situation for your latest flight plan is exactly the same. I'm afraid but there seems to be an issue with SimBrief creating incorrect formated EFB files. If you change the marked part to Routing=ASMUS ROSRA LAVBA everything is fine. So I would encourage you to bring this issue to Dereks (the developer of SimBrief) attention, preferably via the SimBrief forum. This function I already mentioned is using a different export from SimBrief, so this might work even if the EFB file is formatted incorrectly. Give it a try.
  3. Thanks for the example, Bob. Comparing the flight plan exported from SimBrief and one created by EFB itself, I can see that the route string is different, and explicitly lacking the waypoint LAVBA in the version from SimBrief. So my best guess currently is that the route string and wpt list is compared by EFB and only waypoints are considered that are included in both places. If this is the case, something is not right with the export by SimBrief and it might be necessary to advise Derek. Did you try to use the option to directly download your latest flight plan from SimBrief yet (Tab "Internet" in the "Create flight plan" window)? Maybe this works better.
  4. Strange story. Can you reproduce the behaviour for specific flight plans? Or will the same flight plan work correctly once and then not again another time? Also, if you have specific examples of flight plans where you observed the issue, may you provide the details, so I can test it on my system? Do you use the integrated SimBrief connection from EFB to load the flight plan. Or do you export the file from the SimBrief Downloader and then select this plan in EFB?
  5. Exactly the issue I tried to explain. While center is actually using the correct/raw frequency, vPilot puts a 5 there when the 25 kHz channel spacing requires it. But this is just a vPilot thing. And it seems vPilot also requires you to use the adapted frequency to connect it back to the original channel, which is technically without the 5. I thought vPilot would also accept the actual/correct frequency (ending with the 0), but maybe this is not the case for the MFS client. I'll check with my setup for P3D and let you know.
  6. What simulator do you use? I seems then you are able to fool the VATSIM pilot client and bypass the correction logic. Technically seen, there are no actual .xx5 frequencies on VATSIM. It's all just made to look alike. See here the extracts from the AFV configuration. This is what the controllers use when connecting on these positions.
  7. It's basically VATSIM still living in the 25 kHz times. Back then, there was no need for 3 decimals and you were fine with 2. Old simulators also still have this kind of display. So it would show 129.42 or 119.72. You could only tune that and a RL equipment would know that 129.425 is the frequency to be tuned. So the precision basically doesn't need a 3rd decimal. And this is exactly what VATSIM askes it's facility engineers to consider and enter data only up to a precision of 2 decimals, which basically means that the 3rd decimal always is a 0. Not all facility engineers though work according the requirements, which might result in EFB eventually showing also a 5 at the 3rd decimal. VATSIM software generally does all the cosmetics by itself. So it will complete the 3rd decimal according the actual 25 kHz scheme and display it that way. This kind of "auto-completion" is also done by many addon developers. VATSIM servers will then ensure that people tuned on 129.420 and 129.425 will hear each other, even if that wouldn't be the case nowadays in RL (because there is already 8.33kHz spacing). Simulators not yet ready for 8.33 kHz will automatically add a 5 for the 3rd decimal according the 25 kHz channels, and so will the VATSIM clients. For simulators supporting 8.33 kHz, you can tune both. However VATSIM servers will reroute these to the same "channel", disregarding the precision of 8.33 kHz channel spacing.
  8. A revision of the same data cycle is usually only issued if there was an issue with the package in question. This seems not to be the case for the EFB 2.0 one, so everything is fine. E.g. for my FSLabs Airbus, also no second revision of the cycle 2102 has been issued.
  9. Looks like a priority issue of the different EFB windows. Did you hover over the EFB symbol in the task list and then select every of the EFB windows after each other to check whether this brings the ATC Ribbon on top of the main window?
  10. The Update of the EFB DB needs to be done via the DbBuilder. Refer to Manual 4 Database, §2.4.
  11. This is the location where you will see the call sign if a SimBrief ICAO flight plan has been correctly imported.
  12. Virtual Airlines usually are a hobby as well, so this is not contradicting. I'm not aware of any other discounts nor of the conditions, under which Virtual Airlines share such a discount code.
  13. I've created a pull request to change the VATspy file accordingly. Once it has been approved, APP should show up correctly for RKSI.
  14. Is your scenery also using the same frequency? The problem usually not the navdata, but the scenery that still uses old data. And if they don't match, you get the "outdated" message.
  15. To make vPilot changing frequencies, use the command ".com1 [FREQUENCY]". I don't know if the sync between vPilot and MSFS works. But I think it should. Then you can simply change the frequencies in your aircraft and vPilot will detect this change.
  16. But a snapshot target wouldn't have a vector, would it?
  17. Urs, isn't the filtering only relevant for the snapshot data? The target on the screenshot however looks like a live one, which shouldn't be there after all, as the network client shouldn't return your own connection as an AI target again. And then, the flightplan call sign shown on the right bar of EFB seems to be the same as the call sign shown on the map.
  18. This definitely looks not normal. Especially as the position is not the same, which it should be, taking into consideration the live AI traffic created by the IVAO pilot client. Looks like an odd behaviour of the IVAO client that it feeds you back the information about your own aircraft as AI data. This should definitely not happen. Unfortunately, I'm not familiar with IVAO and can't tell you more.
  19. No, that is intentional. Your own aircraft is presented according the settings of EFB (symbol). Only other traffic, which is feeded into your simulator as AI traffic, gets a different display. Your own aircraft is no AI. You recognize your own aircraft always by the different representation. No need to label it. And I expect you know the details of your aircraft, which are presented in the label of other aircraft.
  20. Needs to be some issue specific for your device. I can push buttons on mine without any restrictions or issues.
  21. Performance generally is not an issue, as EFB is highly optimised and only uses a very small part of the CPU (usually around 1-3%). This is always directly visible in the lower status bar of the application. More limiting are screen resultion and network performance.
  22. Hi Kai Sure, whether it's a touchscreen or not won't change anything for EFB. The only difference is how the same mouse actions are generated. Touch = Click is probably obvious. But scroll depends on the software and the settings of the touchscreen. You need to find out what touch action does result in a mouse scroll command. On my device, it's swiping with two fingers. But as said, that might be different on your device. And that's what you need to figure out for yourself.
  23. Well, they didn't have such fancy tools back then. 😉
×
×
  • Create New...