Jump to content

Ivan Wong CL

  • Posts

  • Joined

  • Last visited

Everything posted by Ivan Wong CL

  1. Hi Devs, Here's another report Load up at RJCC airport. Load up this flight plan file generated from Simbrief from the Route Menu in FMS. Flightplan seems to have discontinuities here and there. I go into arrivals, and try to choose runway ILS27 FMS and all instrument screens hang. Thanks for your hard work devs. She's a nice bird to fly 😃 Albeit some hiccups here and then. RJCCRJSS.flp
  2. Hello Peeps. Anybody knows what does this icon mean? First time seeing it.
  3. Updated to latest, confirm the AP TRIM jolt still happens. Just to reiterate the scenario for developers to understand: 1. Takeoff 2. Handfly 3. Since hand flying, gonna trim nose down to maintain level flight at say 5000ft. 4. Once stable at altitude, engage autopilot with ALT and NAV 5. Look at trim display while doing step (4). 6. You will see the trim jumping back up to default 7.5....... Seems like AP and Manual trim values are two different persistent values.... <--------------- this is the rootcause. AP only persistently remembers the trim that it changes DURING AP is on. So if AP remembers the last AP changed trim to be 7.5, but currently the plane is flying at trim 3.0(cause user handfly and manually trim it), once AP engages it's gonna go all south LOL.
  4. off topic comment but the name PersistentCRJ made me picture her has a wife/grandma that is persistently nagging you about washing the dishes lol 😅 oh my what am I high on.
  5. Because Flybywire A32nx is using MSFS internal Nav Data.... Hence it's the same source. CRJ is using EXTERNAL Nav Data... which you will have to update yourself by buying the subscription from Navigraph or Aerosoft.
  6. I think this should not be treated as a bug. It never states it would work with in sim flight planner and ATC. The FMS accepts EXTERNAL nav data(navigraph, etc), not referencing MSFS's nav data. Hence it's expected both would not couple.... Though it could be a nice wishlist though. But definitely not a bug or something to fix.
  7. To devs, here's some info incase no one provided a concise observation, yet : Basically what was happening is this: Scenario 1: Stabilizer trim 0 1. fly and adjust trim to let's +5 manually 2. then engage AP 3. AP doesn't immediately take over from trim +5, it basically is basing on last AP used trim, which is 0, and then it adjusts onward. Scenario 2: Stabilizer trim +5 1. assume flying nicely using AP at trim +5 2. disengage AP, trim remains at +5 3. then fly aggressively or whatever you want to do, just change the trims manually to let's say -10. 4. reengage AP 5. AP doesn't immediately take over from trim -10, it basically is basing on last AP used trim, which is +5, and the it adjusts onward. I would say this would be a known issue as there were a lot of topics on this (could be because of sim limitations as well). So no need to harp on this. Let's all wait for progressive updates from Aerosoft and be patient. 😃 Cheers for the amazing airliner. Thanks Aerosoft.
  8. my 2cents... IRL, i'm a software developer on a code base that was super legacy and also trying to squeeze out every performance there is while trying to add new stuff/features so that customers would want to buy new refreshed models/software. Every customer is able to squawk that they have an issue. Yes, developers know there might be a bug in the code. Yes, IRL in my work, I would try to reproduce it on my end, IF POSSIBLE. Yes, IRL in my work, there would be cases where.... no matter what I do, I can't reproduce the same issue that the customer experiences. So in that case, we require more CONCRETE/DETAILED information on how is the setup, did the customer did anything that they missed out telling us, no matter how small(yes, even a speaker volume change considered a detail that helps) All else fails... we might just declare it's this way, or provide a workaround, or some other way, THAT DOESN'T BREAK FUNCTIONALITY FOR OTHER HAPPY CUSTOMERS..... It's not that developers do not care.... It's that this is a nightmare not only on customer's end, but also on the dev's. How could I solve something that I have no clue about~...... On a framework that was 40 years old, and every little change you do, there might be happy customers turning into riots because they are specifically using the loophole as a feature. Yes there are developers that really have no passion for what they are doing. But it's not the majority. So.. my 2cents. When giving bug reports, be as concise and clear, and detailed as humanly possible. But understand that... devs are not geniuses that can solve something with wave of the wand. and edit: If you're asking why cant we just start fresh on a new code framework and be efficient? Then the answer is, can you accept that Windows 10 cannot be compatible your Adobe Photoshop software that you bought 5 years ago? and if yes, are you willing to wait 10 years for the thing to be ready? 😃 It's not a black and white clear cut thing.
  9. Aha! So it's a .... "never touch that" button. Ok. icic. LOL. Thx Herman.
  10. Not sure if this helped. I had the same issue. So i did a full clean reinstall of the CRJ and installation for Navigraph Airac Data. It works again.
  11. Yeah, i'm on latest from Marketplace. I think this is a low priority bug, so it's ok, nobody uses it normally i think. Just letting them know so that it gets on the list for far future fixes.
  12. Upon turning on High Pwr Schedule, it can't be turned off anymore. 😃 Thanks.
  13. I've I've just had the same experience last night, using SPD mode to climb to FL260, then at around 1000ft from target, speed was slowing down and ATC was asking me why was I descending without clearance(VATSIM). I noticed the speed was barely 140knots, and stab trim was at 14.0. I disconnected AP and manually fly the plane and manually trim the stab to a sane position for level flight. I then reengage AP on SPD mode to FL260, but it INSTANTLY used the former stab trim 14.0 value. I saw it with my own eyes that it instantly jumps back. HAHA
  14. To devs that concern: Here's another hang/CTD that i reproduced for you additional debugging purposes. Steps: 1. Load into airport: VTSP, one of the parking areas, AIRAC2103 2. Use EFB and put aircraft state to "READY FOR TAXI" 3. POS Init as normal 4. Got to route menu and load up the attached flight plan file. VTSPVTBD 5. Press "ACT STORE" button to load it 6. Press "ACTIVATE" for the stored flightplan 7. Press "EXEC" to execute the flightplan 8. Go to flightplan page 3/4 9. Delete the last line, by pressing LSK 5 10. Sim hangs, and my processor has basically one thread 100% used, kinda like a forever loop. Thanks devs! Hope the information is able to help you guys solve some of the issues. VTSPVTBD.flp
  15. That is some golden nuggets of info here. Thanks for the knowledge download. Yes, it's not very straightforward at the moment to directly edit a localizer's data, as there are package priorities being loaded, as well as overwritten, as well as navigraph's data is in BGL format. Asobo's SDK need to mature more for the community to start fixing their airports (they have alot of auto gen airports, but it'll take better tools available to the community to make it easier for a public effort to correct them to real life, be it scenery or nav data) I'm using Navigraph's data, whether the ILS localizer coordinates is really wrong or not in IRL, most probably not? =). But either way, I'm just messing around with the Nav datas in the core and CRj's folder in an attempt to shift localizer to it's IRL antenna position. Your explanation directly correlates with what i find, which is editing CRJ's nav data for the localizer's position does nothing to CRJ's nav receiver. Thanks for alleviating my curiosity and i can rest well tonight.
  16. Hi @JRBarrett Thanks for the explanation. Just to clarify my understanding: 1. FMS AIRAC Data updated to the CRJ are used for FMS inputs and planning 2. AIRAC Data from Navigraph may also update MSFS's base BGL scenery to their new definitions 3. When planning a flight plan, for example, entering Origin/Dest, and also waypoints, these all gets referenced from the CRJ's internal FMS Nav Data(for example an airway, and what navaids are included in that airway). 4. However, when actually flying in the sim, and let's say i'm tuned to a VOR/ILS somewhere, that VOR's coordinates/course/height/frequency/etc are all based of MSFS Navigraph Updated database(NOT the crj's internal one, though both by right should be same if both are updated correctly) So, In summary, the CRJ will follow the VOR from MSFS Core Nav Data, and not the numbers from CRJ's internal nav data. and in for a second additional summary: If i find that a VOR or ILS beacon;s coordinates in the sim is different from IRL, and i wanted to "correct" it, I should not dissect CRJ's nav data, rather, i should start on dissecting MSFS Core Nav Data(it's BGL and scenery files) Is my understanding correct?
  17. Hi, Scenario : Navigraph data AIRAC 2103 downloaded installed. I see I the nav data folder, that there are text files with airport info n etc. together in the airport text file, there are definitions and coordinates of various stuff , including ILS coordinates. Question : If I change the ils localizer coordinates, could it reflect on the CRJ's ils approach and where it detected it in the sim ? I tried but seems no effect.
  18. Actually... in nobody's defense.... I saw a youtube video of a real CRJ in cockpit.. their PFD seems to be similar to current sim implementation. Pink numbers and all
  19. Just reporting in. FMC locks up the whole sim. Steps; 1. Fly out of KDEN RWY08 2. Flight plan origin KDEN, flight plan destination KDEN 3. after departing on a SID, and far enough, enter the arrival data, in this case, ILS26 4. Go to DIR/INT page, press direct to an arrival fix(i forgot did i use arrows to change the page numbers or not) 5. Sim locks up. Note; the arrival fix i think was a history. A passed arrival fix.
  20. Just to chime in, I feel relieved that the dev team has responded that it will continue to be worked on. GS autopilot and FMS lockups are in my opinion two important bug fixes that rank high on my list of need to fix. Understand that MSFS is new and it has it's limitations. Thanks Aerosoft dev team!
  21. yup. agreed. barring some bugs(every software has them), it has been a joy to fly n is worth the space in my hangar
  22. @Secondator I've just had another FMS related freeze. Thus time I've correctly input origin and destination, and the route. Upon reaching destination, there's an approach change by ATC, hence I tried to change approach. It hanged/stuck when I chose an approach. seems like not limited to origin-less flight plans.
  23. just a question, your flightpan has origin n destination targets?. wondering. my crashes mostly is when I fill in without origin . hmm. maybe it's just one of the symptoms
  24. @metzgergva Just want to say, i am also being confused by the EFB weights behavior and the payload window from the sim itself. I understand that there seems to be a problem of EFB settings being correctly reflected on the plane itself. Will wait for a fix for this, meanwhile, i will use the load charts from you. It has been a pleasure to fly this bird 😃 thanks for your hard work!
  25. @Secondator Yeah, it seems so this way. I think what mostly triggered this observation from me was starting a flight mid air, and then entering destination data. Because i started mid air, there isn't an origin, so no origin entered. For me I am ok with the condition now for Origin and Dest must be filled. Thanks Secondator.
  • Create New...