Jump to content
Sign in to follow this  
abrams_tank

Fabio and Chewwy are streaming the PMDG 737 right now!

Recommended Posts

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?

Share this post


Link to post
Share on other sites
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


Matt

Vote for better camera support in MSFS here.

Share this post


Link to post
Share on other sites

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


AMD Ryzen 5900x, RTX Gigabyte 3080, 64GB Ram 3600 MHz, Asus ROG Strix X570-F, 850W PSU

English is not my first language.

Share this post


Link to post
Share on other sites
Posted (edited)
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 by abrams_tank
  • Like 2
  • Upvote 3

i5-12400, RTX 3060 Ti, 32 GB RAM

Share this post


Link to post
Share on other sites
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.

  • Like 1

Jim Barrett

Licensed Airframe & Powerplant Mechanic, Avionics, Electrical & Air Data Systems Specialist. Qualified on: Falcon 900, CRJ-200, Dornier 328-100, Hawker 850XP and 1000, Lear 35, 45, 55 and 60, Gulfstream IV and 550, Embraer 135, Beech Premiere and 400A, MD-80.

Share this post


Link to post
Share on other sites
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.


Jim Barrett

Licensed Airframe & Powerplant Mechanic, Avionics, Electrical & Air Data Systems Specialist. Qualified on: Falcon 900, CRJ-200, Dornier 328-100, Hawker 850XP and 1000, Lear 35, 45, 55 and 60, Gulfstream IV and 550, Embraer 135, Beech Premiere and 400A, MD-80.

Share this post


Link to post
Share on other sites
Posted (edited)
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 by Cpt_Piett
Typo

i9-12900KF | Asus ROG Strix OC RTX 3090 24GB | G.Skill Trident Z5 32GB DDR5 | MSI MPG Z690 Carbon EK X | WD Black SN850 2TB | LG 77" OLED | Thrustmaster Hotas Warthog | MFG Crosswind pedals |

“Intensify the forward batteries. I don’t want anything to get through”

 

Share this post


Link to post
Share on other sites
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.

Share this post


Link to post
Share on other sites
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.


Len
1980s: Sublogic FS II on C64 ---> 1990s: Flight Unlimited I/II, MSFS 95/98 ---> 2000s/2010s: FS/X, P3D, XP ---> 2020+: MSFS

Share this post


Link to post
Share on other sites
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.

Share this post


Link to post
Share on other sites

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.


Take-offs are optional, landings are mandatory.
The only time you have too much fuel is when you're on fire.
To make a small fortune in aviation you must start with a large fortune.

There's nothing less important than the runway behind you and the altitude above you.
It's better to be on the ground wishing you were in the air, than in the air wishing you were on the ground.

Share this post


Link to post
Share on other sites

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.


Intel i9 10980XE | Asus 1070 8GB (Soon to be replaced by the RTX 3090) | Asus ROG Strix X299-E 2066 | Samsung 970 Evo Plus 2TB NVMe M.2 (Main Drive) | Samsung 860 QVO SSD 2TB (Storage) | Arctic Liquid Freezer II 360 | Team Group Xtreem "8 Pack Edition" DDR4 3600 32GB 

Ireland stands with Ukraine 🇺🇦                                   💎🦍

 

 

                                                                                                                                                        

Share this post


Link to post
Share on other sites
Posted (edited)

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 by 2reds2whites
  • Like 4
  • Upvote 1

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this  

  • Tom Allensworth,
    Founder of AVSIM Online


  • Flight Simulation's Premier Resource!

    AVSIM is a free service to the flight simulation community. AVSIM is staffed completely by volunteers and all funds donated to AVSIM go directly back to supporting the community. Your donation here helps to pay our bandwidth costs, emergency funding, and other general costs that crop up from time to time. Thank you for your support!

    Click here for more information and to see all donations year to date.
×
×
  • Create New...