User Details
- User Since
- Mar 5 2013, 7:57 PM (611 w, 1 d)
Sep 6 2023
Made even a separate mod for it now
https://steamcommunity.com/sharedfiles/filedetails/?id=3031681047
Sep 5 2023
Actually even better solution:
modded class PlayerBase { override void AfterStoreLoad() { super.AfterStoreLoad(); GetStaminaHandler().SetStamina(GetStatStamina().Get()); } }
Sep 3 2023
So just this is really needed for the Stamina to get loaded from the PlayerStats since seems like PlayerStats aren't loaded before the Init but they're loaded before the first Update cycle. There's not a single m_Player.GetStatStamina().Get() in the StaminaHandler to actually load the Stamina from save. Why is it even build like this? Also there's basically three times m_Player.GetStatStamina().Set(m_Stamina) calls because SetStamina also calls it though SyncStamina, which there are two in the Update.
Aug 17 2023
Mar 26 2023
I've now gone through installing the Fanatec drivers from 412 up to 447 and 450 current versions. It's now not crashing if I've my wheel plugged in. But it's crashing now if I've my ClubSport V3 Pedals plugged in, so it went to completely opposite now.
Here's thread and post by me and looks like Fanatec has tried to see where the issue is for some time.
Also it happens in DayZ. Somehow had the wheel at Xbox mode and not in PC mode first when I tried.
Also if I remember right this didn't happen in the 2022 Summer-Autumn, so some update happened after that.
Log files collected by Fanatec Driver.
Sep 30 2022
Still there even in Experimental. Some examples
Jun 13 2022
What about if the focus is lower or you couldn't do it at all except when you walk or stand still. That way you could better focus when you go slowly. Focusing should be hard when you move especially sprinting.
May 27 2022
May 25 2022
Hmm should've do collection of all hard coded keybinds? I've noticed some inventory actions are hard coded like dropping items (G) and there were some others also. Can't bind Inventory to good old G for that reason... Need to check later more if you aren't faster.
May 20 2022
Likely related to the negative mouse acceleration that they have in the game? Very noticeable how bad it's when you go in vehicle turret.
There are some other keybinds that do the same. Here's the list I know so far:
CharacterNextFireMode
CharacterNextMuzzle
CharacterWeaponManualSafety
CharacterWeaponADS
VehicleADS
None of the mouse things can be set in-game. However Mouse Button 4 and 5 are supported already which are button 3 and 4. They just need to fix the in-game binding in the menu. Alternative way now is to edit .chimeraUserInput.conf file. When you bind something in the keybind you want to set, it appears there.
May 19 2022
Workaround until fixed for all bindings is to download the tools and edit the .chimeraUserInput.conf file. Need to bind something else first for the specific keybind to appear in there:
Nov 19 2018
Yes it's now working. Thanks!
Nov 18 2018
According to Baty my issue (and likely couple others who were in the preview testing in 2014) is getting fixed on Monday. They likely forgot to add in the allowed list our "temporary" keys that they had decided to become permanent :P
Nov 16 2018
Still no DayZ Tools showing. There must be something blocking that content from some of us. I guess not many have tried to get them yet so it's not more widespread issue?
Nov 14 2018
Picture from the Store Page of DayZ Tools
Mar 27 2017
Seems to be fixed in the hotfix RC.
Mar 21 2017
Yep this is in the main branch. Seems like you've slipped some parts of the new system in the main branch and that's why the UI layout is bit bugged.
Here's a topic in the forums where I picked this issue:
Feb 2 2017
This seems to be fixed. Just downloaded new dev build after testing the one where the issue was (when this report was made) and I couldn't make the game crash at all.
Dec 16 2016
Hopefully they're good now? From tomorrow I won't be on my computer for a month...
Dec 15 2016
Yeah I can always repro it when I've played for a while on another map. It's usually very quick crash then.
Also some notes what the values were without Arma 3:
Crash files and dxdiag from the crash that's in the video
Nov 7 2016
OK so here it's how it happens:
Jun 9 2016
Jun 8 2016
Jun 2 2016
May 30 2016
May 11 2016
Added a video and information in additional information:
https://www.youtube.com/watch?v=RgghghasgLQ
The boring walking/jog part is 4x speed up.
It took ~944s to jog and get the orange hungry status.
It took ~2156s to walk and get the orange hungry status.
I don't know the speed of those movements. Knowing those would be easy to calculate the energy/distance ratio for both of those movements. All you can easily see is that you can cover a lot more by jogging.
I start from a certain point.
I start to walk just when I've reached the yellow hungry status.
Then I walk until hungry status is orange.
I stop, eat and start to jog back when my hungry status has just changed to yellow.
Jog until the hungry status is orange.
Notice how much further I got when I jogged compared to walking.
Edit: Yes now I remember that I was talking in the radio. I usually keep my VON open so everyone near me could hear me and maybe not shoot.
Happened second time now so it can happen pretty often.
I only had -nospalsh and -newui so yes it could be the -newui. Need to test and try to produce repro situation. Hard to say yet because it was very random for me. I haven't text chat with anyone yet so need to test that simple thing first then.
I uploaded three pictures that should show everyone what effect the vignette has in your screen. You can toggle that on/off but you need to toggle it off every time you get in a server. It annoys me to see those lines in my screen because they're ugly. That vignette doesn't do anything else in the game other than what you see in those screens.
You need to watch the pics in full screen. If you can't see them well then you need darker background. They're more obvious when playing the game than in those screens.
Rotten can also be pristine. Likely working as intented.
Noticed this Yesterday from the PAX Stream so it's still true in 0.58.
Another extreme video about the issue. Best reproed when sprinting with 2h weapon and freelook somewhere. Sprint and don't and you see that extreme changing. Also freelook when sprinting is like in a rollercoaster.
Sorry I wasn't enough specific. I'll write a repro. It's very simple:
Have a one handed weapon or no weapon at all in your hands and your hands must be down, not raised.
Lean back or forward, which means move mouse up or down. Best example is to look at your feet.
After that use the free look button (Alt) to look around.
Start to jog. With sprint and walk it doesn't work.
Now when you look around you should see the same behaviour as in the video.
I think that happened with two handed weapons before but that probably got fixed some time ago.
Yes I see everything horizontal if I've my head leaned front and watching left and right.
How it's currently in DayZ is not how it shoul be at all. It can cause even some motion sickness on people and it looks freaking stupid and buggy as you can see in my video. If that's a desing decision then it's very bad one.
You likely don't even need these -cpuCount=2 -exThreads=3 -maxMem =8192
Also -maxMem =8192 should be -maxMem=8192
Have you even tried without parameters? -noSplash is likely the only thing you need.
OK I tried literally everything but I finally found the solution. I had set use large pages from registry to allow large pages files for DayZ.exe but now that the .exe has changed it made the game crash instanlty. I did that because of fred42's tbbmalloc for large page files but now that the .exe has changed radically it doesn't work :P
http://forums.bistudio.com/showthread.php?177454-a-simple-registry-tweak-for-increased-performance
Sorry for your time loss.
There's no RPT or any dumps created from sessions that I try to start with experimental. They're dated about month ago and RPT got only things from stable. Sorry but there's nothing to help you out. Crashes too fast to even create any dumps.
Yep confirmed
I got a crash but there wasn't any crash dumps created of the crash. Only event logger naturally has something.
I've a problem where my character suddenly sprints couple steps and get back to the speed I was going. Very annoying when you're fighting against something.
I WALKED in Berezino for 1.5h and almost died for a bled out, at least I was unconcius once. I've found good amount of food and I'm now healthy. I've only walked except when I fight against zombies. If you spawn in a bad place it can be tough for first but when you've clothing and a backpack you can survive. Running everywhere can be one of the reason why people say hunger and thirsty is now OP.
I like how the stomach isn't as big as before.
Hunger and thirsty probably comes too quickly but I didn't test yet have they changed that radically.
Uploaded a new crash that just happened.
Uploaded.
May 10 2016
Happened for me when I just tried to thrown an item. Got stuck in the animation and relog was the only solution
Still an issue. Freaking annoying when you can't hear what other player is saying and if you type couple times you get kicked... But seems to be addressed according to the forums.
This has been for a long time but now I remembered to report this. I prefer use trees only option in Arma so I'd like to get that option working ;)
I remember Rocket saying that they don't want to do all the different versions of 7.62 but use only one that fits all the 7.62 weapons. Not realistic but that's the plan. Naturally it can change at some point.
I think this is an issue only with some buildings and not all.
The game has simulated moon phase so moonless nights are darker than with a moon. Also overcast affects how bright it is outside. Get used to it.
Just noticed this. Your videos are private so we can't see them.
/Or my issue is maybe different not sure. I'll upload a video in a minute.
www.youtube.com/watch?v=OBkj90Xlipw
Just tested yesterday to shoot a zombie couple hundred meters away with ACOG sight. Aiming at the same spot and the bullets got left, right over and under. It's crazy.
Those boxes probably aren't empty. You need to empty the box and you get the ammo not split.
Are you using Windows XP? I get that error when I tried to run the game with -winxp parameter.
Specs
i7 2600K @ 4,4GHz
MSI 560 Ti 448 1,2GB 800/2000MHz
G.Skill RipjawsX 2x4GB 1600MHz
Samsung 840 SSD 250GB
"When this occurs, what is your system performance like? i.e. RAM/CPU load etc."
GPU doesn't get fully utilized when watching buildings. The more buildings in field of view the less GPU gets utilized. CPU load in towns is between 20-30% but without hyper threading that means 40-60%. CPU usage is the same in forest but GPU gets utilized over 90% and naturally fps is better then. RAM seems normal.
"Does this occur on all servers? Are you able to switch servers and confirm this?"
No matter what server.
"Does the time of day seem to affect this at all? Does day/night have any noticeable impact on this issue?"
No matter if day or night.
"What was the server load like? How many people were online at the time, were there a significant amount of zombies/players/bodies in the area at the time?"
Zombies and loot might effect. No matter if 10 or 40 people on the server.
I've played Chernarus+ alone in the editor in Arma 3 and performance is very good. I can run stable 60 fps in Cherno and everywhere else but in standalone it's between 20-40fps. I'm wondering if the loot is very unoptimized in this game or is the building draw different in A3 and DayZ?
For me it feels completely unoptimized client side issue and Rocket has sad that client side isn't optimized at all so I'm really waiting for it. I really feel like stable 60 fps pretty much everywhere can be achieved after the optimization.
Workaround for now is you need to release the running key so you jog. I've my running on shift+W and if too steep slope comes I release shift and I jog. If I wouldn't release it I would walk.
But this thing needs to be fixed at some point.
I kind of hope this is a feature.
Some more additions yesterday and today.
This has been true on every deerstand that I've visited.
RTSS RivaTuner Statistics Server seems to be the cause of this now. It wasn't back in the day when I reported because this happened even without it. Now this only happens if I've RTSS running.
The DXGI seems to happen likely because I've to close the task from the task manager. I'm now trying to see if it's Avast doing something though I can likely say sure about that only in the next week. No time to test more.
350.12 drivers have the same issue so it isn't that.
I removed those parameters and still the same thing.