Goran_M

Honestly, I have no idea. But I have a feeling the new log file will tell us. Can you post another one and I'll take another look. Make sure it's a fresh one from the crash.

@Jabari Checking in to see if you still want this resolved.

Your log confirms what Cameron mentioned. The Sundowner C23 v2 uses Gizmo for its systems. Gizmo64 is an x86_64 binary, and your M2 Mac needs Rosetta to run it. Without it, Gizmo64 fails to load entirely, and that's why you're getting no sound and non-functional cockpit controls like the fuel selector. The aircraft shell loads, but none of the underlying logic is running. Regarding the crash when trying to run X-Plane under Rosetta, try the following: 1. Open Terminal (Applications > Utilities > Terminal) 2. Paste this command and hit Enter: softwareupdate --install-rosetta 3. Let it complete, even if your Mac says Rosetta is already installed. This forces a clean install. 4. Right-click on X-Plane 12.app, select "Get Info", and check the box for "Open using Rosetta" 5. Launch X-Plane That's the cleanest solution I can suggest for the time being. Running X-Plane under Rosetta has no negative effect on X-Plane itself or any other add-ons. If X-Plane still crashes under Rosetta after that, the crash would be on Laminar's end rather than ours, and I'd recommend reporting it to them through their bug reporter. But in most cases, step 1 resolves the issue when Rosetta wasn't properly installed to begin with. I'll be looking at converting the code to run natively under ARM in the near future, which will eliminate the Rosetta requirement altogether.

I'll be happy to help you, but you'll need to upload a log file. What you attached is a MacOS alias/bookmark file.

You obviously haven't been to our discord where we answer countless questions. The 2 most common ones? When is the 650 update coming out and when is the TBM update coming out. Both questions are always politely answered. Your comment is out of line and not true.

Hi Jabari, Thanks for the report. We're looking into this. To diagnose the crash properly, we need a complete Log.txt from the session where the crash occurred. The one posted appears to be a partial capture. To get a clean log: 1. Start X-Plane 2. Load the Beech Sundowner C23 G5 3. Attempt to load a new flight until the crash occurs 4. Immediately after the crash (or on restart), grab Log.txt from your X-Plane root folder before loading anything else Please either attach it directly to this thread or paste it in full. The more complete the log, the faster we can track this down. Thanks for your patience.

Correct. Challenger is top priority. Saso has done some amazing work on it.

Model is finished. Textures are finished. Saso is doing his best to take care of minor issues with the 650, one of which is getting the weather radar added to it. Once he finishes those, he'll send me a new TBM build so I can start initial testing in X-Plane 12 with animations and making sure textures look good. To sum up, as of this post, all artwork is considered done.

Your log shows the CL650 plugin is loading without issues. The problem is on the X-Aviation/Gizmo licensing side. The relevant lines from your log: GK: 404: license database GK: Empty license file. Defaulting to login page. GK-IPC: No license: (hotstart.challenger650) GK: No valid auth token, manual login required. Gizmo is unable to locate a valid license and is failing to present the login prompt. Activation and licensing are handled entirely by X-Aviation, so please contact support directly for further assistance. You can reach them here: https://www.x-aviation.com/catalog/contact_us.php

Please post a log file when it happens again. It needs to be a log file from the actual crashed session.

@Max2307 Just a heads up. Confirmed. This is a bug. When the "Rudder Controls Differential Brakes" option is enabled in DC-3 Settings, the code overwrites the toe brake axis values every frame, even when the rudder is centered. That zeroes out any input from your brake pedals, which is why the axes appear completely dead while button-bound commands still work. As a workaround until the update: Open DC-3 Settings, go to the Options tab, and uncheck "Rudder Controls Differential Brakes." Your toe brake pedals should work normally after that. You'll lose the rudder-to-brake taxi assist, but you'll have full differential braking through your hardware. The fix is already in for the next release. The differential braking option will no longer interfere with toe brake axes. When the rudder is centered, your pedal input passes through untouched, and when the rudder is deflected, the two inputs are blended rather than one replacing the other.

You won't find much, if any censorship going on here. Welcome aboard.

Do you have a firewall running?

Apologies for the late reply. I'm working on a large update for the DC3. I'll make a note of this and address it.

99 times out of 100, machine ID locked means one thing.

Seeing as it's randomly happening, I'd say it's something to do with your system or setup. If it was a problem with the CL650, it would be happening every time you load it. Try removing other 3rd party plugins and see if that helps.

I actually did have a look for documentation on the 2000. There's not much floating around, unfortunately.

If you submitted a support ticket, it's just a matter of waiting. I don't have anything to do with activations of add ons. That is all handled by X-Aviation, directly. Make sure you only send one support request, as more than one will result in the original one getting deleted and a new one created, resulting in getting pushed back in the queue. Confirm X-Aviation received it, by noting a ticket reference number sent to you. If you haven't received it, check your junk email. I can't comment on the situation, as I don't have all the facts. This all has to be checked by X-Aviation only. I don't have access to your orders or your emails, as this would breach privacy laws.

Along with how did you end up with two x-aviation accounts, when did you purchase the 650?

I'll be looking at making a paintkit in the very near future. Both for substance painter and photoshop.

I don't really want to sound like a broken record, but it is getting worked on. We've been working on the 650 and the TBM, with Saso trying to get as much of the 650 updates done as possible for V1.8. Now that 1.8 is out, we can both dedicate more time to the TBM, and finally get that wrapped up as quickly as possible.

Strange. I'll take a look. Edit: Found the problem. It'll be fixed for the update.

All I can say on that is work is ongoing. No ETA at this time.

The bulk of that time was spent on the CL650 update, as there was quite a bit to take care of. As there's only 2 of us, we have to prioritize the work according to various factors. Is there an ETA? Not one that we can safely stick to. We loosely planned to push out the last update for the CL650 within 2 years of release. That deadline passed 3 months ago. We're putting in the hours to get both the TBM and CL650 done as soon as we can, as we want to move on to the next project. All I ca n promise is we aren't going anywhere, and we're working to get everything done.

@CJSouthernWe can appreciate the eagerness in getting the TBM into XP12 ASAP, but even if some kind of gofundme was started, it wouldn't make things progress any faster. We get these kinds of comments in our discord, as well. There are some elements of the TBM update, that are not in the XP11 version of the update, that are taking up the bulk of the time needed to get things done right. What I can tell you is that a lot of progress has been made. A big part of the update, libturbine, is still in the works.