rosseloh

After touchdown I go from slightly above flight idle (wherever I was on short final) straight to Ground Idle, and then I wait a second or so before hitting reverse. Regardless - all of this is a bit of a mess and I know the next update includes engine tweaks so I'm just mentioning it for posterity, not to actually report an issue that I know has been well reported!

Yeah that's a lot smoother than mine behaves - I see torque and EGT jumps all over the place when reverse finally kicks in. It would be funny to watch if I wasn't trying to maintain the centerline while it was going on. I do see a bit of a fluctuation on yours (the torque decreases a couple seconds into reverse), so it's not entirely gone on your end...

I've done a few more flights (after far too long out of the sim and especially out of the MU) and have a couple more observations. Note that I have now reinstalled the plane fresh and do not have the engine mods applied anymore - the only ACF file mod I've done is to add the weight stations so I can load payload properly in XP12. Hopefully if I actually get these written down they can sneak into the next (soon:tm:) update.....maybe not. Unfortunately I don't have repro steps but I've on more than one occasion been able to get the ALT ARM light stuck on on the FCP. Even if ALT is engaged (and arm is not), the ARM light stays on. It's inconsistent and like I said I have no idea how I've actually triggered it, except that when it happens it appears to be when I've disengaged ARM by pressing the button a second time, while it's near/in the process of a capture. But I'm not sure on that. The animations and sounds for various button clicks (mostly noticed on the GPS units, but maybe it's elsewhere too) seem awfully slow. Like I'll press the button, the "down" sound effect will play and the "up" sound won't play until half a second later. In reality this would only be the case if I was holding the button down before releasing, which I'm not. I can follow a GPS NAV course via the NAV button even in the non-glass model. As far as I'm aware this should not be possible, because otherwise what's the point of the GPSS ROLL STEERING function. But, I suppose welcome to Laminar autopilot quirks! We all already know about the engine model issues but I just wanted to detail what I've seen in case it helps or at least gives us something to test against (in XP12.1.1 - so even more changes since the last time I flew a lot, I'm sure!): Beta range seems totally broken. With the power levers in ground idle and the condition levers at the (well, technically, below) taxi stop, the plane won't roll at all. I need to give it nearly flight idle power to break away at all, and going into beta range more than a couple of millimeters of lever travel will bring the plane to a stop right quick. I have the best taxi experience when I have the condition levers fully forward and the throttle jumps back and forth between flight idle and high beta as I need to speed up/slow down. Reverse is also messed up. I know we know about this one. But oh boy that can get pretty spicy if you're trying to use reverse on landing as the governor(?) goes crazy and the props go in and out of reverse a bunch. Power in flight seems fine though of course I can't tell you if it's tuned to the numbers or not. I wasn't taking notes as I flew this evening; the engine issues were the elephant in the room by far, so I'm glad to hear those should be hopefully licked soon. I will say with Gizmo being deprecated, if you're switching everything to C++ and if you happen to have enough raw data on the engine model itself, I'd highly recommend talking to Saso/Toto and seeing if you can get libTurbine licensed and implemented and get that engine simulation entirely divorced from whatever Austin or Phillipp decide to do on a given day... Just my personal pipe dream though, probably doesn't make sense from a business perspective. Finally I know not many people actually fly this, but I love a good turboprop and we are very, very lacking in XP12 right now! If you need a hand to do some grunt testing work or number checks on the update, please, let me know. Oh, and a long-shot request: obviously we don't have any weather radar right now, but if you're ever in the mood to mess with the 3D model....any chance of a version with a GNS430 (singular), traditional COM2/NAV2 set, and the radar display like in the OEM version? Or two 430s, I guess, if it's possible to fit them on the panel, but I'm not sure how that would work out. I like having *a* GPS in the modern sim since traditional radio nav is going out and fast, but I also like the idea of having a radar in my fast-but-maybe-not-able-to-outclimb-the-weather turboprop...

Er, no it isn't. Not on my machine at least.

Bonanza Air Lines - N491 View File This is a mostly authentic recreation of N491's livery from somewhere between 1949 (when Bonanza Air Lines started operations) and 1963 (when they stopped flying DC-3s). It is only "mostly authentic" because there are not very many reference photos available, and not from all angles, and the ones I do have are not dated. There are a few technical bits and bobs that aren't right, especially with the reflections/normal maps, as I didn't want to fight with it any longer and the paint kit is lacking. But I think it's 90% there! Please report any glaring issues you find. Bonanza flew DC-3s in the Southwest/West USA in the 1950s. Included in the zip file are a couple of images of the January 1959 timetable brochure, which shows all their routes at the time. As with all LES DC-3 liveries, there is both a livery folder (put in your liveries directory) and an "output" folder, which contains the ini files required for airframe management. Drag this output folder into your X-Plane root directory, or copy the ini files within manually to Output/DC3/Modern[and/or Classic]. Submitter rosseloh Submitted 03/24/2024 Category Vintage Livery For https://www.x-aviation.com/catalog/product_info.php/les-douglas-p-237  

I had the same issue when flying above roughly that altitude. I did check my engine instruments and all were within (real world) limits for the altitude I was at - but I think the sim model isn't putting out enough bleed pressure to keep the pressurization where it should be (by the book). I reported this in my old bug thread from last year, but of course Tom has been busy. For now it does seem that you have to run the RPM higher than you're "supposed to", if you want to cruise that high, at least the last time I flew.

View File N3250N (Dunkman - Shaquille O'Neal) Made at the request of a Hot Start Discord member. Thanks much to Oisín who created the base livery, as this plane has the same grey stripe design as OE-IIX: Submitter rosseloh Submitted 02/08/2024 Category Hot Start Challenger 650 Livery For https://www.x-aviation.com/catalog/product_info.php/take-command-hot-start-challenger-650-p-212  

View File S.O.N.G. (Fictional) In the not so distant future, 6 young women are tasked with protecting humanity from the greatest threat they've ever seen... Operating as a Japanese organization but under the overall command of the U.N., S.O.N.G (Squad of Nexus Guardians) responds to disasters both natural and supernatural with the power of music and ancient relics. Will they be saving a space shuttle doomed to crash land in the Himalayas? Will they be coerced into acting on the U.N.'s behalf in war-torn South America despite not being a military? Investigating relics in Antarctica? Saving civilians from the seemingly ever-present threat of the extradimensional Noise? Wherever they may need to go, the Challenger 650 and this slick paint job are ready and waiting. This organization and story are sourced from the anime Senki Zesshō Symphogear. The livery is fictional, not flown in the show (I imagine they'd probably have a Global or something that can otherwise fly halfway around the world without landing), though the S.O.N.G. logo is shown painted on various aircraft used in various capacities. Watch Symphogear. That is all. Submitter rosseloh Submitted 02/07/2024 Category Hot Start Challenger 650 Livery For https://www.x-aviation.com/catalog/product_info.php/take-command-hot-start-challenger-650-p-212  

Mines in the mail but I'm currently out of town and being an international package I have to sign for it....just my luck! I was one of the original orders so rest assured if anyone is likely to get beta pains it's probably me.

For what it's worth, Tom - both CaptCrash and I have manually added the weight stations and I haven't noticed any issues related to that, yet. But I also haven't been in the sim for a bit.

The Saab does not officially work in XP12, and will likely need quite a bit of tuning to do so. That's all I can say for your issue, I'm not sure if it's that or not. Your screenshot makes me realize I miss it a lot though!

I can confirm Pils' observations. As a result, when I was designing my own XMidiCtrl profile for this plane, I ended up doing direct dataref manipulation instead of using commands. Which, mind you, works fine (as long as it's the "ACT" dataref I'm using and I configure it to set back to zero when I release the button!), but it's "safer" to use commands because then any input limits can be controlled by you, the dev, rather than me guessing what those constraints should be. As an example, take the DH knobs. I can see from turning the knobs by hand that the limits are -20 and 999. But if I hadn't respected those limits in my XMC profile config, the knob will gladly keep going both down and up (and the EADI will happily show numbers above 999, though as expected it does blank below 0). So what this brings to mind is, when you're doing your re-evaluation, consider adding bespoke commands for everything the user may expect to manipulate in the cockpit. And I mean *everything*, which luckily seems like we're already well on our way for (most devs wouldn't add dedicated commands for the coffee maker buttons, but you did!). On the bright side, I've learned enough about the datarefs the 733 uses that I'm well on my way to being able to write a "persistence" Lua script (mostly so the lighting knobs are where I left them when I load in...), unless of course you'd like to add that functionality as well, which I would appreciate (but this is not relevant to the topic at hand). For reference, the commands I specifically noticed weren't working as expected this evening: All default autopilot commands (like OBS1_up, airspeed_up, etc) would change the relevant value but not animate the MCP knob. Bespoke commands for MCP buttons (CO_toggle, SPEED_mode_toggle, etc) would press in, but not "press out". Bespoke commands for the Heading knob specifically I know didn't animate the controls. I did not test the other knobs except VS, which *does* work. Those are the only ones I tested for sure.