Biggus

@SilentOtto I'm going to echo @MAXsenna, it's incredibly cool. Thank you very much for sharing!

Had another instance of this bug appear last night. Weapons flicker was evident, aircraft rendering issues on display in this clip: First part of the vid is not long after spawning in. Two AI F-4s are on the ramp awaiting their takeoff time which was roughly half an hour into the mission run time. After a short sortie, I returned to rearm and refuel and noticed that the AI that was glitching had stopped rendering entirely. It later took off with it's wingman on it's mission. I ended the mission shortly after observing that. It is possible that the glitching aircraft bug is separate to the weapons flicker, but in my experience if you have one of these issues appear in the mission, the other will also appear too at some point. Client log reported the following after checking with the discord log analyzer: I'm pretty sure I've seen the bug appear without this error appearing in the log, but it seems to crop up from time to time even after multiple repairs. Only mods on client are SRS and Tacview. Server side has those plus Olympus. Bug predates installation of both Tacview and Olympus, and is not evident in every mission. There is an error in the server log related to Olympus, however as mentioned this bug predates the Olympus install. I'll see if I can re-run the mission without Olympus later on to confirm, but as it's a Retribution mission and the state saving function can mess with things when replaying missions, I expect to see other errors there. Server track. Client track. Server and client have had their XMP profiles disabled. Server dcs.log dcs client with flicker.log retribution_nextturn.miz Edit: Re-ran the mission. Tacview was still enabled unfortunately, as I'm not quite sure how to disable it without uninstalling on a dedicated server. Same thing occurred with that same AI phantom, at which point I ended the mission so that I'd have a more manageable trackfile. You may not see the weapon flickering in this track, however if the mission had continued to run it would have appeared eventually. I just wanted to have a usable trackfile for the bug report. Attaching server log as 2nd dcs server log.log, client log as 2nd client dcs.log and client trackfile as retribution_nextturn-20241212-105016.trk. Server log throws an error relating to Retribution as predicted. I also noticed that the server pagefile was quite low in the original log and increased it to 32GB in the second round of logs. Didn't seem to help. 2nd dcs server log.log retribution_nextturn-20241212-105016.trk 2nd client dcs.log

That's an interesting idea. Would you mind sharing your workflow to develop the profile?

Looks like what I've reported here. Occasionally an aircraft will stop being rendered entirely, and it is likely to crash clients when that unrendered aircraft is engaged by enemy units.

Pain. You could try a hardware work around on the arduinos by doing an RS485 network and then you'd cut down on your port numbers, but that's a fair bit of work if you've already got everything built. I'd still go through and look at your USB topography. Count your used endpoints for each controller and see whether that's part of the issue. Other than that, I'm stumped.

That's annoying. Hopefully it's a strong one.

Check the number of endpoints per controller, each device can use up quite a few and you've got something like 127 possible endpoints per USB2.0 controller, from memory. Just rereading your problem, @JohnnyChicago is it your ESP32 device ports that are giving you 'permission denied'? I ran into that a few weeks ago with mine and I initially got around it by running socat in a powershell.

I have a vague recollection that the Uno and the Mega don't have that diode. I believe most of the pro micros do have it, though. @JohnnyChicago Could you be running out of USB endpoints? Might be worth having a look with USB Device Tree Viewer to see how many endpoints you've used.

How's the wall thickness? My first one had walls around 4mm thick and I didn't trust it. Once I bulked up the walls to around 7mm thickness, my level of confidence rose pretty significantly.

Haven't noticed because I'm running a dedicated server. Somehow tied into all of this is that sometimes aircraft appear to fly really weirdly. Like they're being slewed at odd attitudes. I'd assumed it was AI only, until this happened: I was on the server by myself. Had noticed some weapons flicker occurring but hadn't yet seen any aircraft disappearing or failing to render. I've attached the server track and log as well as my client log, and I can supply a client track if required. Mods had not yet been removed at the time of this happening, but I figured that what happened here was unusual enough that it might prove to be useful. dcs - client.log Server - bug track.trk dcs - server bug.log

I'm running a 3D printed extension of roughly 200mm, not exactly a gooseneck like those alloy ones but offset rearward with a forward tilt. I took the design by Terry Dactyl in this thread, added 100mm to the bottom and made the internal walls quite thick. PETG, something like 60% infill with six walls. It's ridiculously strong and coping with a Warthog on top of it perfectly fine. Absolutely no concern with snapping. I think I'm going to replace it with a shorter one and raise the base a bit though, as I'm not a fan of the long pitch axis travel with my current setup.

@BIGNEWYThanks for doing that so quickly. I'll see about grabbing a modless set of server and client logs for you over the next few days.

Haven't noticed the flicker so far with today's patch, but two clients crashed tonight clicking on the same H-6J. @NineLine, I wonder if this thread might be best moved to the multiplayer bugs forum as it sounds like an MP-only issue? I suspect it's a dedicated server bug.

As I've attempted to tweak the Phantom profile over the last week, I've become less certain about things like whether the Moza software is measuring AoA in degrees (it says it is, but I suspect it's arbitrary units) and what combination of spring, damper, friction and inertia will let me retain correct AFCS engagement behavior with a heavy stick on a 200mm extension, or how to limit travel in pitch without the software creating weird curves in the background. I think rather than having SMEs sharing profiles, we'd be better off with them sharing anecdotes about how they remember it and cross-checking that with data from studies on the control systems of the relevant aircraft. There are too many hardware combinations to be able to reliably cut and paste from one person to another. One thing that would be good would be better documentation on all the functions and how the sim responds to those functions.

I've been seeing crashes related to unrendered aircraft in the time since I reported this. I've had unrendered Foxbats and Fitters, and when they are engaged, it generally leads to clients within a certain proximity to crash. Players all seeing the same thing though - unrendered aircraft. Crashes occur without generating any log entries to help. Game freezes, clicking mouse brings up the 'do you want to wait for the game to respond?' and I either click to end the process or I let it sit hung forever.

My feelings about my AB9 are a bit complicated and probably sound more negative than I intend. I love the hardware. The software situation lets it down in terms of both minor bugs and the failure to comply with the terms of the license for what they've taken from Walmis. The activity of the software devs on the Moza discord went from constant discussion before the discovery of the appropriated code to zero immediately after. If I had the time available to wait or to build, sure, I'd have grabbed one of those other options. The Moza was available immediately, didn't require me to put it together and was a reasonable price. If the Winwing FFB had been available when I ordered, I probably would have had a harder time deciding. With all that said though, I have a pretty big smile on my face every time I fly now. It's been quite transformative.

I'm more than a little bit impressed by this idea. Well done!

Has anyone with a Moza AB9 put together a decent profile? I've been toying around and taking inspiration from some of the Rhino suggestions and the pdf linked in one of the threads on the first page of this topic. I'm mostly interested in how people are modelling things like the buffet sliders. Right now, I'm at spring 0, damper and inertia 50, friction 40, game feedback gain 100 and using the DCS F-4 gain of 200 for pitch and 150 for roll. I've got a 200mm extension holding a Warthog grip, so that's a factor in how I'm setting things up.

This bug has apparently been reported by others on the DCS Discord. Hopefully it'll be squashed soon.

@tikijoetots37 There's definitely something about the Fishbeds causing the flickering effect. I'm not sure if it's something that Retribution is doing with the mission or whether it's a DCS bug. Right now, all I know is that there's no flickering at all if I don't have MiG-21s in the mission. I tested to see whether installing the liveries on the server would help, but it did not. I might try and copy the entire module to the server to test next.

A-4E mod was in the game folder, not the save games folder. Something I've noticed - Missions without Fishbeds seem to not have flicker.

Update - Although I've fixed the A-4 missing weapons issue, the flicker remains and I've just had a mission spoiled by a Fishbed that did not render and was therefore impervious to heat seekers. I've had Fishbeds fail to render a few times since this bug has been in effect. Haven't noticed any other planes doing it.

If green is one where you can place it at the middle of the seat, then I'd do that. I'd consider blue if running a pair of transducers.

That's pretty much exactly my setup, Retribution and that trio of mods. Repair has not worked, however I think I might have isolated the cause. Will report back in a day or so with a possible fix.

Well that's nightmare material! The A-4E weapons issue I've isolated to the server box. I created a mission as you described a couple of days ago. Weapons appear fine on my gaming rig. I have asked for assistance in the A-4 discord but I haven't had much luck there. I will retest that issue tonight as I begin to add the small number of mods I have again. However after a repair on the server, weapons are still showing a flicker every now and then.