Jump to content

sulman

Member
  • Content Count

    35
  • Joined

  • Last visited

  • Medals

Community Reputation

11 Good

About sulman

  • Rank
    Private First Class

Profile Information

  • Gender
    Male
  • Location
    Western Pennsylvania
  • Interests
    Linux, Armed Assault series, Motorbikes....

Contact Methods

  • Biography
    Western PA via the United Kingdom.
  1. 'Tankbusters' is up: http://steamcommunity.com/sharedfiles/filedetails/?id=1253176502 The vehicle AI makes this quite a bit harder than in A2, but still achievable as long as you use your supports. It's more of a command mission than anything else. I plan to do 'Concrete Oasis' next as that is a hoot to play.
  2. BAF 03 Seek and Destroy is up: http://steamcommunity.com/sharedfiles/filedetails/?id=1242980777
  3. Hike In The Hills is up: http://steamcommunity.com/sharedfiles/filedetails/?id=1237992488 Very few changes. The original missions has the Opfor units move on a trigger and immediately switch to a 'search & destroy' waypoint positioned near the centre of the village, however in A3 this doesn't work very well, Ironically because the AI has got smarter; they will hunker down and find positions as soon as they know about you, which is almost immediately. This led to firefights in the 400-500m range, and the end mission trigger rarely working because there was some pixeltruppen hiding behind a rock somewhere in the hills, so I moved the initial waypoints up a little. Now they move more readily into the fight, like the original.
  4. I saw the other chap has ported quite a few since; Interestingly Hike in The Hills took me a while to get working properly as the mission flow is quite complex and uses a considerable amount of FSM with some legacy a2 functions. I think I'll post my version anyway when I'm happy with it. The other person's version didn't have weapon cache trigger (when I tried it, at least) possibly because this trigger is handled in grpMain.fsm which needed a fair bit of editing. The other issue is that in ArmA 3 it plays differently; victory condition is no enemies (or enemies fleeing) within a 450m radius of the village. The problem: Engagement and spotting ranges are way higher in A3, so some enemy units will camp /wait / snipe around 400-500 metres, thus leaving the player to find them. I've not decided on the best solution; I will either include a support unit (a single gunship) allowed after a certain time, or I will change the trigger conditions. Also, default loadout in A2 was MK16 with Holo sights which aren't ideal for this kind of fighting (after initial fight in Village you'll be having 300-500m exchanges of fire) Reluctantly I think I will make some changes to balance it out and bring the flow closer to how it was in A2.
  5. I fixed this; the copied over .sqm had 'CARGO' in the 'special' field of their Vehicle section, and the units dutifully spawned correctly, but obviously the vehicle didn't move. So I did it the old-fashioned way and started them outside with 'moveinCargo' statements in the init and it worked absolutely fine. Perhaps ArmA 2 handled this differently, but it works now.
  6. I'm porting a mission from Arma 2 and have encountered an unusual problem. Player starts as cargo in an AI Humvee, but the vehicle does not move to its waypoint at the start, unless you get out and get back in again. I can't for the life of me figure it out. Vehicle is placed on the map in Eden with waypoints; it's a simple setup but something is obviously not right. I tried adding some waitUntil checks, but no dice. The game seems satisfied the player is in the vehicle but won't start moving unless the player gets out and in again. I tried setVelocity, engineon, the usual tricks to try and give him a shove, but same result. Vehicle spawns in with the player in there with his two squad mates but won't budge until I select get out and get back in, at which point it's fine. Works okay in ArmA 2.
  7. I've started attacking OA's 'Hike in the Hills', which has considerably more complexity than the others (a lot of FSM and the usual initJIPcompatible.sqf malarky legacy calls), but I think I have a handle on what I need to do.
  8. Village Sweep is up: http://steamcommunity.com/sharedfiles/filedetails/?id=1232739180
  9. Village Sweep should be up over the weekend, just have to tidy up the Objectives and debrief. Going to do a few of these, they're quite good fun. I'm also going to mail some old Armaholic favourite authors to see if they'd let me port some, or point them to these threads if they want to do it themselves.
  10. An Eye For An Eye is up: http://steamcommunity.com/sharedfiles/filedetails/?id=1231810893
  11. I've practically finished two, I'm just in a black hole of endless tinkering and testing now. 'Village Sweep' was quite straightforward; outside of the class name substitutes there was only one piece of Arma 2 code that didn't work. 'An Eye For an Eye' is superficially very simple (played many times down the years, a nice 15 minute mission) but on looking there is a lot going on. Many lines of dialogue, and it took me a while to understand that ArmA 2 single player still runs 'initJIPcompatible.sqf' which contained the majority of the mission scripting. init.sqf by contrast was a zero-length file. There were also numerous calls (I think around 60-70) using 'MPframework' which does not exist anymore, so all the tasks and kbTell dialogue had to be converted to remoteExec, all of which is totally new to me so it was an interesting if frustrating exercise. The other thing is ArmA 3 plays a little differenty, with more aggressive AI, longer spotting distances, and no revive for single player (this is a big second-chance giver) so it makes me think about some balancing, but I've decided to completely leave it alone and unchanged. A single AH1Z included in Village Sweep can win the mission for you singlehandedly, it was never such a killing machine in ArmA 2. 'An Eye For an Eye' has an end trigger if you lose a single squad member, which seems harsh to me and indeed I tested it with a more tolerant limit, however there is so much dialogue with 'waitUntil' dependent on squad members script would not execute when they were dead, so I'm leaving it. I think this was the motivation for this constraint in the first place... I'll try and get these released in the next few days, then I will do some more.
  12. You know, I'd never thought to search for OFP stuff in the workshop; and of course, there it is! Now I've got even more distractions... That's good to know, I'll playtest some more and I'll publish some. Thanks for your help, and for the guide, I would not have been able to work it out otherwise. I wrote a little Python script to do what your Notepad++ plugin script does with your CUP class dictionary (I'm a Linux user so needed something different); I will publish it once I'm happier with it.
  13. Yes, I played a few of them, I think they were more like reboots on Altis using a similar briefing, but crucially, often used original sound files which I think is a grey area. I think it would be nice for people to have them but I don't want to piss anyone off.
  14. Hi all, A quick question, and I think I already know the answer. I really love some of the single-player scenarios in ArmA2, specifically 'Village Sweep' and OA's BAF Single Missions, and I wanted to see if anyone had ported them to ArmA3 using CUPS or AIA, but no dice. So, using the @bardosy incredibly useful guide (and object dictionary), and using CUP assets, I set about learning to do it myself. So far I have 'Village Sweep' working with one or two scripting quirks (replacing some secops scripts) left to fix. My question is, could I share these via Armaholic or the Workshop? I suspect it isn't allowed, but no harm in asking, right?
×