Fabio and Chewwy are streaming the PMDG 737 right now!

[Fiorentoni 4,157]

56 minutes ago, Nyxx said:

Lets hope so. But after watching the flight again, FPS seem poor, I hope its becasue he is streaming. I have the same addon KLAS and KSAN and FPS never drop below 40 (locked) in the CRJ. He had massive pause/stutter at KSAN just befor turning off and around 25 FPS most of the time on the ground.

I assume the 737 will be heavier on frames than the CRJ by default. It's a much more complex plane / product, CPU-wise. Apart from that it's hard to compare, because he used 4k, maybe he had AI traffic, maybe his LOD was higher than yours, maybe you have photogrammetry off, maybe it was a server issue etc.
Maybe some beta testers can chime in and tell us how it is?

[Zangoose 1,631]

1 minute ago, Fiorentoni said:

I assume the 737 will be heavier on frames than the CRJ by default. It's a much more complex plane / product, CPU-wise. Apart from that it's hard to compare, because he used 4k, maybe he had AI traffic, maybe his LOD was higher than yours, maybe you have photogrammetry off, maybe it was a server issue etc.
Maybe some beta testers can chime in and tell us how it is?

Yeah you would really have to compare it to the hardware and settings he uses - For anyone interested the settings he uses are at: https://www.chewwy94.co.uk/msfs-settings.html

[rutrA 282]

Consider that on his third flight back to KLAS, his FPS did not drop below 30

[abrams_tank 7,394]

6 hours ago, jbdbow1970 said:

What a waste of time watching this guy stream same issue with his landing "cartwheel" into PAKT than he says its a bug with the plane yet Chewwy did 3 perfect flights with the same aircraft with no issues. He should just stick to GA planes something he was flying in MSFS exclusively for almost 2 years now. 

I just want to say that software in general is very complex, and MSFS is already a very complex piece of software.  I'm not a real life pilot, but my judgement based on the landing speed Fabio was coming in at, and the angle he was coming in at, it all seemed like a normal landing and the "cartwheel" by the 737 was not something you would expect, based on the speed and angle of the 737 when Fabio touched down.

If Fabio's landing speed and angle was within expected boundaries of a typical 737-700 landing, then the "cartwheel" is probably due to some software bug.  At this point, it's unknown whether it's PMDG's fault, MSFS's fault, or add-ons that Fabio is using. For example, somebody suggested it could be "invisible" bumps caused by an outdated 3rd party scenery.  From my understanding, in World Updates or Sim Updates, the terrain data may change from one update to another.  A 3rd party scenery that worked for an earlier update, may not work for SU8 because the terrain data has changed by SU8, leading to these invisible bumps.  And to make it worse, Fabio may have done a test landing at PAKT prior to the live stream and no problems occurred because he technically landed in a slightly different place and with a different angle & speed.  But in the live stream, he lands at a slightly different spot on the runway, with a slightly different angle & speed, and the invisible bump rears its head.

The carthweel could also have been caused by other issues, such as some weird combination of 3rd party add ons, the latest SU8, and the PMDG 737.  As Randazzo mentioned, the in house PMDG team is not able to reproduce this "cartwheel" bug over the last 65 days or so.  As a software developer myself, sometimes reproducing bugs can be very, very hard.  If you can't reproduce the bug, you often can't fix the issue.  This is also one of the reasons we pushed Microsoft/Asobo so hard for a public opt-in beta test, because despite Jorg mentioning they have some 50 in house testers at Microsoft + Asobo, those 50 testers still cannot find all the bugs (ie. the latest Spad.next bug in the SU9 beta, which was fixed within the first few days of the SU9 beta).

So I don't think it's fair to put the blame on Fabio for the "cartwheel" of the 737 on his live stream. Chewwy likely has different settings, different add ons, and Chewwy also flies in different locations than Fabio.  In any case, we all hope this particular cartwheel bug will be identified and fixed soon.

Edited April 19, 2022 by abrams_tank

[MarkW 1,491]

I thought the SimBrief downloader will automatically place the .rte file in the folder of your choice.  You then load it from the FMC.  I don't see the problem.

[JRBarrett 3,050]

2 hours ago, Nyxx said:

Its very disappointment. Even the CRJ imports from simbrief. Well  you DL the route into a CRJ folder.

You can do exactly the same thing in the 737. Fabio loaded a Simbrief flight plan into the FMS that way on his flight last night to Rio. I direct assume internet access for WASM projects, like the weather radar API, will eventually be added to the SDK.

[JRBarrett 3,050]

7 hours ago, espent said:

Are you saying the cartwheel was pilot error?

I didn’t see the “cartwheel” stream, but his crash on landing last night in Rio appeared to be a simple case of excessive descent rate at touchdown (almost 400 FPM). He evidently had crash detection turned on in the MSFS settings. That is probably unwise when streaming.

[Cpt_Piett 4,544]

2 hours ago, Fiorentoni said:

Download the .rte file into the WORK folder, load the route in the CDU and there you go

 

39 minutes ago, MarkW said:

I thought the SimBrief downloader will automatically place the .rte file in the folder of your choice.  You then load it from the FMC.  I don't see the problem.

I think once you're used to the very elegant way the FBW team has implemented access to Simbrief - exporting then importing a file from a folder is not the preferred way of doing it. It's not a problem - more of a quality of life issue. 

Edited April 19, 2022 by Cpt_Piett
Typo

[Lucas Gomes 15]

7 hours ago, Stearmandriver said:

Entering a manual RNP has no effect on navigational accuracy; all it does is calibrate the nav performance scales to show an exceedance if ANP reaches your entered value. It's simply a monitoring tool; important in real life because the entire point of RNP procedures is that they're only safe if you continuously maintain a required level of nav performance.

With the quality of GPS coverage today, it's quite rare to ever see ANP drop below about .05nm.

Why would starting an RF leg at 170kts be out of correct procedure? What speed was the box calling for at that point? 

The operating manuals of GOL Linhas Aéreas say that in an RNP AR APCH in Santos Dumont it is mandatory to be stabilized with flap 40 and Vref set before the FAF. Also in all AR approaches in Santos Dumont there is a restriction of 140KT before the RF leg on the charts.

[lwt1971 7,348]

1 hour ago, JRBarrett said:

I didn’t see the “cartwheel” stream, but his crash on landing last night in Rio appeared to be a simple case of excessive descent rate at touchdown (almost 400 FPM). He evidently had crash detection turned on in the MSFS settings. That is probably unwise when streaming.

Ya last night's crash landing was a result of him turning his attention away to fiddling with the twitch bot to call out some 3rd party Rio de Janeiro scenery he was using, at the worst possible time on approach, which then lead to him having to do a go-around and then the landing you describe above. I guess streamers have some deals in place with other sim content providers to call out their products or whatever probably? But ya, he should've picked a better time than while on approach.

[rutrA 282]

Second day.

 

https://www.twitch.tv/chewwy94

 

[tangerine 148]

3 hours ago, Zangoose said:

Yeah you would really have to compare it to the hardware and settings he uses - For anyone interested the settings he uses are at: https://www.chewwy94.co.uk/msfs-settings.html

We do not know if he uses that. Several times on past streams when he went to the general settings, they were quite different than those listed on the website.

[WestAir 2,522]

Minority opinion but I think the cartwheel was your typical runway/terrain tear that pops in and out randomly and sometimes blends in with the background until its too late.

On my old PC I got tears that crashed my tube liner maybe every 3rd flight. I even made a post about how my landings were being ruined by being yeeted into the air by them.

[shamrockflyer 647]

Having watched the first few videos of RSR talking about general stuff to do with the NG3 and MSFS, I noted one point he said, and that was that dev mode can cause a few issues. Fabio was flying the NG in dev mode thus why I think that dev mode could be one of the main issues here causing the cartwheel.

[2reds2whites 827]

Valid concerns are one thing, but I think most of those raised so far are pretty baseless (or at least exaggerated).

- Concerns over FPS departing KLAS in Chewie's stream. He obviously has a powerful PC, but he's also streaming perhaps the highest fidelity airliner (the PMDG 737) in one of the most intensive third party sceneries (FlyTampa KLAS), all at 4k ULTRA settings, and still getting acceptable frames. Not only do I think that's not grounds for complaint, I almost think it's a positive. 

- Regarding Fabio's 'cartwheel,' seemingly a rare bug that they're working on.

Seems pretty good to me.

Edited April 19, 2022 by 2reds2whites