Jump to content

LuizBarros99

Member
  • Content Count

    28
  • Joined

  • Last visited

  • Medals

Posts posted by LuizBarros99


  1. On 12/26/2020 at 7:26 PM, Ex3B said:

    So, I guess that the answer is: no, not without scripting.

    So then do you know of any scripts readily available that can reveal the firing position of enemy artillery if the shell lands within X meters of unit types A,B, or C, for example.

    Like a script that just places a marker on the map if a shell lands close (a few kn) of a recon nyx with its radar on/ a tigris or cheetah with radar on/ a SAM radar... and so on?

    I cant see any balanced way to give artillery to a side if they can always fire without even a hint if where it comes from

    Possibly a bit "necro" (last post on this thread was from late 2020), but I think "ITC Land Systems" might be what you are looking for. That mod has counter-battery features, and potentially allows you to identify where the enemy artillery is coming from (and even intercept incoming artillery shells)


  2. @strider42 I also noticed something curious:
    seats that are capable of "Fire From Vehicle" always get occupied by units from the "_crewPool". This means that the Qilin, the Prowler, and the offroad pickup will be almost entirely always filled with only said units.

    And as a result, those vehicles are effectively useless for use in the "_MotPool" category.

     

    I also have a few significant changes that I have done to portions of code, that I think it could be interesting for me to send you a PBO of the mission for you to unpack and check out.


  3. Now for suggestions, I think that it could be interesting a way to have both Attack + Transport helicopters at the same. Perhaps make it similar to how we can have both tanks + transport vehicles (by them being different variables on the parameter that calls the EOS/Bastion system).

     

    Also something that could be interesting would be a way to make each enemy "type" spawn on preset locations when using the "Bastion" mode. Basically place a few markers, and list these inside the array like this:
     [PATROL GROUPS,SIZE OF GROUPS,["MarkerInf1","MarkerInf2","MarkerInf3"]], 
     [LIGHT VEHICLES,SIZE OF CARGO,["MarkerMot1","MarkerMot2","MarkerMot3"]],
     [ARMOURED VEHICLES,["MarkerArm1","MarkerArm2","MarkerArm3"]],
     [HELICOPTERS,SIZE OF HELICOPTER CARGO,["MarkerCH1","MarkerCH2","MarkerCH3"]],
    etc.


    Finally, maybe create a new thread so that you may appear as the "Thread Starter", and also be able to have the latest version of the script/system on the very first page of thread.


  4. On 7/29/2021 at 7:54 AM, strider42 said:

    @fawlty, well done, I wounderd who whould spot that error first 🙄 ...

     

    Now  I have had a look at it this appears to be an error I introduced quite early in my work but because I don't use attack helicopters I did not notice it.

     

    For whatever reason, even if you set the cargo size to zero it sill gives you a transport helicopter that will deliver 1 unit to the AO.  @fawltyas you have no helicopters in the transprort pool you get an error because it is trying to create a vehicle of class "" (i.e. an empty string).

     

    I'll have a look through the code and see why it no longer works.  S

     

    I also noticed another error, ships/boats and diver groups seem to not be getting their waypoints properly. Basically the ships/boats were just not moving and seemed to have no waypoints, when I looked at through ZEUS.


  5. On 10/2/2019 at 8:54 PM, Jove Chiere said:

    Grande @Tova, a very clean and fast script.

    I love that you use the name of the .p3d to locate the objects.

    I also tried using the Replace script, but I couldn't save the problem of the unnamed models.

    Goodjob...

     

    I was doing tests to replace the buildings directly in the terrain config, but although anulate the model's autocenter, the doors were still moving.

     

    On black buildings, the problem is in CUP.  

    They have a file called CUP_Terrains_Hsim_data_fix.pbo that overrides ToH settings to send conflicts with the material that CUP uses within its mod.  

    But also extracting this file gives errors and visual defects in CUP terrains.

    Hey, I am very "beguinner" in relation to understanding how mod work in ArmA 3.
    Because of that I can't quite comprehend why can't you just replace as many assets with assets that can be found in game or in CUP Terrains mod? I think it would be a lot more functional solution if its possible.


  6. On 8/28/2019 at 7:01 AM, LuizBarros99 said:

    Yes, it would be about what you did. The only minor issue that I ran into is that there are multiple logistics entities, but I can only set a single owner for a trigger. See the picture as a reference:

     AirBaseLogistics.png

    I'm thinking about making a trigger that the condition is basically "one of the logistic items/entity" being alive, by basically doing a "alive 'x'" for each of the entities, so that if at least one of them is not destroyed, then the trigger is still activated (and the spawn should hopefully still work)


  7. 14 minutes ago, LuizBarros99 said:

    I'm testing using something like "alive INDLOG_01 or alive INDLOG_02 or alive INDLOG_03 or alive INDTRUC_01 or alive INDTRUC_02 or alive INDTRUC_03" as the activation condition for the trigger, and synce it to the spawn modules. Now I will test it.

     

    On 8/25/2019 at 11:21 PM, Larrow said:

    Are you using BIS respawn system? Should be as simple a placing a respawnPosition module and syncing to a trigger, something like TEST.

     

    This worked like wonders when using the trigger synced to the spawn module. Thanks for giving me the heads up to make it as a trigger sync-ed to the spawn module.

    • Like 1

  8. On 8/25/2019 at 11:21 PM, Larrow said:

    Are you using BIS respawn system? Should be as simple a placing a respawnPosition module and syncing to a trigger, something like TEST.

    Yes, it would be about what you did. The only minor issue that I ran into is that there are multiple logistics entities, but I can only set a single owner for a trigger. See the picture as a reference:

     AirBaseLogistics.png


  9. 1 hour ago, LuizBarros99 said:

    Oh, so when the trigger is active it allows to spawn, and once deactivated it disables? Or is it the other way around?

    If I need the trigger to become disabled in order to "turn off" the spawn point, I bet that I could just copy the trigger and replace the "!alive" with "alive". So that once the units are no longer alive the trigger deactivates, and (hopefully) also deactivates the spawn point synced to it

    EDIT: Now I realised that I would need to change the condition from an "alive 'x' && alive 'y'" condition to something like an "alive 'x' or alive 'y'" condition, as having the "&&" would cause the spawn to be disabled as soon as the first unit gets taken out...


  10. On 7/17/2019 at 7:47 AM, Larrow said:

    Something like THIS ?

    OMFG, That is EXACTLY what I was after! (RN it is nearly midnight, so tomorrow I will test it more in depth, specifically trying to make it work with multiple sectors in a similar fashion to the mission I made in my STEAM WS)
    Also onto something else, how could I do something similar, but a lot simpler for PLAYER spawns? To be precise: The scenario that I have is that once the "logistics things" of an airbase are destroyed, this causes the conditions of a trigger to be met and it gets triggered to activate a "set Task status" module. But I would like to have this same trigger also disable the player spawn.
    I bet that if I were to properly comprenhend the system that you made, I would likely be able to get this done. But I am still very unfamiliar with all of the ArmA modules (specially the logic ones). Not to mention that I am still almost analphabet in relation to scripting. Which talking about it, I could imagine this being done with the "On Activation" parameter, but I would have to try countless options such as stuff like "deleteVehicle" and the Var name of the spawn module.


  11. On 6/12/2018 at 6:32 AM, Larrow said:

    Place a sector as normal, connectiing side logics for sides that can capture the sector (ie Blufor and Opfor) etc. Then once you have your standard sector setup..

    • Place a systems > logic entities > misc > unlock and sync it to the sector
    • Place a triggers > trigger, do nothing to it other than...
      • Set activation to Blufor
      • Tick repeatable
      • Sync the trigger to the unlock you created above
    • Place a systems > modules > other > SpawnAI, fill out any attributes you want (side and faction being Blufor) and sync it to the trigger you created above

    Repeat the setup above for the opposite side making sure the triggers activation and spawnAI are set to Opfor.

     

    When a side captures the area the SpawnAI module that is synced to the the unlock trigger that has an activation of said side will start to spawn units. If the sector is captured by the opposite side their SpawnAI module will start to spawn units and the opposite side will stop.

    TEST_MISSION

    Hey, I am wanting to do mothing quite a lot more overly complicated than this, which would be to:

     

    1 have the AI spawn only work if the sector is captured by its team (I.E. if "X side" does not own the sector its AI can not spawn in a given point)

    2 have the AI spawn only work if there are no entities of other (hostile) sides (I.E. BLUFOR AI can only spawn in said point if there are neither GUER nor OPFOR units present in a given area [likely needs to be done with a trigger for each side/faction])

     

    It is because I once had a mission where I fought a constant CSAT VIPER spawn point right in front of me, less than 150 meters away, with at least around 8 Viper soldiers appearing every spawn (which was at most every 30 seconds apart from each other), and on top of that I was still blamed for myself ending up going down... So I kinda of got some PTSD from this terribly awlful experience.


  12. 4 minutes ago, LuizBarros99 said:

    All I know is that I tried today with Ravage with ZEUS, and I had a CSAT Viper Operative empty all of his ammo into a zombie and nothing (the Coef was set to 1). He even hit them DIRECTLY with multiple magazines of the 50BW ( I even remote controled him at one point to give him more ammo/health, since he was emptying all of his ammo, and the zombie was only beating him with impunity...)

    BUT... I will double check BC b4 of that "undieying zombies thinggy" I placed a single CSAT guy with a Zafir, and he mowed down 3 zombies in the exact same prison cell he was in... (and the undying zombies REALLY did not die: I pounded them with so many ordinance from ZEUS...)

     


  13. On 6/20/2019 at 1:07 PM, Gill93 said:

    I had Coef set to 1 and it took around 4 shots with a 1911 to the head with Coef set at 5 it takes two shots to the head and or body I believe anything higher and its basically a instant kill no matter where you shoot lol

    All I know is that I tried today with Ravage with ZEUS, and I had a CSAT Viper Operative empty all of his ammo into a zombie and nothing (the Coef was set to 1). He even hit them DIRECTLY with multiple magazines of the 50BW ( I even remote controled him at one point to give him more ammo/health, since he was emptying all of his ammo, and the zombie was only beating him with impunity...)


  14. 1 hour ago, the_one_and_only_Venator said:

     

    Since Arma 3's maps are kind of small these kind of speeds wouldn't benefit the gameplay I guess.

    Well, it would technically make the game more realistic, and likely actually slightly reduce the speed at which aircraft fly, since aircraft would be made like ~50-100km/h slower at sea level.

    And if they really want to go fast, they would have to climb to higher altitudes, which takes some time, makes them show up on radar and other electronic sensors like a xmas tree. Not to mention that this likely makes the aircraft almost unable to attack ground targets if it is at very high altitudes. (I said that I find this to be "LIKELY", it since I am not sure if it is even possible to get soldiers, vehicles, houses, etc. to show up from distances such as 8+km altitude, which can even cause some LoS distances as big as 25km if the aircraft is high enough and the target is not directly under the aircraft)

     

    Likely an aircraft at such altitudes would be FORCED to rely on only lazer guided munitions to be able to reliably kill anything.

    Not to mention that this likely will actually make "ground striking" lesser effective, since the aircraft will be limited to only said weapons, AND will take longer to reach a "striking position" at like 15km altitude and also will likely take longer to RTB from said altitude, unless if we are talking about stuff like operating a fighter aircraft at over 100km away from his air base. (which THEORETICALLY is plausible) What this would affect more would be in fact "Fighter vs Fighter" engagements.


  15. Hey, I was testing the jets flight model and I got baffled with how terrible they behave at altitude! Literally a MiG-19 from 1950's will out perform (in nearly every "flight perfromance" way that I can think of) a To-201 Shikra from 2035 when above 8km altitude! That is how bad the fighter Jets flight model is right now.

     

    What I am pretty sure is the likely cause of the issue is likely the lack of a "Reheat"/Afterburner being modeled, and from superficial looks of things, the jet engines are modeled as just "simple conventional turbojets" in the sence that they do not have an apparent afterburner. 
    I am able to assume this conclusion because nearly every "good fighter jet" that has an afterburner will have a FASTER level flight speed at higher altitudes, with the previous example MiG-19 fighter jet being able to nearly reach 1500km/h at about 10km altitude.

    And on top of that, still be easily capable of climb past 15km while still being at least transonic, if not even supersonic! And we are here talking about one of the very first supersonic fighters in the world! 
    So lets see how fighter flight performance evolved in about 80 years:

    The To-201 barely climbs any better than a MiG-19;

    It is only faster than the MiG-19 when bellow about 8km;

    It is able to reach 1500km/h on the deck (actually good achievent here, since the MiG-19 is barely supersonic on the deck!);

    It is unable to even maintain level flight at 14km, while the MIG-19 can easily go supersonic even at 16km altitude (Again, that is the reason why I think that it does not have an afterburner modeled!)

     

    This suggests to me that the flight performance of the To-201 is just BARELY any better than that of a 1950's jet fighter! So can we see the ArmA 3 fighter jets tweaked to be able to only reach about some ~1450 km/h at sea level, but then made able to reach at least about 2500 km/h at high altitudes such as at 10-20km altitude?

    This is because those are the speeds achievable by the Sukhoi Su-27, Mikoyan MiG-29, and McDonnel Douglas F-15 Eagle, all 1970's-1980's fighter jets!

    Remember that ArmA 3 is supposed to take place in 2035!


  16. Just now, LuizBarros99 said:

    (I myself have a LOT of personal suggestions that I believe would be great to have in the next game)

    Just so I can clarify my suggestions (however IDK if this is the correct section to do so though) are mostly related to realism of vehicles and ordnance. To be precise I would suggest a damage modeling for vehicles similar to the one used by a game called "War Thunder", which is the most detailed damage modeling I have seen up to this point. Also I would suggest to have more precisely modeled armor and armor penetration on vehicles.

     

    Also effects of destroyed modules should be more accurately portrayed: A destroyed gun should only be either unable to fire, have less accuracy, or even explode if fired. (Explosion and inability to fire should be in case of damage to the gun breech, and lesser accuracy damage to gun barrel) Also crew should be knocked out by penetrating projectiles and subsequent shrapnel effect. Ammo should be modeled, and detonate if destroyed. (except if it is contained in a protected ammo rack like how most NATO tanks have in their turret and some times also in the rear portion of the hull's fighting compartment) And fuel should also catch fire if directly hit. (tanks usually had measures of fighting fires, so this fire would be able to be put out)

     

    And most importantly: Mostly be DONE with overall HP system for vehicle destruction. Someone repeatedly shooting frontally like an external track or roof mounted MG turret with APFSDS should not be able to make a 60 ton tank spontaneously explode.

     

    However aircraft are pretty decently modeled, only mostly needing slight improvements such as removal of the "overall vehicle HP" and maybe some other refinements.


  17. I would like to open this topic to ask out of curiosity how drastic was the impact of the DayZ mod and its Standalone game in the ArmA series development and player base growth. Specifically how it brought new players as a consequence increasing the sales of the ArmA series and also the overall community size. This was because DayZ back in the day was an insane success, was like a fever, and everyone wanted to play it, which meant that people needed to have ArmA 2 (I myself learned of the series from DayZ videos). This most likely was what make ArmA's community grow the most, bringing a LOT more resources for Bohemia to invest further in the series development and make the rather insane evolution that they did with ArmA 3 from ArmA 2.

     

    As such would like to open a discussion: How much this increase in sales did positively impact the development and success of ArmA 3?

     

    And based on this massive increase to the overall community that the DayZ brought, what kind of lovely surprises may we expect from Bohemia for ArmA 4? (I myself have a LOT of personal suggestions that I believe would be great to have in the next game)


  18. On 19/01/2019 at 8:48 PM, m1lkm8n said:

     

    I'm confused by this comment. I never said anything about losing anything. I just gave you an answer on why we have to use the current method. 

    I meant it like "What down side could it have".

     

    On 20/01/2019 at 1:51 AM, beno_83au said:

    This is a VBS reference (and actually doesn't quite help to answer the OP) but I do remember a sewer/drain tunnel object that you could climb down a ladder and, I think, clip through the terrain into the below structure (the tunnel piece). Again, this was in VBS3, but I always wondered why I'd never seen anything like it in ArmA.

    While definitely not being an ideal implementation, it would definitely be a lot better than currently not having any proper underground ambient

    • Like 2
×