Starship

@TurboXiong of course engine health simulation is discussed multiple times in the manual and is one of the core features of this aircraft. For example see Turboprop Engine Simulation and Engine Limits and Failures on page 102 or Engine Visualizer Page [of the tablet] on page 127 of the BlackSquare Starship manual.

@Avionic Let me first say, that I don’t have the Starship (yet), so I’m merely spitballing here. It makes sense that you have to use a reference point not part of the flight plan, when the alternatives are point abeam and radial. That obviously can become a problem, if there are no appropriate points to reference. In your specific case, as you say, a solution could’ve been, to work out, at what radial toward MIKSI did your flight path intersect, when the distance to TNO was exactly 20 Nm, or whatever distance you’d prefer. It would require some extra preparation, for sure, but I think it could be a fun exercise nonetheless. Love these questions, where you have to use a little bit of creativity. Cheers, and good luck!

@ploodovic Not too surprised that it can be a bit of a rocky experience IRL as well. Still, I think that it is the case that a case of a quirky system IRL having its deficiencies further amplified by the aggressive autopilot pitching. For now I am also using VS mode (which, as people note in this thread, is also too aggressive), but I enjoy trying to make it as smooth of a ride as possible for the passengers. Also Air Hauler passengers start complaining when going to 0.7 G, which helps highlight things like this.

Found the 3rd disk

@dadgametime yes, it's rocking back and forth. But I don't think it stops.

I can confirm that the ADF reception has improved after the latest update. Thank you for the quick fix!

IRL in the King Air 350 we ran the full battery of tests for first flight of the day, then for subsequent flights would check lamps, stall, fire, gear, and I think autofeather as a minimum. That is how I have been treating Starship so far.

I'm curious about this too - I would love to be able to see my copilot avatar when flying the Starship, but I know from some of Nick's previous comments that getting the copilot figure to show up correctly seems to be highly problematic right now in 2024. Hoping this works at some point!

If I’m in cruise, flying along at a set altitude in ALT mode, and I decide that I need to descend, without touching the AP, if I change the set altitude, the plane starts climbing or descending even if I’ve sent NO commands to the AP to climb or descend.

I missed we were saving from active (e.g., route '00') - all is well.

@MarkS said in Feature Request: EFB on the Pad: @x4569 said in Feature Request: EFB on the Pad: In addition I‘d opt in to ask to have the pad a) movable, as ist currently is for „dynamic“ sitautions, but also b) lockable on some sort of fixed mount to hold it during the flight. There is an option on the tablet, "VR Tablet Static Position" that puts it in a fixed position under the glareshield next to the left reversionary panel. While it says "VR" it works perfectly fine in pancake mode too. Agree and aware, but it still stays „floating“ in the cockpit, it should come with some sort of reasonable „mount“ to give it a more real taste

@Randolf good catch, really seems like that, however, unclear why done like that. Maybe because the screens above the knobs may spend enough light? Interesting. Thanks!

Hell yes! That is exactly it! If you need some support on this, I‘d be happy to do!

The one livery for 2024 has some sort of issue with it. It shows as a variant instead of a livery and then the NAV button doesn’t work with the FMS when you use it. I think it must be a config issue.

@ual763 Watch my video guide from my compleat Idiot’s Guide.(because I’m an idiot) I’m not sure what you mean.

That’s the electrical system struggling. You’re lucky you haven’t lost you systems completely. Never ever leave the starter on after you have the engines running. They are a massive drain. Not a bug, a feature.