Jump to content

Q-Ball

Members
  • Posts

    72
  • Joined

  • Last visited

Everything posted by Q-Ball

  1. Seems like they could save a lot of heartache by appending the file once, rather than inserting at the beginning every time by default. I didn't change the code, just where in Exports.lua it appeared.
  2. FWIW in the Radeon Software under Gaming, I only see the Steam games I have installed (assuming they are auto-detected). The DCS Standalone doesn't show up there, but it's possible that there could be separate settings for DCS if the player installed it from Steam.
  3. I would concur with that assessment, since there was no noticeable change as I was moving things around aside from the WinWing bit.
  4. Thanks, Flappie, that was very helpful info. I think I've got it sorted acceptably now. For whatever reason, re-ordering the Export.lua also results in the FPS increase (I made sure to disable the automatic SimAppPro updates to Export.lua). SimAppPro putting itself as the first item in the file looks to have down-stream effects, at least in my case. Further observation: It appears turning FreeSync back on introduces a slight penalty on the maximum FPS (5-6 FPS lower than without), but that's not entirely unexpected. Worth noting for other FreeSync users who have done similar troubleshooting. The real upshot here is that my FPS indicator with RIGHT CTRL + PAUSE now shows GPU-bound, instead of CPU-bound, and I'm seeing peak FPS on the test Instant Action mission in the mid-40s. Using the F-14 module for all these tests. For reference, I've attached my updated Export.lua with some added comments for clarity. Export.lua
  5. Yep, that did it. FPS increased into the upper 40s/low 50s after renaming the file. So something in the Export.lua is causing it? BTW I do have WinWing devices, but I'm not sure that would be related if not mentioned in the Export.lua (or would it matter?)
  6. It's off. I've also done a "factory reset" of Radeon settings. No change.
  7. I hadn't checked my FPS performance in a while, but since MT hit Open Beta I wanted to see what sort of difference it made, and noticed that in-game, my FPS seems limited to 30, no matter the settings changes (Normally play 1440p/High preset, but I lowered to 1080p/Medium and still topped out at 30fps). I use a Vega 64 GPU with a FreeSync-capable display, but I have turned off all possible vsync settings (in-game, driver) and even went so far as to disable FreeSync on the monitor, but no change in behavior. When I run RIGHT CTRL+PAUSE, the fps will hit the limit of the monitor (65hz) in menus, but drop to ~30FPS in-game and stay there, unless it drops lower. In MT it says I am CPU-bound, but that does not seem correct, considering I have a Ryzen 7900XT. I feel like there's an in-game setting I am missing, but I am mystified as to what that might be. This thread suggested a few things in Graphics.lua, but there was no 30fps limit there: I have attached my dcs.log and dxdiag results to the post. DxDiag.txt dcs.log
  8. Just got a Stream Deck and was experiencing laggy response as well. Set ExportScript.Config.ExportLowTickInterval = 0.5 and that fixed it. Thanks for taking a look at this!
  9. I guess that settles the question of whether or not it should be a pushbutton. This is probably just something that fell through the cracks, then.
  10. Hi, HB Team, I'm just starting to learn the RIO Pit after a long time in the front seat, and as I was going through the manual and binding buttons to my controls, I noticed that I cannot push the RIO's Master Caution button, although the manual suggests that it is supposed to be a button that can be pressed. A thread from around the EA release date mentions that this is a known issue, so I am wondering: Is the Master Caution light supposed to be a button as well? I have bound it to a key as a workaround, but having it as a clickable button would be very convenient, if it is supposed to be one.
  11. I don't think the proposed fix solved the issue. We re-ran "In_Crash_We_Trust.miz" again last Friday and all but one Tomcat (out of six) crashed.
  12. In the original mission, we did not use any AI. However this past Friday we created a mission (attached) specifically intended to force a crash of the clients. Tomcat AI, tankers, and two CVs. All four Tomcat pilots crashed (only my human RIO did not). This is in contrast to our previous test attempts, where at most we saw the crash of a single client. However, the first crash did not happen until about 45 minutes in. This seems like something that consistently happens later in a mission (in our experience), for whatever reason. I know you said that large track files are a pain, but I'm including what I have, in the hope that it's useful. Of course, none of the client crashes produce a track file. Server Track RIO Track In_Crash_We_Trust.miz
  13. A bump on this and also linking to a thread over in the DCS 2.7 bug reporting with similar issues. I don't know if track files other than my own client file will be helpful, but we (my squadron) are happy to try to keep reproducing this and assist any way we can. However, we are not flying with F-14 AI.
  14. Was this SP or MP? Edited to add: I am not sure I've ever run SP long enough recently to notice, but all of my problems with this freeze/crash behavior have been in MP.
  15. Crash behavior like the one reported in this thread: https://forum.dcs.world/topic/303893-freezing-a-lot-log-attached/#comment-5006887
  16. I know there have been some other crashes with similar behavior around the Tomcat, and normally my squadron files with mods. Last night we used a mission with no mods, so I thought I'd submit some track files for review. It seems that when the player's client crashes, there is no proper track file recorded. However, I have included the track from the server, a track from my RIO and a track from a squadron-mate who was also flying with us last night. In the track, the issue should occur some time between 08:21 and 08:22L (mission begins at 06:48L), or approximately 93-94 minutes of mission-elapsed time. My RIO described the issue as, "The aircraft just came to a stop in mid-air," and my review of the server track shows the aircraft slowing to 8kts IAS. Others in the server described aircraft as "frozen in mid-air" in the pattern around The Boat. My aircraft in all tracks will be F-14A-135-GR(Covergirl VF-211 |307|) Bug: DCS freeze/unresponsive after 60-90+ minutes of mission time. Only recourse is to kill in task manager. Can I reproduce it 100%: no If not 100%, how often out of 10: Roughly 70% of missions that last longer than an hour. This freeze/crash issue cropped up in the OB sometime earlier this year. How to reproduce/ description: This crash has occurred in multiple situations, but most often it happens in the vicinity of the carrier (I am not sure if it's a function of mission elapsed time or not, but there is a correlation). DCS Version: OpenBeta 2.7.16.28157 System Specs: CPU i7-4770k (non-OC) GPU AMD Vega 64 32GB RAM SSD OCZ 2TB OS: Win10 Peripherals: Joystick: TM Warthog Throttle: WinWing SuperTaurus Pedals: MFG Crosswind Others: Winwing Takeoff Panel Headtracker: TrackIR Mission File: attached Log: attached Server log: attached Track: My track (Appears to just be a mission file copy): Dropbox - Track file Server track: Server track file RIO track: RIO Track File Squadron-mate track: Squadron-mate track file Video/ Screenshots: Did not capture Mods: We disabled all of our mods, and this mission was created without mods. dcs.log FNFN-faround.miz dcs_server-20220819.log
  17. After some further testing today, it seems that the trouble I ran into crops up if any of the pilot radar modes are engaged (VSL, PAL) when instructing Jester to lock a target. It's as if he will not take back control of the radar.
  18. Last night I had 3 targets on DL and it appeared Jester did not see them on radar. However, if I selected radar contact by azimuth, he would STT lock them. But no "lock contact ahead" or "lock enemy target ahead". It seemed strange that the radar could definitely see the target, but that somehow Jester was simultaneously unaware that the contact correlated to the TID datalink contact.
  19. Is there a way for the pilot to set the transponder code? I don't mean from the cockpit, but either via Jester menu or SRS?
  20. I don't mean that ED blocked HB from releasing the updated missile behavior, just simply that it could not proceed until the new missile API was ready. But if that's the case (ED needs to release the new missile API), then HB certainly are still waiting for that to happen.
  21. AIM-54 guidance I think it was hinted at in another reply, but it seems HB are blocked on ED releasing the new missile logic? "Proper" AIM-54 behavior is definitely one of my last "big" hoped-for features, but I understand that some of that is likely beyond HB's control.
  22. I don't know about in-flight, but on the deck if NWS wasn't working, I just pressed the kneel switch up and it was fine.
  23. I also just noticed this hot-spawning on the SC deck. I will see if I can attach a track file when I'm done (game is open right now). Edit: The track is kind of large. Where's the best place to send it? Or should I try to grab a newer one that's smaller?
  24. Glad I waited, this looks like the Tomcat grip to have. Looking forward to the Pre Order announcement.
×
×
  • Create New...