Jump to content

Brockie

Member
  • Posts

    365
  • Joined

  • Last visited

  • Days Won

    2

Posts posted by Brockie

  1. I have not tried this script yet because I already used gems on my server for mounted weapons.

     

    But I would really like to try this script it looks really nice!

     

    I may have to try it and just change some gems for my own uses but it would be lovely if you could find a spot somewhere for 50 cal tripods (m2, dshkm, kord) and grenade launchers (ags, mk19, gmg)

     

    And I also liked the slayer music in your video  B) nice work

  2. Here's the way to do it according to vbawol:

     

     

     

    Sniped link per report, BTW, This is not anything new I just helped someone on our Teamspeak the other day with the same exact functions.

    https://community.bistudio.com/wiki/setObjectTexture

    combined with:
    https://community.bistudio.com/wiki/setVehicleInit

    and 
    https://community.bistudio.com/wiki/processInitCommands

     

    Will give you JIP compatible texture replacements if the vehicle is setup for it.
     

    Add this on line https://github.com/vbawol/DayZ-Epoch/blob/master/SQF/dayz_server/system/server_monitor.sqf#L126 change the ANYCLASS to your vehicle class and the texture path to that of a paa file in your mission pbo.

    if (_type == "ANYCLASS") then {_object setVehicleInit "this setObjectTexture [0, "\pboname\texture.paa"];"};

    Also add 

    processInitCommands;

     

    here: https://github.com/vbawol/DayZ-Epoch/blob/master/SQF/dayz_server/system/server_monitor.sqf#L261

     

     

    and actually his line of code is missing a semi colon after the quotation at the end.  I believe it should look like this:

    if (_type == "ANYCLASS") then {_object setVehicleInit "this setObjectTexture [0, "\pboname\texture.paa"];";};
    
    

    heres mine:

    if (_type == "SUV_TK_CIV_EP1") then {_object setVehicleInit 'this setObjectTexture [0, ''custom\SUV.jpg''];';}; 

    and dont forget

     

     

    and on a side note there is a way to do it on the fly but I can't remember exactly how atm but I will post it later if I can remember how to make it work.

  3. Maybe close Steam then start the server?

     

    Mine are running without Steam open just fine...

     

    Maybe I'm doing something wrong.  I launch my server without steam but then I start steam so I can communicate with friends as I play the game.  I guess when the server restarts tho since my steam is running now it glitches out and closing steam means closing my server.  Also sometimes it glitches out further and stops me from starting OA at all saying: app is already running.  Which means I have to wait for the server restart and then fix my app running problem so I can start OA and my server at the same time. Ideally I would like the server to run independant of steam and stop glitching out like this.  I don't want to have to close steam at every restart.  If there was a way to force steam to ignore the process?

     

    I've tried making a task kill batch file with some success but mostly failure, it worked the first time I tried it and then never again for some reason....

     

    this is in my C:\Program Files (x86)\Steam\SteamApps\common\Arma 2 Operation Arrowhead folder:

     

    taskkill.bat

    @echo off
    echo.
    echo kill ARMA2OA.exe
    set armakill="C:\Program Files (x86)\Steam\SteamApps\common\Arma 2 Operation Arrowhead\"
    cd /d %armakill%
    taskkill /im ArmA2OA.exe
    

    I've also tried:

    @echo off
    echo.
    echo kill ARMA2OA.exe
    set armakill="C:\Program Files (x86)\Steam\SteamApps\common\Arma 2 Operation Arrowhead\"
    cd /d %armakill%
    taskkill /im ArmA2OA_BE.exe 

    It worked the first time I tried it and never again sigh...

     

    If I kill the Steam Client Bootstrapper it closes steam completely... 

     

    I'm sure there must be a way but I haven't found it yet.

  4. The problem with this fix is, that it doesn't continue to compile for the client.. meaning that they often dont get their actions. This is causing a lot of friendly fire deaths, no humanity changes on kills, friendly fire kills mean people often respawn where they died.

     

    With my fix?  actually my fix simply solves the starting process failed if your ARMA 2 needs to be run again and it WILL NOT CAUSE ANY OF THE PROBLEMS YOU SAID.   If you are referring to insertcoins' fix well as I'm about to explain I definitely don't recommend doing that.  

     

     

    I never had this problem until I installed Infistar. Last night I installed it and now I've had several players tell me this is happening. It's happened to me a bunch of times too. The last time I was able to get into my server, I connected through the in-game browser instead of DayzCommander.

     

    My fix is for if you are getting stuck at the very end of loading screen, as in your character is in game and you can hear sounds but you just see the end of the loading screen.  It really has nothing to do with infiSTAR, I can vouch because I run infiSTAR and like I said me and my players never get stuck on loading screen, ever.  The only ONE person that got stuck was because of an improper LOCAL installation. IE steam did not recognize Arma2 regular as have being run before.  Most likely due to updating the EXE file and then not running it.... some players just don't pay enough attention when they are updating, so I can really see this as being the issue.  And it will not always happen either, sometimes the guy could get in and most other times he got stuck on load screen, but once he ran his arma 2 and fixed the issue it never happened again.  I've not added any (endLoadscreen;) scripting at all in my server.  I feel that it is not necessary, really a dirty fix, and I don't recommend it.  I tried it before and it didn't seem to help at all... just the opposite actually.   I feel that these load problems are LOCAL CLIENT issues, not server issues unfortunately.  And adding endLoadscreen should not be necessary.  The only recommendation I have is to always check .RPT for the errors, teach your problem players about the local RPT.  

     

    FYI:  I am currently running (1.0.5.1/125548)

    infiSTAR build: 13072014IAHAT332B  (you can see your exact build in ah.sqf)

     

    note that my infiSTAR build is about a month old.  each build can have different issues, for example the only issue I've found with my build is that players can not get into the options menu it just closes.  and there might even be an easy way for me to fix that.. but its not a huge problem.  It's working well with all my scripts etc, no other issues which is why I haven't updated it.  So I can't really say about the specific version of infiSTAR that you are using, but infiSTAR has never caused me any loading errors that I can think of.

     

    Again check the RPT.  also please describe in detail the problem.. is it a grey screen, is it the loading screen, if so does it say anything on the loading screen when it freezes or in the RPT. 

  5. do not change anything in dayz_code pbo itself.. you must move the file out of there first.

     

    to change something you must copy and paste the file to your mission pbo and then change the pathing for your new custom location.

     

    example move compiles to custom folder in the root of your mission pbo

     

    change the path from \z\dayz_code\init\compiles.sqf to custom\compiles.sqf  (in your init.sqf)

  6. thats very werid i dont have this error Check failed, unable to open file: C:\Program Files (x86)\Steam\steamapps\common\Arma 2 Operation Arrowhead\ACR\desktop.ico

     

     

    Well my advice is to check that RPT file for any errors that are preventing you from joining.  Seems to be a client issue.  Otherwise, Insertcoins has a different 'FIX' that might help you. 

  7. Hey people.  I wanted to share my most recent fix for this.

     

    I had a player with chronic issue stuck at load screen, hearing sounds and I could see him moving around but he was stuck at loading screen.  None of my other players have this issue at all, just him.  So I made him delete his local .RPT file, because I was sure it had to be a local problem, and then after trying to join he sent it to me.  This is what it said:

    =====================================================================
    == C:\Program Files (x86)\Steam\steamapps\common\Arma 2 Operation Arrowhead\ArmA2OA.exe
    == "C:\Program Files (x86)\Steam\steamapps\common\Arma 2 Operation Arrowhead\ArmA2OA.exe"
    =====================================================================
    Exe timestamp: 2014/07/20 16:04:36
    Current time: 2014/07/27 14:51:47
    
    Version 1.63.125548
    Check failed, unable to open file: C:\Program Files (x86)\Steam\steamapps\common\Arma 2 Operation Arrowhead\ACR\desktop.ico
    Starting process failed.
    Item STR_EQUIP_NAME_41 listed twice
    Item STR_EQUIP_DESC_41 listed twice
    Updating base class ->NonStrategic, by Ca\config.bin/CfgVehicles/HouseBase/
    Updating base class ->HouseBase, by Ca\config.bin/CfgVehicles/Ruins/
    

    Notice unable to open file: and then Starting process failed.

     

    I knew this had to be the error because it says Starting process failed.

     

    After some trial and error, what we found was that when he tried to launch Arma 2, it said it was the first time running the game again if you know what I mean... Joy!  

     

    For whatever reason steam wanted him to run regular arma 2 again and he didn't realize.  Well he didn't even know what an RPT was.. Now when he joined the problem was solved.

     

    Hope this can help some people.

×
×
  • Create New...