Jump to content

Eihort

Members
  • Posts

    475
  • Joined

  • Last visited

About Eihort

  • Birthday 07/14/1980

Personal Information

  • Flight Simulators
    DCS, MSFS2020, Prepar3d
  • Location
    Las Vegas
  • Interests
    Flight Simming

Recent Profile Visitors

9161 profile views
  1. While I agree SA-10 is supposed to work somewhat like this, where you only get a tracking warning, however even the bugged implementation is working incorrectly as you don't get even that reliably. Not to mention that it's doing this with systems it has no right to. Conversely, "balance" for the sake of it at the cost of realism doesn't belong in a simulation. This isn't War Chunder. Acheiving any kind of "balance" is the job of the mission designer, in determining every relevant aspect of the enemy forces from TO&E to skill levels and engagement zones to triggers etc. This bug isn't adding anything "real" at all. It's a bug and should be squashed. You want to fly with less sophistcated RWR equipment, there are platforms in the game that model this already.
  2. I can confirm this as well with the SA5. Currently unplayable in Multiplayer.
  3. I seem to only be getting track warnings, no launch warnings in both F-16 and F-18. Can confirm for SA-8, SA-10, and SA-11. Haven't tried air to air yet.
  4. Okay. Seen this happen on multiple maps, in multiple circumstances, across multiple aircraft. No idea what's causing it, either dedicated server or client hosted. Some of us will be flying along just fine, and then it's like the Kraken/Klang/The Worm will come find us and just erase us from the sky in some exotic turbulent fashion. Tacview and trackfile included in this case. And it won't be all of us. It'll bop some in formation and not others. It'll happen at different times into missions. We have no clue what this could possibly be, and a few of us have been trying to isolate it. I thought it might be something weirdly exotic like the carrier hitting a waypoint, but there's no carrier in this mission. I'm in an F-16 and Tacview caught my last frame at an AoA of 50deg at 0.7M. Anyone else literally running into this bug? Tacview-20230223-195234-DCS-Client-TThurs0223.zip.acmi TThurs0223-20230223-195219.trk
  5. Update: The RWR in the EE is also exportable as LEFT_MFCD
  6. Sorry about the delay. Went on vacation there in the middle of that. Aaaaaaand.... That... didn't seem to make a difference...
  7. Update: The server being empty might be irrelevant. Perhaps load times, as when I first enter, it takes longer. When I back out and reenter, the terrain is loaded. I'll try the "mission editor map preload" trick before joining religiously and see if it occurs again and report back.
  8. .... I think you're onto something. It looks like if the server is set to be paused when empty, the first person to get on after someone has already been on, registers as Tacview as not being installed. The very first user after DCS mission start or every user after the first that unpauses it won't see the 10 minute delay. I did your login/out solution with an empty dedicated server, and it wouldn't register as running. I just logged on again for party time with the boys, and I got the 10 minute delay as I was first. Others popped on. None of them reported the delay. Then I tried your login/out solution with someone staying in the mission, and it worked.
  9. Line in question seems to be at 2022-08-11 01:23:21.678 INFO TACVIEW.DLL: Tacview is not installed on the host. Reconnecting never seems to fix it for me. Only restarting the server does. dcs.log
  10. We set it to pause when it's empty. And just happened again. Other players are fine, but yet I'm on a 10 minute delay. serverSettings.lua
  11. Pardon the subject line, but wanted to be absolutely clear. This seems to be directly tied to how "busy" a mission is with objects. In single player with a nearly empty map, the bug doesn't seem to be there at all hardly, until I hit the TEL switch, then I drop down to about 2-3 FPS for about 5 seconds, then it stabilizes and everything is fine in the simulator. I can switch away and back with no FPS drop at all. During a multiplayer mission with a lot of objects however.... The moment I put the radar into Standby it's a slide show of about 1 or less FPS for about 10-20 seconds, but then the same behavior. Once it stabilizes, it's fine. I can switch away and back, even shut it down, and start it up again without this problem. However once I go to another mode, such as with the TEL switch especially, I get the slide show again for the 2-3 FPS, this time for about another 8-10 seconds before it stabilizes, then I'm fine. I can do this on the ground before I take off to minimize the impact to my gameplay experience but... this is making the aircraft nearly unusable for anything other than ground attack for me, as when I do lock onto an enemy aircraft, it seems to consider it a different "mode" and it does the slide show routine again. I've got an i7-5930K @ 3.5ghz with 32GB of RAM and DCS running off an SSD. DxDiag attached, and a Google Drive link to the trk file of the large multiplayer mission follows. I only have this kind of problem in the F1, and I own and fly damn near everything. Viper, Hornet, F-14, MiG-21bis, Mi-8, Mi-24.... https://drive.google.com/file/d/15kOS2NSAKp9DVWaOUBo6KlichqIDUrp0/view?usp=sharing It almost seems like you're hit-scanning everything in the mission or something in every state, then throwing out the irrelevant stuff. DxDiag.txt
  12. okay, here's the file. It's a bit long, but at the end of it, starting around 2022-08-06 01:57:15.78 I connect, and it told me that it wasn't installed. I disconnect, manually remotely restart the mission (just a stop-start. I didn't restart DCS dedicated server process, or reboot the server), reconnect, and then it said everything was fine. If I had to guess, this seems to be connected to long server runtimes. dcs.log
  13. Well I didn't want to show that I don't have a password, but on the real server config it is blank. Still happens. Some clients connect no problem. Some connect and receive a warning that tacview isn't installed on the server and imposes a 10 minute delay, which is of course patently false.
  14. Okay. I'm at my wits end. I've seen the other threads in here about it, and tried the fixes, and they work for a while, and then suddenly don't. I have a dedicated server, and for some clients, they have a 10-minute delay, and some do not. I want no one to have a 10-minute delay. Options follow. ["Tacview"] = { ["tacviewDebugMode"] = 0, ["tacviewRemoteControlPort"] = "42675", ["tacviewFlightDataRecordingEnabled"] = true, ["tacviewRealTimeTelemetryPassword"] = "xxxx", ["tacviewMultiplayerFlightsAsHost"] = 2, ["tacviewTerrainExport"] = 0, ["tacviewAutoDiscardFlights"] = 10, ["tacviewRemoteControlPassword"] = "", ["tacviewSinglePlayerFlights"] = 2, ["tacviewBookmarkShortcut"] = 2, ["tacviewRemoteControlEnabled"] = true, ["tacviewRealTimeTelemetryEnabled"] = true, ["tacviewRealTimeTelemetryPort"] = "42674", ["tacviewMultiplayerFlightsAsClient"] = 1, ["tacviewModuleEnabled"] = true, }, -- end of ["Tacview"]
  15. Any word on this one in particular? I was really looking forward to this part of it myself. Not that any of the items in the previous posts don't pique my interest!
×
×
  • Create New...