davidp57

Hi BigNewy, Any news from the team? Reshade works quite well, but in some conditions it's still a problem...

Ah, I missed the "mixed reality" part; I used to fly DCS in VR with a Quest3, and Reshade did not work in VR at the time. Thank you for the information!

I'll try and reproduce this in a simple single-player mission, for all my DCS experience is with multiplayer servers. But to answer your question, yes, I did the basic checks (laser code, etc.).

Hi, I've tested a few times to get the laser from a buddy (in an F16, with the Litening pod) or from a JTAC drone. It works well with the Litening, but I almost always fail to get a track with the Sniper. Do I miss something?

Hi, Is there a way to disable the feature that skips duplicate messages in the log file? I'm thinking that it's waiting for a new text to be logged before even logging the "XX duplicate message(s) skipped." message, making it difficult for us to check if some process is regularily logging the same message... @NineLine a thought? Thanks!

Nope, Reshade does not work in VR, unfortunately

btw the reshade tip is working great! Thank you for this!

Well, it's only been what? ... 6 years since we reported this already? A long time, anyway. Thanks for the tip on ReShade, I'll try this.

Merci Flappie !

Hi @BIGNEWY, here's a new bug report ! How to reproduce: In the mission editor, either set a "smoke" trigger command on a trigger zone, or use the `trigger.action.smoke` API command in script. What happens: The smoke effect starts, and a neutral ZIL-135 unit appears on the F10 map, which I can select and see coordinates of. It's a ghost unit though, there is no model in the 3D world, and the other units don't react to its presence. What I expected: I expected a smoke marker, nothing else. Screenshots: Here's a test mission: Testsmoke.miz

From the latest DCS update changelog: Let's hope that it solves our problems! Thank you @BIGNEWY

I think the problem will be exactly the same; in fact that's what I did in the beginning - and it didn't work (as described in my original post)

I've got a CTLD release incoming, with that feature implemented (and lots of others). Stay tuned !

Thank you @BIGNEWY! Just to give you some additional info, I added logging to my mission and, when running on a dedicated MP server, it goes like that:

Well, it's even worse than I thought. To work around this network sync problem, I've scheduled the resupply code to run each time a human spawns in the mission (using the S_EVENT_BIRTH event). Even with this ugly hack, it gives weird results. I set all the liquids in the warehouses to 5000kg + a random value between 1 and 100, and all the items to 50000 + a random value between 1 and 100. This is because if I don't use a random number, sometimes the warehouse does not get filled. Even there, I've got problems with people connecting and seeing weird things. Correct inventory, after logging in: Wrong inventory, after logging out and in again: This is so weird... Can someone help me please, this is a critical problem for BFR, their dynamic missions rely on spawning FARPs to unlock areas of the map. @BIGNEWY I don't know what to do, I could attach a trk but it's not going to be very useful.

Or so they were... I noted this, on our servers, with the dynamic missions we run (using our VEAF Mission Creation Tools). The FARP that we spawn (via Mist) are now empty. As a workaround, I used the API calls described in this post and setup the warehouse to full each time a FARP is spawned in my scripts. Unfortunately, it seems that it works only randomly: I've got reports of people on multiplayer servers (BFR to name it) who looked at the same time, at the warehouse content for the same FARP, and they got a different result. The only difference that I can find is that one of them (the one who'd got a full warehouse) spawned in the mission earlier than the second one. This leads me to thinking that, maybe, the warehouse content is not synced with new pilots when they spawn; could that be the case? @BIGNEWY please, could you ask the team to have a look into it? Ideally we'd love the option to spawn the FARPs already unlimited, as was the case before July 2024, but I can live with a correction to the server code, if my assumption was right. Thank you! Full warehouse from one point of view: Empty warehouse from another (same time, same FARP):

Hi! I took the liberty of using your "Warehouse refill" code in my VEAF Mission Creation Tools v5.60.0. Hope you don't mind! Cheers, Zip.

Hello, We regularily have our dedicated servers randomly quit the mission with this error message in a dialog box (meaning that, additionnaly, we need to connect to the remote server to click on the button): The last error in the log (with no other error or context linked to it) is: ERROR ASYNCNET (12668): The session has expired (401). Exiting... This is not related to the latest version, we've been having this behavior since a few weeks/months. We started a log of the date and time it happens. Can you please help us? We've got 4 servers up, and a specific one that can be used to test. Cheers, Zip.

Nice! I'll try that asap.

Hi, do you have more information on this file please?

Ditto, in VR too, please remove this effect or at least make it optional!

And that would work very well in multiplayer, too

Thank you for the F-4E export script and profile. Here's a nice icon for this plane on your Streamdecks:

Merci!

Nope, and I stopped looking a few years ago. Sorry!