Jump to content

linuxx

Member
  • Content Count

    36
  • Joined

  • Last visited

  1. I have added Napf. Truth is, I added it a long time ago, I just forgot to commit it to GitHub.
  2. You could block them with the Windows firewall. If you have the IP's in a text file (one ip per line) use this script to read the file and add them to a Windows firewall rule; @echo off FOR /F "tokens=*" %%a IN (IPList.txt) DO CALL :blockip %%a GOTO end :blockip SET ip=%1 ECHO blocking IP %ip% netsh advfirewall firewall add rule name=IP_BLOCK action=block enable=yes dir=in localip=any remoteip="%ip%" :end The IPList.txt would look like this 99.99.99.99/24 8.8.8.8/32 10.99.0.0/16 5.5.5.5
  3. It doesn't really matter. The "_ci", or "Case Insensitive" is the important part (used in LIKE query's). latin1_swedish was used prior to the hip, new Unicode craze (utf8, utf16, utf32, etc.). From a Epoch perspective, they are the same. Unicode is used to store accent characters (á, é, í, ó, ú, ü, etc.), and symbols (死你邪眼輪). Latin cant store characters from languages that use symbols, like Chinese, or Japanese without some conversion. Edit-- I believe the default in MySQL (if not specified) is latin1_swedish_ci.
  4. Ah.. I see... This line screws with my development server too. I think the splash screen of death (+sounds) is the symptom of many ailments.
  5. Its missing the semicolon }; #include "\z\addons\dayz_code\system\REsec.sqf" //<----- //Start Dynamic Weather execVM "\z\addons\dayz_code\external\DynamicWeatherEffects.sqf"; Should look like this }; #include "\z\addons\dayz_code\system\REsec.sqf"; //<----- //Start Dynamic Weather execVM "\z\addons\dayz_code\external\DynamicWeatherEffects.sqf";
  6. Most people use BEC http://ibattle.org/
  7. I had this problem on my vanilla Epoch server. what fixed my problem.
  8. Have you tried to clear your DZC cache directory in your C:\Users\<username>\AppData directory?
  9. my problem with being stuck at the loading screen, but being able to hear my character walk around. YMMV...
  10. Thanks to Foxx from Tempest (www.tempestportal.com) I have this fixed. I found that all of my tables were lower case. The SQL script that ships with Epoch has the tables in "CamelCase". Foxx noticed that one of the tables wasn't being read correctly by the Hive.dll. I couldn't create tables with any upper case characters (even with everything set to a case-insensitive collation). I found a config option for MySQL that fixes this. Open my.ini; Find [mysqld] Add this #allow camel case tables lower_case_table_names=2 Restart MySQL net stop mysql net start mysql Then drop all tables* and re-run the SQL Epoch script. Everything seems to work now! *Warning, this will delete all player data! You've been warned...
  11. The 333 made me laugh. I saw this post, and figured that since it was in the client PBO, that it wouldn't work (I didn't believe any of that code was executed on the server). I tested anyway and it didn't fix it. I even added a few debug log lines just to see if this code even executed. diag_log "DEBUG: loadscreen guard started."; _display = uiNameSpace getVariable "BIS_loadingScreen"; if (!isNil "_display") then { _control1 = _display displayctrl 8400; _control2 = _display displayctrl 102; }; diag_log format["FINDME step1",nil]; if (!isNil "dayz_DisplayGenderSelect") then { waitUntil {!dayz_DisplayGenderSelect}; diag_log format["FINDME step2",nil]; }; diag_log format["FINDME step3",nil]; // 120 sec timeout (12000 * 0.01) while { _timeOut < 12000 } do { //if (dayz_clientPreload && dayz_authed) exitWith { diag_log "PLOGIN: Login loop completed!"; }; if (dayz_clientPreload && dayz_authed) exitWith { endLoadingScreen; diag_log format["FINDME step4",nil]; diag_log "PLOGIN: Login loop completed!"; }; As I expected, I don't see any of the "FINDME"'s in both server and client RPT files.
  12. No dice. I see something come across the screen that says "activating flush", or something along those lines, but the problem persists. I have also cleared out my AppData directories (all of the Arma ones), with no change. P.S. you are only half evil...
  13. So this might be a client side issue? I will try it when I get home...
  14. The only part of DayZ that I have found to heavily utilize disk is the SQL server. Epoch is very chatty to SQL, so the closer to the SQL server you can get, the better (local SQL is best). Disk I/O from the SQF files seems to be minimal (from the server perspective). I believe the server might even use memory resident copy's of the SQF files. Something quicker/easier than using a RAMDisk would be to use MySQL's memory tables (free). You would have to write a loader script to load the data into the tables after reboot. Even more importantly you would have to have good backup scripts, and good "export on shutdown" scripts. P.S. doing this on a cloud server would be no different than a home server P.P.S. More MHz the better with Arma! Server cycles are important.
×
×
  • Create New...