Aces High Bulletin Board
Help and Support Forums => Aces High Bug Reports => Topic started by: Dobs on October 01, 2016, 11:30:29 AM
-
Ingame and TS... causes micro freezes upon keying the mic and upon release.
Dx11 version.
.
-
Where is your DXdiag? I know you have probably already posted one . . .
-
We really cannot do anything about Team Speak causing stutters.
Keying the mic causes a lot of things to happen, in the game. There are two basic reasons a stutter will happen, related to microphone usage.
1) The game has to establish a network connection for the voice transmission. We use UDP for this, so it is as low as we can get for latency. If Windows takes time to get that connection established it could cause a stutter as that is related to handling an interrupt, which cause all CPU operations to stop, not just the game.
2) Resource usage. If Windows is getting bogged down allocating resources, then a stutter can occur in the game. NOTE: Resource allocation can be problematic, even on a system with more than enough hardware resources. It will depend on the software running in the back ground. Any anti-xxxx software can cause resource allocation issues, as an example.
There very well may be something else going on, but we have not been able to duplicate this in any system we have in house.
-
The stutters I've experienced aren't from using vox, I get the mini-freezes regardless if I'm using vox or not.
-
The stutters I've experienced aren't from using vox, I get the mini-freezes regardless if I'm using vox or not.
With the DX11 or DX9 version?
We have been trying hard to reproduce stutters in house and have had zero success. HiTech has been spending a lot of time playing the game in an effort to try and get it to happen.
-
With the DX11 or DX9 version?
We have been trying hard to reproduce stutters in house and have had zero success. HiTech has been spending a lot of time playing the game in an effort to try and get it to happen.
DX11 version. When I fly tonight I'll make sure to record my sorties to capture the stutters.
-
You might want to use Fraps, or something else, as the film viewer uses the same graphics engine as the game. If the stutters are engine related, the film viewer should show them, but if they are not related to the graphic engine, then may disappear in the film viewer.
If your system has enough resource overhead, try recording the film and using Fraps (or whatever you like) at the same time.
-
I finally managed to get a recording of a couple of stutters. Would have gotten it earlier but I kept on forgetting to turn off SweetFX to make sure that wasn't the cause (it wasn't). Two stutters are recorded, one comes after someone within range of me talks on range channel and the other one occurs while no one (me or anyone within range vox) using vox. Do you want me to email you the film or upload it to YouTube and post the link?
-
Skuzzy, have you looked into the System buffer? It may be coincidence, but it seems that the stutters do coincide with system, or other text buffer messages.
-
Ack-Ack, is it an AHF format or just a screen capture? Or do you have both?
Prefer to get it locally, if possible.
There really is nothing to look at Chalenge. Until we find a way to duplicate this or get films of it happening there is nothing we can do. HiTech and Waffle have been trying hard to reproduce this by playing the game for hours and hours and have yet to have it happen to either of them.
Seems they were at for about 6 hours yesterday and still trying today.
-
Noticed some freezes today. Voice didn't seem to affect, but one lengthy freeze occurred just after the "Your field is under attack!" warning. Coincidental, maybe.
-
I get a pretty good freeze with some in game sounds, particularly the explosion when a plane blows up.
-
If the stutters are engine related, the film viewer should show them, but if they are not related to the graphic engine, then may disappear in the film viewer.
I record with Shadowplay and recorded a pause a couple days ago. There was traffic on range a few seconds before the pause but nothing right at the moment. I was following a friendly making a kill.
-
I posted a video showing stutter with the AHF as well...time pointers to both.
So here is the weird thing....its not all the time. It seems it just starts....and then will stop. Or I'll cycle TS...or I'll go to the button and program it back to none (which it is already programmed for)...one of those two will cure it everytime.
In all the years of using TS, never had any issues with it causing games to "stutter".... the fact that I get the same thing from ingame voice as well....points to sound related vs just TS related.
Skuzzy did you see my post which has both video and ahf files in it?
http://bbs.hitechcreations.com/smf/index.php/topic,381806.30.html (http://bbs.hitechcreations.com/smf/index.php/topic,381806.30.html) Last post on that page.
Also seeing BIG pauses in game again as well.
Dobs
-
Restarting either the game or the computer fixes mine. Im convinced, at least for me, its connection related and not the game.
-
I shut down all startup items that I could and then opened up task manager and focused upon the processes tab. With the report sorted by CPU time I recorded a lengthy GV mission with several short pauses occurring. I could not identify a single process that might be causing the problem. The order of processes change periodically, but at the time of the pauses there was no change to the processes running. Nothing.
I suppose I could look at the performance tab for disk activity?
-
Wondering if it is server side.
Maybe we should look at pauses from when they reset the server till they start showing up....
Like You I have gone through my processes....
Dobs
-
The game is client driven, not server driven.
The only thing on server side would be linked to the Internet connection between your computer and the server. If there is a problem there then it could cause individual plane stutters, not entire game freezes/pauses.
-
I am beginning to think if something is happening in concurrence with short screen freezes the risk of a CTD is larger. This could be anything from a button press to a kill or be killed.
-
I scrutinized my own system for rider libraries, but the only thing I found was a Lavasoft Web Companion that came in with K-Lite Codec MegaPack. I do not get these pauses offline, but only in the arena and other than the text buffer somehow being involved I'm out of ideas.
(EDIT) I just tried a couple of sorties while scrutinizing the Performance tab of Task Manager. Still nothing. I am still getting the short pauses, but I am unable to associate it with anything running on my computer. Also, there was no real spikes in network activity either.
The last thing left is the GPU I guess.
-
I am getting freezes, always while somebody is on vox. got several today. also vox seems to stop working while somebody is talking.
semp
-
If it is not related to AH, then I think it all comes back to frontier.net, which could be causing me some real problems.
-
I would suggest trying not to over analyze this. Best thing we can do is to continue gathering dump data. The pauses/freezes could be related to that. The stutters could be related to a lot of things.
-
I have no idea what is causing screen freezes but I get them all the time as do others that I question about it. Every time I get one I can open up the Net Status and there is a large spike in the top graph, can't remember what its called. It is totally random also, not tied to vox or fighting or anything else I am aware of. For me it is an internet problem originating from god knows where.
-
I remember having a similar issue back a few years w\ AHII when I was using my old Intel C2D E8600 CPU on an EVGA 780i FTW mobo once I upgraded the vid card from an EVGA GTX 470 FTW vid card to an EVGA GTX 560Ti vid card. I started getting the very same type of screen freezes that are happening now.....my box never CTD but I would start getting the freezes after approx. 25-30 mins of gameplay. Pull the 560Ti out, reinstall the 470 FTW and all was well. Pull the 470 FTW out, reinstall the 560Ti and the freezes would return.
For a long while I was leaning towards the 560Ti card being bad but I never got any CTD's or BSOD's using it (which will really help to point to a bad vid card) so I held onto it.
When I built my X79 box that I was using until recently I fired it up w\ this same GTX 560Ti in it and I never had 1 issue w\ it doing any of this on the X79 box.....exact same card using the exact same drivers I used before but on a different platform...............
What this showed me was that it was not an issue w\ the vid card itself, but that this particular vid card needed a platform that could feed it data faster and more consistently so that it could perform properly than the platform that I used it on prior. At the time both platforms were using PCI-E 2.x spec lanes (initial X79 CPU was the I7 3820) which kinda paried this part out but the big difference was due to the Nvidia chipset\mobo layout of the 780i mobo (similar to the current AMD 9xx chipset\mobo layout) vs the Intel X79 chipset\mobo layout of the Rampage IV Gene ROG mobo (especially the CPU side of this design) as the X79 layout could feed the GTX 560Ti vid card MUCH, MUCH faster and FAR more consistent and the results clearly showed this even though I had the C2D E8600 OC'd to 4.0 GHz vs the I7 3820 running stock (stock turbo boost clocks were 3.8 GHz).
Now w\ my current box I have witnessed the same freezing but have seen it occur very rarely on my box.....on avg a 1-2 sec freeze every 2-3 hrs of gameplay usually associated w\ more numbers online and\or low alt flying (where the vid card will be taxed the most). I recently went in my box's UEFI and set the I7 5820K CPU to turbo boost to 4.0 GHz instead of the stock 3.5 GHz and this has shown to actually help my Fury X to run even better......now I might see 1 1-2 sec freeze every 2-3 hrs of gameplay. I have never experienced a CTD while playing the release vers of AHIII...only once trying to start the game. I sent in the only .dmp file that was in my AHIII temp folder and it was nowhere near the size of the files of others after zipping it to post it on the BBS so I would be curious as to what y'all saw from it, Skuzzy........
I have lately gotten kicked out due to lost Internet connections though as for some reason I'm having a hard time maintaining a UDP connect (switching to TCP connect soon after tower is up) even though I haven't touched none of the settings in my ADSL modem (Zoom X7N) since I originally set this sucker up some 3 yrs ago and had no issues maintaining a UDP connect until lately.......... My belief for this is due to my DSLAM as I have noted ping issues depending upon the amount of data traffic at certain time frames and this also could be the culprit for the freezes that I do see on my box.
The hard part to pin down is what is actually the issue that is causing this as the variables are very varied and any\all of them could be true.
I do hope that this can get sorted out for all of us. The thing though is that the "fix" may be varied across the myriad of platform setups the AHIII client is being run on.
:salute
-
"What this showed me was that it was not an issue w\ the vid card itself, but that this particular vid card needed a platform that could feed it data faster and more consistently so that it could perform properly than the platform that I used it on prior. "
Excepting that for the first part of the beta....no pauses. Wasn't until beta went live (and like 1st or 2nd patch) that pauses started.....
-
I have all of the skins downloaded, but the checkbox was still checked for skins. So I unchecked that and I have not had a screen pause since. Still need to play more to be sure.
(EDIT) About two hours of playing without any stutters. Could be something else, but still seems to be fixed for me.
-
Last night someone mentioned to me to disable bump mapping as the player claimed that resolved his stutter issues. I tried it and didn't experience any stutters but I only took a couple of flights. Will fly longer tonight and see if I get any stutters with bump mapping off.
-
Ack-Ack, I need a very detailed explanation of the "stutters" you are talking about. For example, does it seem like you are getting dot crawl stutter, where each pixel shift is apparent? Or is it more of a longer, random, pause in the entire game, happening repeatedly?
-
I was rolling a tank around a V-base today and experienced stutters. I was filming and it shows them, do you want the film?
I've never had a CTD or anything like that, and to be honest up until now everything had been working good.
-
I was rolling a tank around a V-base today and experienced stutters. I was filming and it shows them, do you want the film?
I've never had a CTD or anything like that, and to be honest up until now everything had been working good.
Sure we want the film!
-
Ack-Ack, I need a very detailed explanation of the "stutters" you are talking about. For example, does it seem like you are getting dot crawl stutter, where each pixel shift is apparent? Or is it more of a longer, random, pause in the entire game, happening repeatedly?
Sorry, should have been more clear. By stutter, I meant a micro-freeze.
-
Here is what I have, maybe it helps, maybe it does not. If you go to the 8 minute mark and roll film you will see several stutters around the 8:30 to 9 minute mark.
I see the micro stutters but they do not show on film. IF, I am understanding "micro stutters" I see them as when rolling along and watching the ground terrain directly near to me, it is as if the terrain repeatedly hesitates, then moves again. I liken it to watching a ceiling fan, it spins and it's a blurr, but for a split second you concentrate on one blade, and you clearly see that blade, blink, and it a blurr again.
I tried to change numerous thing, but they were always there. My FPS stayed steady while filming. I was at a remote base, so I'm kind of the opinion what I am seeing is not voice related.
Hope you find something you can use
-
Screen pauses came back with a passion.
-
Greebo's craterMA map is a FPS killer for me atm. I'm putting it down to the clouds scattered across the map.
I will be rebuilding my machine soon enough so not asking for them to be toned down as they are beautiful.
-
Ack-Ack, I need a very detailed explanation of the "stutters" you are talking about. For example, does it seem like you are getting dot crawl stutter, where each pixel shift is apparent? Or is it more of a longer, random, pause in the entire game, happening repeatedly?
Here is a film I took the other day before patch 5 that shows the mini-freezes (stutter) I experienced. The first one was when someone used vox within range of me and the other one happened when no one was around nor was vox being used.
On a related note, took a few sorties tonight with bump mapping turned off and I don't recall experiencing any mini-freezes but I only took a couple of sorties and wasn't on that long to do a more extensive check.
-
Yesterday afternoon was when I had lots of micro stutters ( constant ) and a couple longer ones, plus frame rate drops for no reason I could see.
Did not matter DX9 or DX 11.
Last night I was on a bit rechecking, same base and vehicle I was at earlier..... Smooth as silk, and FPS solid 59-60 no matter what. I only checked it in DX 11.
A real :headscratch:
-
Micro-freezes tied to voice, too. More specificially:
- Starting transmission causes no problem
- Ending transmission causes a short screen freeze <1s
This didn't happen in AH2, nor does it happen in other games.
The voice hardware isn't an on-board sound-card but a USB device (a cheap mixer with built-in USB in/out). Made me think: Only few people see stutter on voice. Only few people connect their mikes to USB. Lots of other stuff is connected to USB on some computers, doing random things at random times.
Tested this:
a) Switched in-game voice input to on-board sound card. Stutters still persists (didn't restart after changing clicking apply+ok, but not necessary I think, couldn't verify - no mike connected)
b) Disconnected USB audio device. Stutters gone.
c) Reconnected USB audio device. Stutters re-appeared.
It's something with at least USB audio devices. Possibly other USB things, too?
-
Micro-freezes tied to voice, too. More specificially:
- Starting transmission causes no problem
- Ending transmission causes a short screen freeze <1s
This didn't happen in AH2, nor does it happen in other games.
The voice hardware isn't an on-board sound-card but a USB device (a cheap mixer with built-in USB in/out). Made me think: Only few people see stutter on voice. Only few people connect their mikes to USB. Lots of other stuff is connected to USB on some computers, doing random things at random times.
Tested this:
a) Switched in-game voice input to on-board sound card. Stutters still persists (didn't restart after changing clicking apply+ok, but not necessary I think, couldn't verify - no mike connected)
b) Disconnected USB audio device. Stutters gone.
c) Reconnected USB audio device. Stutters re-appeared.
It's something with at least USB audio devices. Possibly other USB things, too?
sounds like a processes is being saturated when voice is being used.
-
I do not have this problem, however I have seen guys in my squad that will disconnect when someone logs into the vox channel and keys up to say hello for the first time. This is something that happens on a daily basis.
-
sounds like a processes is being saturated when voice is being used.
Not exactly idle, but not really saturated either.
-
i was looking at your Diag log and i noticed you was using a RealTek driver , this may shed some light or give a better clue?
http://www.tomshardware.com/forum/19416-63-realtek-high-definition-audio-causing-video-audio-stuttering
http://forums.gamersfirst.com/topic/307358-realtek-stutter-fix-works-perfect-for-me/
just a thought
another possible cause
http://forums.steampowered.com/forums/showthread.php?t=1650591
also download the latest realtek drivers here
http://www.realtek.com.tw/downloads/downloadsView.aspx?Langid=1&PNid=24&PFid=24&Level=4&Conn=3&DownTypeID=3&GetDown=false
-
Prior to live I had no issues with freeze frame...after live I get a ...call it a screenshot... every time I transmit on channel or range...my game also stutters when I pull trigger. Someone said these could be linked to my video card. Will get a film later today.
-
Prior to live I had no issues with freeze frame...after live I get a ...call it a screenshot... every time I transmit on channel or range...my game also stutters when I pull trigger. Someone said these could be linked to my video card. Will get a film later today.
You running RealTek hardware as well?
-
You running RealTek hardware as well?
Don't think so
-
I've been getting freezes that last about .5 seconds, when receiving transmissions. This was using DX11 version.
I'm going to try the DX9 now.
Coogan
-
I uploaded a film last night for 2 other bugs relating to buzzsaw terrain. I am pretty sure there were some mini freezes in my film. I will check it tonight and mark what time they occur and re post.
I will copy my dxdiag as well. I checked my msconfig to remove anything from the start menu that might use resources.
All of my updaters check for updates are turned off as well.
:salute
-
'm getting pretty regular micro pauses in the game, and I am not currently using voice, and the screen freezes weren't tied to a transmission I received. Tonight each time I got one, I checked Net Status and there is always a spike in Variance after I've experienced a game freeze/pause. About 0.5 seconds in duration sounds right. I took some screen shots of the variance graph but I don't know if Variance is tied to the pause or just accurately reports on a pause having just been experienced.
EDIT: Freezes are occurring in DX11, just played DX9 and didn't notice any
-
I have experienced mini freezes and they seem random.
I did not find a film yet that has mini freezes.......I will keep looking.
I did install a sound blaster card recently and it seems the freezes are less than before, but I am not really certain of that.
I attached a DXdiag in text form.
:salute
-
Last night I was running some system checks on my box after a stint of intense fighting at A1 while flying in a Spit MkV and experienced 1 1-2 sec screen freeze while playing. Opened Kapersky Internet Security 2015 and was looking around then it dawned on me that I hadn't made any updates to reflect the software change from the AHIII Beta versions of AHIII (Dx9 and Dx11) to the release versions of AHIII (Dx9 and Dx11) in the Trusted Applications settings under the Threats and Exclusions settings in the Additional tab so I went in and made these changes and removed the old syntax as both AHII and the Beta have been deleted.....then got to looking in the Performance tab under Computer Resources and noticed that the checkbox that instructs Kapersky to concede resources to apps when the CPU and\or disk usage are high wasn't checked so I checked this as well so Kapersky will bow out when AHIII is running and using the CPU\disk.
Will reboot my box to ensure all has taken effect then will run some testing.......err, playing............and will post back on the results.
:salute
-
Alright, just got done w\ running AHIII after making all the changes mentioned in earlier post....................
While in 1st pass from A1 to A2 to take on the cons defending it I had no issues at all...........all was smooth holding 78-79 FPS w\o any freezing, pausing or anything........excellent operations. After battling a heroic but useless attack against 4 cons (1 Yak3, 1 NIK, 1 P38 and 1 Spit MkXVI) in addition to ground fire me and my trusty Spit MkIX went down in flames but not before landing several good hits on the NIK as he was manoevering using a spiral dive trying to shake me off his tail but using my throttle to control the Spitty's rotational forces I was able to maintain the inside track and keep the NIK at 200 yrds and crossing into my gunsite (ended up at the deck crossing over the town at A2 where I got hit by ground fire)...........
So during the climbout enroute to A2 on the 2nd pass from A1 I started working my views as fast as I could to try to induce a screen pause (this would come thru the CPU to the GPU to be displayed to screen.....control inputs to be synched w\ the graphics frames along w\ the sounds) and I was able to induce a very short screen freeze approx. 5 sec in duration but after this I could not create another 1. Once back at the target I engaged the same cons and we battled it out again this time latching onto the Spit Mk XVI and manoevering for position in the vertical so I was having to keep visuals on the XVI as this was in his advantage and didn't quite keep aware of the ground and just when I had caught the XVI in a moment of weakness I entered an accelerated stall and couldn't pull up so I augered quite spectacular into the ground.
Here is a copy of the MSI Afterburner capture of the minute screen freeze from whipping the views around on my box attached below:
:salute
-
...and I was able to induce a very short screen freeze approx. 5 sec in duration...
Just saying, but I think a 5 second screen freeze is not "very short". Did you mean 1/2 sec?
-
Just saying, but I think a 5 second screen freeze is not "very short". Did you mean 1/2 sec?
Good catch, Oboe.............
I had put the period behind the 5 like this "approx. 5. sec" when I typed it the 1st time then removed it after noticing it but got fooled by the period after "approx.".......................
Yes that should have been .5 sec.
Also doesn't help if I'm not wearing my glasses when I'm typing either....................... .
:aok
:salute
-
Just saying, but I think a 5 second screen freeze is not "very short". Did you mean 1/2 sec?
My screen freezes are about a second.....still need to record and see if it shows in film viewer.
-
Pudge thanks for the screen shot, I noticed gpu % was spiking just before freeze, you gave me a thought , I am wondering if it could be a shader bug causing a very long frame.
HiTech
-
Pudge thanks for the screen shot, I noticed gpu % was spiking just before freeze, you gave me a thought , I am wondering if it could be a shader bug causing a very long frame.
HiTech
No problem, Hitech.
Just so you know I've been working on my side of this as well. I've been doing some research and have made a setting change on my box to see if it helps w\ this as well. When I looked at that graph it said to me that my GPU had ceased work and was starting to down clock due to not having received the interrupt request from the CPU to display frames and that work was in the mem cache to get......
What I've done is disabled hyperthreading on my I7 5820K CPU to force Windows to better parse threads across the 6 physical CPU cores instead of hyperthreading threads down fewer CPU cores w\ the thought that by doing this using the 6 physical CPU cores instead of using say 3 of the 6 physical cores due to hyperthreading the CPU will actually become more efficient as from all that I've read it is my conclusion that once a CPU has at least 4 or more physical CPU cores present then hyperthreading at the consumer level doesn't deliver the CPU efficiency as it would have on a CPU w\ less than 4 physical cores due to the nature of how hyperthreading works relative to the avg consumer computer workload, including playing games, and the way in which Windows 7 allocates threads to a CPU core.............
So far from my testing I have noted my CPU did show to gain some efficiency as noted using Performance Monitor reading the threads processed from before to after using the exact same test procedure that I used (went from 1131 to 1301). So far when flying AHIII this morning since I did this I haven't encountered 1 screen freeze to date but I'll need to put more run time in before I make any definitive call on this but I certainly do like how my box is running since I've done this and the MSI AB graphs do show the CPU usage % did go up approx. 12%-15% from prior usage of 9%-12% (21%-27% now so my CPU is more actively involved while the game is running which should help w\ reducing\eliminating the screen freeze\pause that I have noticed if the issue was due to CPU processing as I DO run a LOT of component monitoring softwares in the background on my box).
:D
Anyway if you need something else from me just let me know. Always glad to help.
:salute
-
Maybe I'm misreading this, but isn't short increase before dropping to ~0 in the GPU% at the end simply related to alt-tabbing out (or quitting), and the freeze is somewhere earlier in the data?
-
After playing most of the day yesterday in at least 3-4 instances I didn't witness 1 screen freeze occurring regardless of the numbers online or whether the bulk of the fighting was at low alt where the graphics load would be highest.........
But after I had gotten shot down and was on the runway at A1 and had just started up the ole Merlin (prop was starting to spin up so there was visual movement in the graphics frame sequencing), a Bish player cued their mic and lo and behold I saw the screen pause for a split second then resume.
This is the 1st time that I could directly tie voice activation to a screen freeze\pause. Never saw another 1 after this even though several players were cueing their mics and speaking frequently........... I also demonstrated that this can happen due to other activities so this is not directly tied to voice activation but this is a process that is seen as an input thru the game software to the CPU to the GPU..........
Gonna do some checking in my X7's control panel and in Windows to see if there is some recording setting that may be influencing this on my end but after working w\ this I'm becoming more convinced that the interrupt signal from the CPU to the GPU that more work is available in the mem cache to retrieve AND it's time to flip finished frames to display is somehow getting delayed so the GPU hesitates until this interrupt is received and the work is then transferred to the GPU then the GPU resumes rendering\flipping operations. Why this is happening in this manner is the $64.00 question IMHO.
Maybe I'm misreading this, but isn't short increase before dropping to ~0 in the GPU% at the end simply related to alt-tabbing out (or quitting), and the freeze is somewhere earlier in the data?
Hi Ccvi,
Don't look at the end of the graph data as that data is when I exited the game. Note the large spike in the frametime in the middle of the graph that lines up w\ the GPU clock rate drop that lines up w\ the FPS drop that lines up w\ a highlighted down spike in GPU usage %.....that is the result of the screen freeze created while I was whipping the views around as fast as I could....doesn't mean that the view whipping around was the direct cause but the increased amount of data input into the game client software to get processed thru the CPU to then get sent to the GPU to process caused some kind of delay that caused the GPU to stop momentarily at that time as the large frametime spike clearly shows (recording the graphics frame sequencing of my Fury X and any enlongated spikes above the baseline represent a slow down in frame sequence timing). If you look closely down to the CPU usage % you will see a small highlighted shift in CPU usage % that also lines up w\ the GPU frametime shift...............
I have provided another snippet of the same graph where I used MS Paint to highlight this..............
This is why I run MSI Afterburner in the background (among a host of other component monitoring software) while I'm playing to record my vid card's performance. Using this software to monitor my Fury X I have captured and noted every instance of a screen freeze and to date they all have shown to interrupt the GPU in this exact manner, some not as severe as this 1 was but all affect in the exact same pattern. This data along w\ some other reading\studying up is the basis of my assessment of what's going on. Hitech is in a much better position to make use of this data than I am and is also why I posted a snippet of this so that they\all can see what I see to help them out.
This is also why Nvidia and AMD are big on the FCAT process (mostly driven by Nvidia at the outset) and using frame timing to TS and monitor and optimize GPU graphics performance.
Hope this helps.
:salute
-
Pudge thanks for the screen shot, I noticed gpu % was spiking just before freeze, you gave me a thought , I am wondering if it could be a shader bug causing a very long frame.
HiTech
Hitech,
Here are a couple of snippets attached below of MSI Afterburner graphs of my box running AHIII Release 3 Patch 6, 1 using Dx9, 1 using Dx11.........
In both of these I had AMD's Power Efficiency setting enabled (this would be enabled in Radeon Settings global driver settings by default....I had been running this disabled since the Beta days due to issues of GPU being excessively downclocked causing stuttering when running the Beta Dx11 version since Patch 22 forward) as noted as PE On.......
Both versions were run over TT in my Spitty Mk IX w\ AHIII client settings identical to try to maintain an apples-to-apples game load scenario as best could be done.
With the Dx9 version I couldn't get the game to exhibit a screen pause and you can also see that the Dx9 version worked the GPU and CPU much more aggressively as noted in GPU clock speed, temp and usage % as well as CPU temp and usage %.
With the Dx11 version I was successful in getting the game to exhibit a screen pause and you can see that the Dx11 version caused the GPU and CPU to downclock as noted in GPU clock speed, temp and usage % and CPU temp and usage % w\ the GPU downclocking more aggressively which caused much more stuttering as noted in the GPU FPS graph line difference between the Dx9 and Dx11 versions.
With all this in mind, would it be reasonable to think that the screen pausing\freezing may be a function of Dx11 interaction w\ the AHIII client? Is anyone who is using VR getting screen freezes using Dx11?
Also w\ the AHIII client software being the exact same as used in both Dx9 and Dx11, why would Dx9 work the GPU\CPU more than DX11? I would think that this would be opposite from my vantage point......... Probably need to do a little reading up on the differences between MS Dx9 and Dx11 to satisfy my curiosity.....
Anyway I put these out here in hopes this could help you out in solving this issue.
:salute
-
Just got done running the Dx9 version of Patch 7 and all went like clockwork.................no screen pauses, freezes, stutters, nothing but butter................
Had Resource Monitor running in the background monitoring my CPU and all was looking darn good............
Core0 was at 54%-57% usage, Core1 was at 78%-89% usage, the other 4 were no more than 5%-10% usage to come out to a total of 25%-27% total CPU usage (hyperthreading disabled).
Now that's how I want to see this I7 5820K CPU get utilized by AHIII where the 2 cores the client asked for it gets!
:D
:salute
-
Hitech,
I was messing around running AHIII Patch 7 in Dx11 tonite using the AMD Crimson 16.10.2 drivers set up in default settings except for the following:
Anisotropic Filtering set to override application settings & level set @ 16x
Power Efficiency is disabled
AMD FrameRateTargetControl is enabled & set @ 80 FPS
Game ran good but I also had a screen freeze occur......a pretty good one at that.
Graphs attached below.................
:salute
-
Then I got a thought & went in AHIII Patch 7 & disabled AA under Post Lighting & left all else as set.
Then shut down the game, went in Crimson 16.10.2 drivers & set AA at the driver level, set TF @ High & left all else as set.
Then started AHIII Patch 7 & flew around.................
The game ran excellent w\o nary a hitch or glitch or anything...............butter .
Attachments below....................
I remember you had mentioned that you thought there may be a bug in the shaders causing this freeze................
Maybe the bug is in the AHIII client shader application of FXAA under Dx11......................
Just a thought...................... ...........
Hope this helps you out...........
:salute
PS---I posted all this in this manner to separate the data to go w\ my postings as I couldn't attach more than 4 attachments in any single post.
:salute
-
Update:
I think I may have found the culprit to the screen freezes on my box...............
I was reading another thread where the OP had discovered the issue on his box was software-related....this got me to thinking bout mine but I knew mine wasn't software-related as I haven't changed\installed any other software except Crimson drivers (16.10.1 thru 16.10.3, 3 different drivers that exhibited the exact same issues) but I did remember that I had moved some USB devices around some time back that may have caused Windows to reassign them which would have set the power management selection for those devices (1 was my Gigabyte USB 3.1\PCI-E adapter card which my CH USB HOTAS goes thru and had moved the USB connection to my CH Pro Pedals from the USB port w\ a broken latch on my Belkin ExpressBus 4-port USB 1.1 hub to the last good USB latched port) to enabled by default so I went into Device Manager and checked the USB root hubs and guess what I found...........1 Composite USB 3.0 Hub (Gigabyte USB 3.1\PCI-E adapter card that my CH USB HOTAS is attached to) and 1 USB 3.0 Root Hub (Asus MG279Q USB 3.0 hub that is plugged into a USB 3.0 port on the same cluster w\ my Bigfoot Killer Ethernet NIC....think power regulation issues on this cluster) had the power management checkbox checked (which enables Windows to shut down power to these 2 hubs if the OS sees\thinks that these 2 hubs are not being used.....which will definitely cause the CPU\GPU to freeze due to either control input loss\Internet packet loss).
I unchecked this for these 2 USB 3.0 hubs then checked the rest to make sure that they were still unchecked (had done this some time ago to ensure that this did not occur but I had forgot to recheck all this after I had moved the USB cabling I had mentioned earlier) and all were still unchecked. Went back in the game since doing all this and have been flying around for the last 2 hrs now w\o issue.....I've even whipped the views around as fast as I could a few times trying to induce a screen freeze w\o success so at this time all seems to be resolved on my box.
Will continue w\ testing but after this I feel pretty good about it now.............
FYI.......................... ...
:salute
-
Pudgie, tried your idea on my system, and lo and behold no more freezes for me either. I was on last night for about 3 hours with no freezes at all. :bolt:
-
I tried to disable the power management on all USB Hubs, but it didn't stop the freezes at the end of each transmission.
However, maybe its not a power issue, but some other not so graceful stopping of the recording. Tried something very simple: Launched the windows sound recorder. Just by this one running, the micro-freezes after stopping transmission are gone. Looks like the sound recorder keeps the device in a state where the de-initialization doesn't occur.
Maybe AH could keep "listening" to the input, even if not using the data, to avoid the harsh deinitialization?
-
I've seem to have gone away from sound related micro freezes, but still have the periodic micro freeze.
Maybe we can start adding in what map we were on when it happens.
Some maps are worse than others for me......
-
All "solved" for me by running the recorder in the background.
Maybe its the NSA spying, randomly turning on and off the sound recording, causing the stutter when stopping the recording? I mean, there's lot's of terrorist talk ongoing, like "bring the bombs to a12" and so on.
-
I normally don't post much about the game cause I just play and don't say much. I love this game. Not being particularly computer knowledgeable I must say the screen freezes seem to be getting worse. It's really starting to take away from the enjoyment of the game for me.
I will play no matter what but something really should be done about this. It is happening during combat and a second or two freeze is really bad.
I hope something can be done.
Also seems to be a bit more warping than usual but this is not nearly as frustrating as the freezing.
Thanks for listening
:salute