Jump to content
Bohemia Interactive Forums

colosseum

Member
 View Profile  See their activity

  • Content Count

    292

  • Joined

  • Last visited

  • Medals

Posts posted by colosseum

  1. Posted

    Hmm... I'm still unable to make it work.  I have the C-130 sitting on the tarmac, manned by BLUFOR pilots, synced to a probability of presence 0 Independent unit with rank of Colonel. 

     

    He then receives a LOAD waypoint directly in front of him on the airfield.  This is synced to the AAF squad's GET IN waypoint (with the sync direction being AAF -> C130). 

     

    The C130 then gets a MOVE waypoint somewhere out over the water south of North Sahrani (with "c130 flyInHeight 1000;" in the onAct box - the C130 is named "c130"). 

     

    The C130 gets a TRANSPORT UNLOAD waypoint at Antigua airfield.  The AAF squad receives a GET OUT waypoint at Antigua (synced to the TRANSPORT UNLOAD).

     

    Am I doing this wrong?  The AAF squad boards the plane, but it just taxies across Rahmadi until it sinks into the ocean.

  2. Posted

    Interesting - so the guide I was following had some errors. It was quite old (2013 I think) so I assume an interim arma3 change happened.

     

    So essentially creating a function out of the loadout change and then executing it from the unit's init box will do the trick?  I don't really see why this would be different, but I'm sure it DOES work.  I'll have to give it a shot tomorrow.

     

    Shame about the problems with containers.  I guess from now on I'll have to incorporate workarounds like having the players start with whatever gear is necessary for the mission... I assume this is a problem with the game itself that the devs are working to fix?

     

    Thanks for your help!  It's much appreciated.

  3. Posted

    Hi all -

     

    I'm having a problem with a few missions I've made for Arma3 on my dedicated server, all related to player loadouts and vehicle/crate cargo loadouts.

     

    I had previously been using "addWeaponCargo", "addMagazineCargo", and "addItemCargo" on the vehicles/crates to populate the loadouts.  This obviously didn't work in dedicated/MP servers because I wasn't using the "addWeaponCargoGlobal" command (and equivalents).  Once I did this, each player could at least SEE the available inventory in each crate, but some of us aren't able to pull items out.  No one was able to pull out container items (uniforms, vest, packs).  When I attempted to just move them to the "Ground" tab in the inventory screen, they'd disappear entirely, or sometimes appear on the ground and then be unable to be picked up.

     

    We are using ACE3 and RHS.  Does anyone know why this happens, and what scripting commands I can use to avoid it?  It also seemed to give us a weird ACRE inventory desync error.

     

     

     

    The second issue relates to player loadouts.  Originally, I was exporting directly from Arsenal and adding those script lines to each player's init box.  This obviously works fine in local SP and the editor.  On MP/dedicated servers, SOMETIMES a player would spawn without any weapons.  It's very frustrating and difficult to figure out.  Because of this, I googled around and found a way to "fix" it.  I created a game logic with this as the init script:

    [this] call compile preProcessFile "loadouts.sqf";

    Loadouts.sqf looks like this ("p1" is the first playable unit).

    comment "Remove existing items";

removeAllWeapons p1;

removeAllItems p1;

removeAllAssignedItems p1;

removeUniform p1;

removeVest p1;

removeBackpack p1;

removeHeadgear p1;

removeGoggles p1;



comment "Add containers";

p1 forceAddUniform "U_BG_Guerilla1_1";

p1 addItemToUniform "ACE_EarPlugs";

for "_i" from 1 to 2 do {p1 addItemToUniform "ACE_fieldDressing";};

p1 addItemToUniform "ACE_morphine";

p1 addItemToUniform "ACRE_PRC343";

p1 addBackpack "rhs_assault_umbts";

for "_i" from 1 to 2 do {p1 addItemToBackpack "hlc_200rnd_556x45_M_SAW";};

p1 addItemToBackpack "SmokeShell";

p1 addHeadgear "H_Cap_blk_Raven";



comment "Add weapons";

p1 addWeapon "hlc_lmg_minimipara";



comment "Add items";

p1 linkItem "ItemMap";

p1 linkItem "ItemCompass";

p1 linkItem "ItemWatch";

p1 linkItem "ItemRadioAcreFlagged";

p1 linkItem "rhsusf_ANPVS_14";

    Any ideas?

  5. Posted

    On the surface, this seems like it would be simple.  But as is all too often the case with Arma, of course it isn't!

     

    I'd like a squad of AAF soldiers to board a C-130 (the only transport aircraft available, thanks to the RHS mods...) at an airport, fly to a destination, land the C-130, and disembark.  This seems like it would be very, very easy to accomplish.  But it isn't!  After hours of googling and fooling around in the editor, I've decided to cut my losses and ask the good gentlemen of this forum if they have any suggestions.  I'm using Sahrani (the great terrain from ArmA1).

     

    Here's how I have it setup currently:

     

    1. The squad is sitting on the tarmac of the Rahmadi airport in the southwest.  The C-130 is a BLUFOR unit synced to a "probability of presence: 0" AAF unit with the rank of Colonel (making the BLUFOR C-130 into an Independent unit). 

     

    2. The squad receives a GET IN waypoint on the C-130 (LOAD does not work as the C-130 isn't part of the squad, and making the C-130 part of the squad meant it spawned in the hills behind the airport, exploding in the process (I love Arma).)

     

    3. The squad receives a MOVE waypoint to a destination several kilometers southeast of the Antigua island (way northeast in Sahrani).

     

    4. The squad receives a GET OUT waypoint on the Antigua airfield.

     

    What am I doing wrong?  Half the time, the squad boards the plane, and as it tries to take off, it just crashes into trees as it seems to try to taxi all the way to its MOVE waypoint.  It doesn't attempt to taxi to the end of the runway and take off as normal.  Sometimes the troops just stand there and don't even board the aircraft.

     

    I love and hate this game.

  6. Posted

    Love this mission - we've played since the original was made for Arma2. 

     

    My only small suggestion would be to remove the player's starting headgear and vest.  If they really were captured, it's likely the enemy would take these away from them at first opportunity.  It would also make it more interesting to have to scavenge for armor and helmets as you play.

     

    Great stuff either way!

     

    edit: I'm also a little baffled by the complaints about this mission being too hard.  It's about escaping, not about amassing a big quantity of weapons and "assaulting a base" after you "clear the hills".  If you want that play something else.  The only time I've ever beaten this mission was with my two friends and we basically didn't fire a shot after killing the beginning guards and (luckily) finding a map.  I purposefully don't pick up AT weapons because then I get tempted to try to duke it out with the BTRs and BMPs that spawn - when in reality you'd just be running for your life in the opposite direction, throwing away everything that would make you slower!

  7. Posted

    I was able to resolve the issue with the interaction menu not appearing, but only by wasting basically my entire Saturday reinstalling Arma3 and then redownloading every single mod through PWS' notoriously slow client (even with a premium account...)  My friend is experiencing the same issue loading the same set of mods as me, and my feedback to him has been to just reinstall everything overnight.

     

    I'm unsure why this works but it seems to do the trick.

  8. Posted

    After whatever update was just applied I can see no interaction menus regardless of the other mods I'm running alongside Arma3.  I've tried this with my usual modset (RHS and some of the HLC weapon packs), and also with no other mods enabled except ACE3.  I'm using PWS as the mod manager, and am signed up for the development version of Arma3.

     

    I'm reinstalling Arma3 right now just in case.  I've already tried deleting the local copies of ACE3 and CBA to no avail.  The aforementioned workaround (moving the CBA auto XEH PBOs into the CBA addons folder) also does not work.

     

    edit: Also, I did not have any extraneous mods inside the arma3 addons folder (I know this would likely cause problems itself).

  11. Posted

    Another niggling suggestion - the traditional "manual of arms" reloading procedure for the FN FAL has the user racking the charging handle with the palm facing yourself and the thumb facing away from the rifle. This is a more "positive" action and allows the operator to use the muscles in the arm to rack the notoriously stiff/heavy FN charging handle (vs. just the wrist). The only time it's advisable to rack with your palm facing out is when you need to lock the working parts to the rear by first retracting the charging handle and then engaging the bolt catch with the thumb.

    If my wording doesn't make sense, take a look at this video. The guy racks it correctly around 0:55 or so:

    Anyway, some useless trivia. The animation for the FN reload shows it being done with the palm facing out - which has always bothered me in games. Change it if you'd like, or ignore it - still a great addon regardless!

    edit: Funnily enough the guy in the DSA video above later racks it the way you've shown in your animations, so maybe I'm just completely wrong. Anyway, the method I've always liked when shooting my own FALs (and the one I've seen in many other places) is as I described. Your choice, of course. I completely understand if you have no interest in reworking the animation just to satisfy some idiot who comments in your threads, though. ;)

  12. Posted

    I can do it, really it's a trivial non-issue for the top mount and side mount, but in all probability I'll do just the top because as a personal thing I think drilling and tapping for M1913 rails in a the foregrip is a pretty ugly solution.

    So yeah, next patch, will do.

    I'm actually with you there - the stock FAL handguard is likely not strong enough to mount rails and still maintain a zero etc. I just hate the look of big railed fore-ends - the classic 3 slot handguard is so iconic on the FN. Thanks for the reply!

    edit: Also, brilliant work with the StG57 - can't wait to see it. Really top notch work in here.

  13. Posted

    Very good stuff. I particularly like the FN package.

    Any way we could get the FN FAL 50.63 (the Para model) to accept rail attachments? Ideally without ruining the base model of the rifle (with no rails)... though I admit that I'm less than knowledgeable about how the Arma3 weapons are set up. For example: is it possible for the game to render the rifle with the DSA rail top cover when an optic is mounted, but with a normal lightweight classic top cover when there's no optic? Same for the handguards where you'd inevitably mount a pointer/illuminator and flashlight - when those are enabled, show a small rail section drilled into the handguard, and when not enabled, show the regular handguard. I completely understand if this is wishful thinking.

    Thanks for all this. It's 99% perfect as it is as far as I'm concerned.

  14. Posted

    Why wasn't this system built into the game from the beginning is my question? It seems like it would be fairly simple from a "rules" standpoint to develop, and ArmA3 is already simulating a lot of other things that could be considered less essential... this is supposed to be the penultimate infantry sim, so why isn't every part of being a foot soldier exquisitely simulated? Hold off on the "lightning strike" nonsense for your multiplayer games and focus on an extremely well-done core game...

    Just a gripe of mine...

  15. Posted

    I actually thought that ACE struck a pretty good balance, and can't think of many things that were done just because it was realistic, but that's not really the topic of this thread.

    On the topic of armor implementation, if we have to work within the system we have now, my only suggestion would be get rid of it. There just isn't any way I can think of to properly implement an armor system without either more detailed hitboxes or some greater penalty to both players and the AI for being shot in the less armored extremities (preferably both). The system as it is now is neither authentic or fun or even usable, especially against AI.

    It's just a little ridiculous that I can't justify using anything less powerful than a 7.62 because it's the only way to kill the enemy AI before they kill me. The primary reason for deciding to use a higher caliber weapon should be extending effective range, not stopping power.

    I have to echo this man's complaints. Right now, the 5.56mm and 6.5mm weapons just seem entirely worthless. I have to plug and plug and plug away at an enemy before they go down, and it really detracts from the gameplay. The same goes for 7.62mm weapons (!!!!), but not quite to the extent of the intermediate calibers.

    I agree with RobertHammer's idea re: using the vehicle armour system for infantry, if it's even possible. Anyway, I'm not a game dev - so don't understand the inherent difficulties being presented - but it does feel to me like the current system is not up to par.

    As always, thanks to BIS for even listening to us in the first place! This is why you guys are my favorite developer.

  17. Posted

    Right - I would expect that. The CSAT infantry just have load bearing vests (no plates or even soft armor as far as I can tell). It looks to me like the AAF and NATO have traditional plate carriers - but there's not a piece of body armor in the world that can stop 7.62x51mm NATO rounds and not put the user out of the fight! I think Level IV plates are good for one or two (at most) hits of .30-caliber, but that soldier isn't going to just "twitch" from the impact and immediately shoot back and kill me...

    Would be great to see this system fleshed out more by Bohemia as it's definitely on the right track otherwise, though. Let's just make the hits seem more realistic!

  18. Posted

    @ Colosseum: Are you talking about stable branch or dev branch? I ask this because stable branch has not been updated for over a month, while all changes are on dev branch, and I don't know how many of the latest changes on dev branch will make it to stable branch as part of Tuesday's "ADAPT" update.

    Ah, that probably explains it... was running the stable branch.

    Anyway, I'm not "mad" at anyone (the game is still in development after all)... was just extremely frustrated after attempting to play the campaign and realizing my favorite game wasn't working as expected. :(

  19. Posted

    I'm just saying, but whatever has been changed recently does not seem to be realistic at all. I just attempted a playthrough of the first campaign level after not playing ArmA 3 since last November. I had picked up a 7.62mm M14 EBR and watched AAF troops take three hits to center mass, twitch, and then keep shooting at and eventually kill me. Yes, they were definitely hits - the enemy troops twitched with each hit. Furthermore, this was at 200m range.

    I hope this is being worked on as the game is entirely unplayable with this system. 7.62x51mm NATO rounds don't stop for shit (even rifle plates), and a hit to the chest with even one round of 7.62mm ball will take anyone out of the fight - even if they're wearing Level IV rifle plates.

  21. Posted

    Agreed about Lingor becoming built up! I had several missions that relied on the remoteness of the southwest corner of the map, and now Icebreakr went and ruined them with buildings! How dare he! ;)

    But seriously though - I think the above poster has a point. I really liked the remote jungle areas of Lingor. The residential areas are awesome, but I think there's a balance to be struck. Perhaps a new landmass with a few small villages and a bunch of uninhabited areas?

  22. Posted · Edited by Colosseum

    Reporting a strange crash that seems to occur after 10~ minutes of playing, both in SP and MP.

    ArmA2:CO v 1.62 (no beta patch).

    This is with ACE (which has also been reported in their thread). I haven't had time to test it with vanilla ArmA2. I am running the latest version of the game.

    Crash report logs: https://dl.dropbox.com/u/16140164/ArmA2/errorLogs20121217.rar

    The game seems to lose its video. It crashes to desktop, but ArmA is still running and mouse commands will still have an effect in game (shooting, etc which I can hear). I updated video card drivers thinking this would fix it but still no luck. Any ideas?

    I made some hardware changes to my computer before I noticed this happening (installed a new internal HDD). I've opened the case and verified the video card is plugged in and configured correctly and it throws no errors in other games.

    Going to totally reinstall tonight and report back but would like to know if anyone else has experienced this error.

  23. Posted · Edited by Colosseum

    After the latest ACE update, I get a random crash to desktop after a few minutes of gameplay. Anyone else experiencing this?

    Strike that - turns out I wasn't fully updated. I'm updating now and will report back if this still an issue.

    Edit: Still an issue even after the latest ACE update. Any ideas?

    Here's a link to the crash info from the RPT file and the minidump:

    https://dl.dropbox.com/u/16140164/ArmA2/errorLogs20121217.rar

  25. Posted

    I've received that complaint from several people... the problem I've run into is that, with 14~ objectives, each defended by at least a squad of AI, performance starts to noticeably drop when I add more enemy squads. A solution we have investigated is to just reduce the amount of objectives and beef up the available ones.

    If I had more time and was a better script writer I'd invent a way to despawn the enemy AI when you're more than 500m away from the objectives, etc. But alas...

×