Jump to content

amahran

Members
  • Posts

    448
  • Joined

  • Last visited

  • Days Won

    4

amahran last won the day on September 14

amahran had the most liked content!

About amahran

Recent Profile Visitors

6411 profile views

amahran's Achievements

Explorer

Explorer (4/14)

  • Conversation Starter Rare
  • Reacting Well Rare
  • Dedicated Rare
  • Very Popular Rare
  • First Post Rare

Recent Badges

457

Reputation

  1. I’m hoping some artists will make generic private owner liveries; I like pretending I own these planes and flying myself around Probably some generic mostly-white paint job with one or two stripes, nothing excessively luxurious looking
  2. Does this run entirely natively within MSFS? I know MSFS doesn't like programs that don't run internally in the sim, which limits what is allowed on the marketplace... Basically, will these VDGS systems be part of the airport as sold on the Marketplace?
  3. Even if the "correct" SOP method is to engage heading, make the changes to the flightplan, and then re-engage heading, I would be extremely surprised if this feature (be able to change runway assignment during arrival procedure without having to fix the flightplan manually every time) isn't a function of the FMS. If it wasn't, there would be lots of blowback from operators to Bombardier for not making this a function: lots of real-world US operators operate a CRJ into and out of airports with multiple runways in use (e.g., Atlanta, Detroit, Chicago, Seattle), and if this wasn't a function, there would be an unacceptably dangerous amount of head-down time during a flight-critical phase. It's so easy to make a mistake if it's not automated, and it should be fairly easy to automate.
  4. +1. I know working title got it working on their NXi, though their gauges are JavaScript based. If nothing similar exists for WASM/C++ (which I think the CRJ is built on), it would be neat if Aerosoft could somehow convince Asobo to make it work, save us from getting Carpal Tunnel from writing long routes out…
  5. The actual IAS and Mach number disagree. If you convert them using the pressure altitude and OAT, you’ll find there’s an inconsistency between them. @JRBarretthad said earlier that this has been fixed in the latest dev build, and the next update should include this fix.
  6. There was a page 2 this whole time??? 🤦‍♂️
  7. Yeah, fixing the radio stack would be great. It already initializes in a weird state with all the knobs on, but even then it’s impossible to make COM2 do anything useful. I usually use COM2 for staging departure or ground frequencies to alleviate workload during high-pressure situations, or to get the ATIS, but that’s just not a possibility today. Depending on where you take the CRJ today, you’ll also hear a ghost ATIS you can’t get rid of (for example, near SFO). I think there’s a COM3 that hasn’t been disabled in the CRJ that’s constantly receiving. All in all, the radio units need a significant overhaul.
  8. I take that as a personal challenge to steer my Twotter without using the rudder 🤔
  9. In the attached video, you can see the letters constantly twitching around the compass rose. It's moderately weird looking. Of course, when you're in a turn, it twitches fast enough to make it look like a strobe: Microsoft Flight Simulator - 1.19.9.0 2021-09-19 16-03-27.mp4
  10. Thanks, @JRBarrett! I was constantly peeved that the CRJ was taking these weird turns, thinking I was screwing up somewhere. But this post was actually insightful in helping me feel I'm not alone!
  11. Don't know why you got downvoted, but that's an excellent observation. There are indeed lots of bug reports and issue reports for the CRJ. Some are wildly outdated, some are recent developments, all are in the forums. So when I encounter a new bug, I ask myself the following questions: What exactly is this bug I'm experiencing? Is it truly a bug or a system failure, or am I using the product in a unintentional manner? What exactly is causing this bug? Bug reports are great, but if there's no reproducability, it's useless to the developer. What are some key words that could be used to search for this bug in the forums? The last one is particularly important. Some obvious keywords can be "TCAS" which every simmer knows, or "Seatbelt Sign". Those are easy enough to look up and see if you can find a relevant forum topic title. However, some aren't so clear: The Audio Control Panel (Left seat, Right seat, and Observer) initializes with all the knobs in the on position except the Com1 knob, which is selected by the mic knob. Naturally, this screams to me that the boolean for the volume knobs in the ACP is reversed in the aircraft initialization. So now the question: What do I SEARCH for? Do I believe simmers will know the correct term for this panel? ACP? (too short to search) Audio Control Panel? Volume Knobs? Com2? Radio? (This one pulls up too many results) Once I ascertain that no one has already posted that topic, I then go through the effort of documenting the conditions that causes it: have I tried recycling the default state? Have I tried different default states? Have I tried quickloading states? Have I tried loading on a runway? In the air? At the gate? Then of course there's the issue of tangentially related posts: maybe they're related enough that the developer notices the issue, but maybe they haven't noticed: I found that if I move my joystick fully forward, all the screens in the CRJ hang entirely. I found a forum post which was about screen freezes, but the joystick wasn't mentioned. Should I post in that topic or make a new one? And then after all that, I have to document all my observations: what the issue is, what's supposed to happen, what happens instead, what's causing it, what I recommend as a potential fix (if possible), all with pictures. This is time consuming, and it can be disheartening to hear silence afterwards and see it not go anywhere. Eventually, it has gotten to the point where I see a bug nowadays and go "eh....screw it I'm just gonna fly, they probably know about it". So hopefully Mathijs' proposed solution this week can help resolve that and bring the enthusiasm back!
  12. Looking forward to it! Anything helps that makes me remember I’m not just screaming into a void!
  13. I don’t know if anyone else is experiencing this, but at the initial release of the CRJ I was enthusiastic about reporting bugs and issues, and as time went on I felt some kind of reporting “fatigue”. To describe it adequately: - I’m not sure if my reports are contributing to any effort - I’m not sure if a bug I experience has already been mentioned - I’m not sure if devs are aware of the bugs and issues I’m observing (at least I’d hope I’m not the only one seeing them). - I’m not even sure if the bugs I’m reporting are going on a back burner or if they’re scheduled to be addressed after another bug, or if they’re to be addressed in a coming update, or what - I’m not even sure that the devs who see my bug reports are acknowledging them as items to be addressed or if they’re being accepted as “it is what it is”. I realize the devs have a lot on their mind, and are dealing with an ever-changing SDK, so I can’t blame them for not communicating every individual detail. However, I feel like I lost some enthusiasm in bug reporting; it’s exhausting and feels like my bug reports are going into a black hole. And I’m honestly burnt out. Does anyone else feel this in any way, either with the CRJ or with MSFS in general? Aerosoft, do you guys still want us bug reporting at this point for persistent bugs, or is everything already “known” by now? I love to help but at some point it feels like I’m being a nuisance…
  14. When flying an instrument approach, I'm accustomed to doing the following check. That's just how I'm trained: T - Tune the frequency you want to navigate with respect to I - Identify the frequency by means of listening to the "code" or checking on a nav display T - Test the navigational capability of your equipment using this nav source S - Set the course and navigation configuration you want to utilize. With the CRJ, the testing isn't applicable because the system is capable of self testing, and tuning for ILS frequencies is done automatically (and conveniently). However, I do occasionally want to actually conduct the Identification; sometimes on approaches I find myself second guessing whether I'm picking up the correct signal, even though I know I have the correct frequency set. I have two options: 1. Check the morse code by listening to the Nav audio. Unfortunately, these switch behaviors are wrong and non-functional: 2. Check the nav ident on the PFD or Nav Display. This is my preferred method because it saves time and the CRJ should be capable of doing so. However, the Aerosoft CRJ doesn't show nav idents on the PFD or ND! In the screenshot below, I know I'm tuned to a VOR that's 22 miles away, but what's the nav ID? What VOR is this? In contrast, here's a screenshot from a P3D/FSX user, who gets a nav ID display when they're in the NAV mode: So my question to the devs and all CRJ pilots are there: How is the nav ID supposed to be displayed and confirmed to the pilot, through the PFD and ND, or is the pilot supposed to listen to the audio in the real plane?
×
×
  • Create New...