Jump to content

Oliver Gruetzmann

  • Content Count

  • Joined

  • Last visited

  • Days Won


Everything posted by Oliver Gruetzmann

  1. Hey Jonas, great you continued the development with new features. I'll have a look for sure and post a link in my repo ๐Ÿ™‚
  2. Is that from a live session or a playback? Seen this in playbacks before.
  3. The setting of the taxi time seems to have no effect currently. The time filed by the pilot should be considered EOBT, not ETOT (Item 13 of the ICAO flight plan seeks for the off block time).
  4. To start with, the time the pilot files should be the EOBT, as this is the time that is being filed. PANS ATM about Item 13: Vatsim prefile: The time displayed there should depend on the time you set in General Settings under taxi time. Looks like this doesn't work currently. First time in a long time that the beta is acutally a beta ๐Ÿ˜„
  5. It's simply facts. Your experience with high traffic (on Varsim, don't know about your profession) is a long time ago, if there was any (didn't browse all of your stats). Your coverage the last two years was APP and below only. True or false? If true, why would you say that you know what impact this regulation has on a busy CTR sector (once again: On Vatsim)? That's like I would tell people stuff about the Gander domestic airspace while I've been there only once, several years ago, during CTP. Not sure what makes you think this will lead to personal attacks - not my intention and lea
  6. I just checked your stats. Not even a single session with high traffic within the last 2 years on Vatsim. Sorry to say, but I don't think you have an understanding of what this regulation means once it gets busy. And: Controlling purely APP positions will make this problem much less likely to occur.
  7. No, it is not perfect. I'm controlling CTR sectors that recently saw 60+ movements per hour, which is a number that RL controllers see for a much smaller part of the airspace, with aircraft staying in there for much less time and working as a team of two in an airspace that is not GND-UNL (not controlling top down all the airports in that airspace). I've constantly had 20-25 aircraft (more than RL controllers have in those sectors in RL) in a sector of 210 by 150 NM, half of them being in a subsector of 60 by 70 NM. Many of those aircraft are vertical movements, climbing or descending thr
  8. I was following this page. Strange thing is, that it starts working after an ident. Also found that finally the SB3 offsets are not listed in FSUIPC anymore. I'd love to find out where this needs to be written to without FSUIPC, but currently I'm clueless and google seems to be unwilling to point me anywhere useful.
  9. Need to correct myself, vPilot also shows this behaviour (think I had both, vPilot and Swift open, maybe this made it work from the start). I'll try a workaround and take this over to the FSUIPC forums.
  10. The RXP doesn't set these on its own. Instead it offers variables that other addons can read. To make this work, I used FSUIPC's Lua interface to write to those offsets. For vPilot this works without any workaround.
  11. Hi, I recently bought the Accusim Beech Bonanza and for more flexibility the RXP GTN750, which includes transponder controls. RXP has the corresponding Lvars in their manual, so I wrote a small LUA script to switch the old SB-offsets to control the swift transponder from the cockpit by setting the SB offsets. Now here's the problem: While the offset is being switched just fine, swift only recognizes those changes of the offset after I either send a squawk Ident via the RXP transponder, or switch the state in the swift client once. Before I do one of those, I can switch the rxp t
  12. Z and Y flight plans as well? ๐Ÿ™‚
  13. Which is a really weird format for something, that is a well defined message (but I know where it comes from :))
  14. Is it allowed NOT to drink while controlling or conducting a flight on Vatsim? ๐Ÿ˜…
  15. Should do. We use this quite often. In case APP needs a short break: APP selects the TWR frequency and activates XC for all frequencies.
  16. Workaround: Let the "higher" colleague XC your frequency ๐Ÿ™‚
  17. Yep, obviously missed XSB, but for this reason we only switched over a small part (and reverted to the old frequencies already). The only thing we keep is the ATIS frequencies to be compatible to vATIS, which doesn't allow for .x20 or .x70, but the impact of this should be very limited (if there's any at all).
  18. Hi, we did some testing before we went forward and obviously missed XSquawkbox. Trying to use real frequencies (like 118.825, 123.225) we found out that XSB is the only client doing some weird stuff (converting everything to xx0). The other clients most likely transmit/receive on both, buggy Vatsim and real frequencies, only XSB prevents communication. Any chance to get this changed?
  19. @Ernesto Alvarez 818262 after some testing: It's not the legacy clients (which you will rarely encounter these days). It's one of the current ones: XSquawkbox is doing some weird magic with frequencies and text. The other current clients do work. But at least this corresponds with the name - The old Squawkbox was the reason we couldn't use 136.xxx frequencies for all these years. Great there's squawkbox... This is one of the very few points that make me jealous of the other networt - they use the 8,33 kHz channels already (not sure how they deal with aircraft that do not support it),
  20. Disregard, the most recent Beta (r24) doesn't do this anymore. Beta: Release: $freq has been working as expected even in the stable release from 2014.
  21. I'm not in this Discord, but it might be. But It's a rather interesting interpretation to read this as About it being a bug: Yes, it is always desired that a software accepts a user input, displays it correctly (as entred) in a prominent position and alters the output in other places in unexpected ways. Of course, no bug at all, this is actually how all software on this planet should work. Totally my fault in reporting it. ๐Ÿ™ƒ
  22. Before we did this our facility engineer asked about this on the relevant discord. Answer was, that it's fine. Back to topic: This is a bug in Euroscope. PS: In case a FSInn pilot using text comes by within the short timeframe until the servers get an update, I'll happily provide service via private message. I doubt it'll ever happen.
  23. Hi, seems like Euroscope rounds frequencies in some places. Since the AFV ATIS has some issues from time to time, we use vATIS, which only allows for "real" 12,5 kHz frequencies (you can't tune the vatsimism 123.120, it only accepts 123.125). Due to this, we started to also convert our frequencies to 12,5 kHz, which gives us one sector with the frequency 131.025. Unfortunately, although correctly displayed in the status bar, Euroscope will "convert" this to 131.030 when it comes to frequencies in alias, displayed frequencies in tag items and contact me messages. Any chance to ge
  24. The "issue" is, that ES now checks against the "name" entry, before it was against the voice channel. This causes issues if you have the callsign under "name", not the correct logon.
  • Create New...