Jump to content

Jonas Kuster

Supervisors
  • Content Count

    323
  • Joined

  • Last visited

  • Days Won

    1

Jonas Kuster last won the day on May 2 2020

Jonas Kuster had the most liked content!

Community Reputation

4 Neutral

About Jonas Kuster

  • Birthday 07/06/1989

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. For anyone coming across this issue, the limit has been lifted to 200 in the r25 version.
  2. The text-to-speech engine of AFV does interpret the parts on an ATIS incorrectly now and then. As a result, the pauses between the parts are not correctly set. And then there are some pauses where they shouldn't be. Does anyone know how the text created by ES needs to be changed/adjusted in order to make the AFV engine change its speech rhythm and set the pauses where they are supposed to be?
  3. The command can be used by anyone. But only a SUP will get the full details. When connected with a rating without SUP permissions, the information received will be limited.
  4. @Davide Nerviani There were big changes to the audio codec in the meantime. I suggest you to visit https://audio.vatsim.net/.
  5. Recent network conditions brought up a new issue regarding the performance of ES when a lot of traffic is online. You may also have experienced a severe lag of ES when a larger number of pilots was connected to VATSIM. This issue was analyzed also by controllers of vACC Switzerland (thanks to @Lionel Bischof 1178908 and @Luca Santoro 1306550!), and eventually the root cause was identified.The problem comes from the "FP List" Make sure to display it via "Quick SET" -> "Show Flight Plan List" In the upper heading, toogle off the "N" The lags should disappear The lag is
  6. Following an issue with the plugin vSMR (https://github.com/pierr3/vSMR/issues/55), I investigated into the plug-ins section of the latest release r24. It looks like the plugin manager of ES is broken and causing different (combinations of) plugins to result in a freeze of ES when trying to close the application. It has been observed that this freeze happens depending on various factors, such as the number of plugins, the plugins used, and their order. However, no common settings have been found to reproduce the same error on machines of different users. The errors are mostly reproducable on a
  7. Felix from the GNG team did some tests and identified the following (undocumented) limitation by EuroScope, which is a maximum of 49 lines for a sector. If there are 50 or more, the remaining ones are disregarded, hence the error displayed. Conclusion: If you get the following error displayed in ES, it might be that the sector mentioned has more than 49 lines for it's definition. Error: Not closed border lines ... You need to reduce the number of lines. Easiest is by dividing the concerned sector in two. Then you will have two sectors to display. However, the limitation is on
  8. The crash I observed is only when you close ES after the session.
  9. So you have the vSMR plugin working with r24? Because on my system it looks also as this plugin is not (yet) compatible.
  10. Most likely a plugin you use which is not compatible. Try the default profile and everything works fine.
  11. Yes, it looks like ES is expecting that this border closes between 1753 and 1320, where it actually isn't. I can't understand why. It is a GNG generated file. But I couldn't find any incorrect definition that would explain the error shown by ES to me. So I think it's not the time yet to involve GNG staff. Here are the remaining line definitions: SECTORLINE:1723 ; GLO27307-GLO844-GLO27308 COORD:N045.13.24.000:E003.01.16.000 COORD:N045.42.45.000:E003.00.16.000 COORD:N046.15.19.000:E002.55.39.998 SECTORLINE:1062 ; GLO27308-GLO843 COORD:N046.15.19.000:E002.55.39.998 COORD:N046.20.0
  12. I've noticed that VATSpy cannot deal well with multiple stations defined as UIR covering the same FIRs. For example, we have EDYY and EURM, both defined in the UIR section of the dat file, covering EBBU above FL245. There is however an issue if both EDYY and EURM are online. Both positions will be displayed on the map and the pilots don't know who to call. There is actually a priority making EDYY the station to call in this case. Would it be possible to use the order of UIR definitions to determine which station it is to be displayed? Easiest would be to check line by line top down for a s
  13. So it is rather an issue of the transponder mode used by the pilots maybe? You can use the option to display any standby squawk like a mode C. Would this help?
  14. I'm getting a "not closed border lines error" when loading the sectors for EURW which I cannot understand why it is generated. I would appreciate some other people familiar with working ESE files could have a look into it. The exact error message is: Error: Not closed border lines LFMM·LFMM FIR·000·195/1753/1320 in line 33591 The borderline referenced to is the following (the line starting with "BORDER"): SECTOR:LFMM·LFMM FIR·000·195:00000:19500 OWNER:FM BORDER:1753:1315:1354:1355:1356:1357:1348:635:634:1361:1308:1513:1757:1758:1759:1760:1761:1762:1449:1450:1451:1371:1378:1452:1280
  15. I have a small issue that VatSpy on random occasions crashes just after the application windows is shown without any error message or something. I need then to start the application again and it works fine. Unfortunately, this behaviour doesn't happen every time I launch VatSpy for the first time (after the computer is running). I'm running a Win 10 1809 64-bit installation on a desktop computer. I've isolated the relevant message from the Windows error log. Maybe it can help someone to point out what might be the issue and how I can fix it. Protokollname: Application Quelle: Win
×
×
  • Create New...