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/

Have you tried using DART on it? Might work, might not. But it's worth a shot.

I haven't seen anywhere where the spawn selection and/or gender selection screen has been fixed without having the use a custom HiveEXT.DLL. Any plans to fix this?

Ok so I have a few tips for you. First off, you will be better off setting mysql to run as a service on your server instead of using a batch file to run the exe. To do this, open a command prompt and then go to the directory where your mysql exe is located and type "mysqld --install". That installs MySQL as a service on your Windows machine. The program (service) will then need to be started. Go to "Start>Run" and type in 'services.msc". Find the Mysql entry and right click on it. Click "start". You're off to the races. Now, everytime your server starts, mysql will always be running in the background and you won't have that annoying window on your desktop cluttering things up. PROFIT! Next, when you run batch files and you are opening programs in different directories, you have to tell the batch file to change directories in order to find the program you're wanting to start. You do this with a "cd\" command. So....your batch should look like this: @echo offecho Führe das Spawnscript aus...cd\ D: (you would only have to use this and the above line if you are starting on drive "C". Otherwise you can remove them)cd\ xampp\mysql\bin\. D:\xampp\mysql\bin\mysql.exe --user=XXX --password=XXX --host=XXX --port=3306 --database=XXX --execute="call pMain(1)"timeout /t 5 >nulecho.echo.echo.echo Starte den Server...cd\ "drive and path to your arma2oaserver executable" (remove quotes)start .\Expansion\beta\arma2oaserver.exe -mod=Expansion\beta;Expansion\beta\expansion;ca;@hive;@dayz -name=cfgdayz -config=cfgdayz\server.cfg -cfg=cfgdayz\basic.cfg -profiles=cfgdayz -noSplash -cpuCount=8 -high -maxMem=8192echo.echo.echo.timeout /t 5 >nulecho.echo.echo.echo Starte den BEC...cd\ D:\Games\dayz\9447487\BEC\start "BEC" "bec.exe" -f Config.cfg{0A}Launcher wird geschossen.{07}timeout /t 5 >nulexitThere may be some slight differences depending on your exact setup, such as drive letters and so on, but I think that will help get you closer. One thing that I changed is to use a "timeout" command instead of "ping". I noticed a problem with memory consumption on my server when I used the "ping" command in my startup batches for some reason. Migrating over to "timeout" made it go away. Weird...but it worked. Anyways, hope that helps!

You could add the building sqf files into your mission pbo which you should be able to update on whatever host you are with, whether it's on the official hive or not shouldn't matter. There are multiple threads on several forums on how to do this, along with many sqf files with building packs. There are no rules against adding custom stuff (AI, self-blood, buildings) in a official hive server.

Here is my config file for the Sarge AI. Check the weapon loadouts and skins and edit as needed for your server. Enjoy! :) SAR_config.zip

The best thing to do is to extract the init.sqf, description.sqf and mission.sqm from dayz_code\system\mission. Then copy everything that is in those individual files you extracted and paste it to the bottom end of all the respective files in your mission pbo. DO NOT just copy over the files in the mission PBO! They are not complete! You MUST add the code from the files in the dayz_code pbo into the mission files. That will complete your normal mission files and place them in one, easily-accessible location. From there, edit as normal. I can tell you from experience that the self blood script does not work in 1.8 as it sits. It needs edited to remove the combat check. Check the discussion thread on OpenDayZ about the script and it will provide instructions. Also, with SargeAI, make sure to edit the weapons used (in SARconfig.sqf) for the various classes of AIs, as some of the weapons defined may or may not be active.

I can tell you from experience that you don't want to use gotcha for logging. I had the same problem with trying to get the logs showing in gotcha. Server became unplayable. I moved off gotcha and went to BEC.

I'm getting an error in my RPT log. 9:04:06 Warning Message: Script z\addons\dayz_server\compile\server_publishBuilding.sqf not found 9:04:06 Warning Message: Script z\addons\dayz_server\compile\server_heliCrash_dzn.sqf not found 9:04:06 Warning Message: Script z\addons\dayz_server\compile\server_medical_ckg_dzn.sqf not found I have verified that the files are not present in any available server builds. Including the one listed here, the one from Pwnoz0r and also Bliss. Are these really needed? If so, where can we get them? I have also noticed that when you try to repair a vehicle, the entire vehicle gets repaired automatically without having to go through the repair animation and without using any parts from your inventory. When bandaging, you cannot abort the operation and move around. Your are frozen until it is done. If you happen to be getting attacked when bandaging this results in almost certain death.