Darth_Rogue

Just started getting a couple crashes today. The only thing that changed is I installed a few Windows updates. Here's the first error: ---------- Info ----------DaRT v2Time of crash: 12/11/2014 8:40:19 PMTotal used memory: 20 MB / 13776 MBThreads: 10---------- Error ----------Configuration system failed to initialize---------- StackTrace ---------- at System.Configuration.ClientConfigurationSystem.OnConfigRemoved(Object sender, InternalConfigEventArgs e) at System.Configuration.Internal.InternalConfigRoot.OnConfigRemoved(InternalConfigEventArgs e) at System.Configuration.Internal.InternalConfigRoot.RemoveConfigImpl(String configPath, BaseConfigurationRecord configRecord) at System.Configuration.BaseConfigurationRecord.GetSectionRecursive(String configKey, Boolean getLkg, Boolean checkPermission, Boolean getRuntimeObject, Boolean requestIsHere, Object& result, Object& resultRuntimeObject) at System.Configuration.BaseConfigurationRecord.GetSection(String configKey) at System.Configuration.ClientConfigurationSystem.System.Configuration.Internal.IInternalConfigSystem.GetSection(String sectionName) at System.Configuration.ConfigurationManager.GetSection(String sectionName) at System.Configuration.ClientSettingsStore.ReadSettings(String sectionName, Boolean isUserScoped) at System.Configuration.LocalFileSettingsProvider.GetPropertyValues(SettingsContext context, SettingsPropertyCollection properties) at System.Configuration.SettingsBase.GetPropertiesFromProvider(SettingsProvider provider) at System.Configuration.SettingsBase.GetPropertyValueByName(String propertyName) at System.Configuration.SettingsBase.get_Item(String propertyName) at System.Configuration.ApplicationSettingsBase.GetPropertyValue(String propertyName) at System.Configuration.ApplicationSettingsBase.get_Item(String propertyName) at DaRT.Properties.Settings.get_UpgradeConfig() at DaRT.GUImain..ctor(String version) at DaRT.Program.Main(String[] args)And once I close it out then I get this: ---------- Info ----------DaRT v2Time of crash: 12/11/2014 8:42:31 PMTotal used memory: 27 MB / 13699 MBThreads: 10---------- Error ----------Object reference not set to an instance of an object.---------- StackTrace ---------- at DaRT.GUIcrash.GUIcrash_FormClosing(Object sender, FormClosingEventArgs e) at System.Windows.Forms.Form.OnFormClosing(FormClosingEventArgs e) at System.Windows.Forms.Form.CheckCloseDialog(Boolean closingOnly)Ideas??

Over half of that was probably the new map files containing the new town additions. The 2 map PBOs are like 350MB together.

Noticing a lot of input lag when trying to switch weapons. I had to hit '1' 8 times to get it to switch to my primary weapon today. It's always been touchy but this is a bit ridiculous. Anyone else notice that?

Have you attempted to play on the experimental build to see if the problem follows?

I've never been able to get the FPS or performance monitor to show up in game with MSI Afterburner or EVGA Precision. FRAPS works great, but nothing else does for me.

Try playing in the experimental servers. I noticed a substantial performance improvement in that build. Keep in mind too that when you set your graphics settings too low, the RV engine puts the load on the CPU. Turning them up a little puts more load onto the GPU, which will then free up your processor somewhat. Finding good performance on the RV engine is all about balance. It's different from PC to PC. There is no 'magic bullet' setting that is a cure-all in every case. You just have to play with the settings on your system and find what works. That's not to say that on your system the game will even be playable to your standards, but it's the best hope you have at this point until they optimize the game better.

Below is a link to a potential fix. It's listed as being for Sim City for those using NVidia hardware but the problem is the same in both games, so odds are the fix may work for DayZ and for those with ATI vid cards as well. I know ATI has Catalyst Control Center (CCC) where you can specify settings for certain games too, just like NVidia does. I'm at work now so I can't test it myself, but it's simple to test and easily reversible if it doesn't work or has adverse performance consequences. http://sc4devotion.com/forums/index.php?topic=14332.0

Crash: Game Crash when using FLUSH command ^^^^ This is likely the culprit. FLUSH clears video memory when it gets full or has textures in it that are no longer needed. If I were working on this issue, this is the first place I would look into. Whatever they "fixed" with the flush command seems to have caused a different bug.

Crash: Game Crash when using FLUSH command The above is taken from the last patch change log. The FLUSH command is used to clean out the video memory every so often to keep it from getting overloaded with textures that are not being used. I don't know what exactly was done in that area in this patch and I'm no programmer, but it stands to reason that this may be a good place to start the bug hunt.

You're close. Can't say exactly on the map though. I was there just yesterday. Head due south and you should be about there.

Sounds like a database permissions issue. Each "shard" (as Dean calls them) should have its own set of credentials for login. You wouldn't want someone with login credentials for one shard being able to log in and alter data on another shard (read:server). That being the case, when they re-did the database yesterday along with the patch they likely made a mistake on the permissions settings in the hive shards for the affected servers. So what happens is, server restarts, tries to log in to its assigned shard in the hive, and cannot do so due to incorrect permissions or credentials, which leads to servers not being able to write any data to it, therefore explaining why characters and items are not saving. It will be a great deal of work for them to go through and verify the settings on all the shards, most likely taking close to the full two hours to do it all and then verify. Then again, I could be totally wrong. But based on what I know about SQL, administrating DayZ servers, and everything I've read from Rocket and the GSPs this makes the most sense. It's an easy mistake to make and SQL can be very unforgiving when you screw the pooch.

Frosti - Loving the sig man! ;)

I can almost guarantee that it's the IP address. Even if you use an internal proxy you're still going to have the same external (Internet) IP address. There is a server setting where this restriction can be disabled. It was also present in the mod. I have two members in my clan who are in the same house and they had the same problem. I was able to fix it for them by disabling the same IP check. But since these servers are hosted by GSPs with limited server control I don't know if you will find a fix for this until private hives become available. The only solution would be for one of you to sign up with an external proxy or VPN service. Several are available online and can be found with a Google search. The one downside to that may be a sizable hit in regard to ping. But it may be your only option until private hives and servers are supported.

You would likely still see performance issues with this method. The server will still have to track player locations and monitor them to see if the player is within an area that should trigger a zombie spawn event. It seems to me as though it would be trading one type of performance overhead for another and present with no real tangible gains.

If you're rocking nVidia SLI then you MUST check out this guide on Reddit. Boosted my FPS by 75+%! As of right now there is no SLI profile for the Dayz exe. It will likely be added on the next driver update, or maybe the one after depending on where they are in the driver dev cycle. But until then, follow the instructions posted in the link below. http://www.reddit.com/r/dayz/comments/1ta9ry/how_to_enable_nvidia_sli_in_standalone/