Jump to content


  • Content Count

  • Joined

  • Last visited

  • Medals

  • Medals

Posts posted by Fireball

  1. Honestly I love the new lighting, i just wish it would have better shadows, And for all of those who say the new lighting looks "washed out" and such, either 1. Never looked at stratis with the new lighting, 2. Didnt look at the pic from BI comparing it to RL Limnos. So i will just post this here

    Photo @Bohemia Interactive

    <photo removed for quote>


    Wow, I've really never seen that, this is awesome! :o :D


    Then I guess what I'm referring to with the sun warmth is more the colour tone of the sunlight during evening hours which is usually more red-ish due to atmosphere. For my comparison animated gif, I also used an evening time. I thought the original goes better with the evening tint, daylight tint with clear weather looks perfect *looks outside*.

  2. Hi googlova et al,


    I revisited the topic of the "missing sun" or at least "missing sun warmth" of the visual upgrade and this is the best I came up with (bottom right you can see the watermark on the dev build one); and to say yet, the weather setting was completely "clear" on both shots - in fact I created the first pic on dev build the way i placed the player initially in 3DEN editor and then just reverted to stable build and only loaded the same scenario to take the second screenshot.




    EDIT: Btw., do you see what happens to some of the arid vegetation on the floor in front of the player? Some of the shrubs just disappear and the grass becomes a little juicier.

    • Like 1

  3. Sorry, I just had to chime in now; I saw those screenshots and downloaded dev immediately:




    versus new:





    And my first impression was: Who turned off the sun? Second thought was: This can't be the same weather condition! But yes, it is. :(


    So I checked now in dev build and really: The warmth of the sun is completely gone. There is no "warm summer day" mood anymore, it's all cold and gray, even though the weather is supposedly clear at a Mediterranean noon!


    This needs remediation before thinking about release.

    • Like 5

  4. Randy Paul Stratton 1/12/1980 - 4/3/2014

    I had hoped to organise some sort of MP event where we could all celebrate Randy’s life and the contributions he has made to this community. But, my scripting skills were never as good as his, so that idea fell through. Though, I also realise that maybe this is a good thing. This way, we may each celebrate his life in our own way.

    You could host a Zeus mission! That would be awesome! Simply prepare a short story arc and take 10 min for initial setup and then proceed and improvise.

  5. Hi all,

    I had a quick look to see what is currently in the feedback tracker, and added some opinions\conclusion towards the end of the article:

    You must know that Iceman is now full-time busy with the FT, but probably can only (if even) catch up with what was reported recently, which in turn shows that FT was left dwelling alone for too long, as Astaroth (back in time) was only doing it aside his main job in QA and was also only appointed, when the FT was already bursting with ticket.

    Then, what you missed within those xx% new tickets is probably that 80% of them are defacto unusuable due to reporter XYZ seen an issue and thus had a bad day and went on the FT to rant what should be improved in his opinion, instead of delivering a proper bug report. Also within those new tickets are probably many untreated dupes (if you see some, let me know).

    I've also seen that crash tickets are assigned (probably internally passed on to devs) and hardly ever closed, since noone can really confirm that that particular crash is resolved, as for end users one crash might look another. So we can also assume that many assigned crash tickets were already resolved without us/you knowing.

    Also, the cartoon in the beginning totally neglects that multi-core CPU support is in the game for a long time. Only because your cores don't all max out while you're playing, you can't say that there's no SMP support, but there's only so much you can divide among the cores without risking the game going fubar, so only expect small steps, but (hopefully) safe ones.

  6. Since that overhaul of the AI difficulty settings (removal of separate difficulty sliders and Super AI) the AI accuracy is still too high in all including the lowest preset. I currently have to teach DS admins on how to provision an .Arma3Profile using custom difficulty class definitions, so AI doesn't one-shot you the very instance they spot you, across 200+ meters.

    Accuracy as low as 0.2 make sense eventually as far my tests go; skill may be higher (such as 0.5). There is certainly something wrong...some hyperbolic attenuation of accuracy within the slider range.

  7. What's the smart thing to do with tickets where the issue has been fixed ages ago? Should a note of the fix still be posted (in the process forcing more recent tickets off the front page), or should they just be ignored?

    Please drop me a PM with links to solved tickets, so I can set them resolved or close them.

  8. Can it be or is static weapon re-assembling (after it was disassembled and divided to two different players) broken again in 1.16 stable? Might have to use a DS in order to test it...

    EDIT: Nah, it was too long since I've done it before, so I/we did it wrong. It's kinda counter-intuitive, that you get two backpacks next to eachother when you disassemble them, but to assemble them you can't put both on the floor, you gotta keep one on.

    1. Target selection/priorization - there are known issues, partly between config-defined cost of a target and the AI decisions themselves. Interestingly it was the same situation as the one showed on the vid which has initially led to more investigation :) Situation on the video is more or less OK - the target tank's crew is turned out and targetting the tank means "target the crew" for the AI. The AI may not recognize the turned out crew first, so it chooses an AT (at first it is just an armored target). Knowing more details it decides to try to take out the crew. (Players would hate if AI was about to destroy everything with an AT especially if they wanted to steal the vehicle...). It fails, crew, now in danger turns in, and our AT AI finally uses the tube. However, because there are mutliple targets in this area, it takes the AI some time to choose and fire at on, looks confused, occasionally fires and misses completely. Despite being directly ordered by the player to engage one specific target.

    I would agree with you if engaging the turned out crewmen was a serious option (in the game), but in fact it isn't, specially while its moving. The AI turns in extremely quickly (maybe a tad too fast) and the attacking AI in the video from pappy.rabbit does not seem to realize this. There is certainly room for improvement.

  9. I was playing Adapt on Novice AI level today, and I really enjoyed it. Novice is just the sweet spot. My friendlies were able to kill enemies, and enemies were able to kill me and my friendlies, but not instantly, which created interesting fire-fights. It was challenging in a fun way.

    Try this again, when you're alone, e.g. in the scouting missions.

  10. With the campaign, I'm in serious trouble since the latest difficulty settings changes (i.e. patch 1.14). It seems like the precision is always very high. I tried going to "Custom" AI difficulty and set precision to something as low as 0.20 (skill 0.55) and they were still headshotting me at ludicrous distances, while standing and one eye bleeding.

    Created a FT ticket: http://feedback.arma3.com/view.php?id=18061

    EDIT: As a workaround, if you lower skill to 0.40 with precision 0.20 it gets more "human-like", specially since they take many many rounds before they drop. It seems like precision is very dependent on the skill setting; as long skill is >0.5 it seems like they're unhumanly accurate, if you go below 0.5 it feels better; not sure if the precision setting has any part of it at all.

  11. You can setPos all playable units to 50m height (init field in editor) - this will prevent them from touching the water before spawning at mission start.

    For base respawn I think you need to create an object below the respawn_west marker (at sea level or just above) so the unit 'touches ground' instead of water... have not tried this myself.

    For player respawn there is an elevation setting you can adjust.. I'll have to look at my mission to remember what file/line that was ;)

    God bless you I was trying to figure this out as well... is startPos the variable in question or startLocation (there is a spawnPos variable too but I think it's for CAS spawning)?

    You don't need to setPos the playable units manually, specially not 50m in the air, they'll probably die in the background before the base has initialized. The contrary is the case; they'll not be recognized as "dead".

    Note these code lines:

    #define startLocation (if(isDead(MHQ))then{HQ}else{MHQ})

    // return true when distance to spawnPos is less than 1000m unless the unit is flying (i.e. altitude higher than 50m)

    isDead = {

    (getPosATL _this select 2 < 50 && (_this distance spawnPos) < 500)


    #define isDead(X) (X call isDead)

    Note this definition in the map-specific defines.sqf (e.g. Takistan):

    spawnPos = [0,0,0];

    This position is some place in the map, which is not normally reached by normal gameplay, e.g. some island at the edge of the map, or a place far off from the AO radius anyway, so players would never go there deliberately. As soon a base element or player "isDead" (i.e. within 500m and below 50m of the spawnPos), they'll spawn eventually with the base and later on, players will land in the spawn screen where they can choose to spawn with their mates too.

    So you simply have to make sure that the MHQ and the players (and other pre-placed elements) are within the spawnPos range of the map you're porting the mission to. Also, you'll have to make sure that the pre-placed elements don't blow up or roll away e.g. because it's too steep or the place is in the water. Go to the editor, make sure it's flat and secluded, copy off the location e.g. using a debug console and define spawnPos. Then go to the mission.sqf and edit the location of all playable units and base elements to be within the range or drag them in the editor.

  12. I encourage you to mess around in some of the kinetic energy calculators online, like this one for example.

    Thing is, as many times in such discussions, both of you are right, to a certain extent.

    While you guys saying that the kinetic energy decreases over time/distance, you are absolutely right with that.

    When Ckrauslo says that slower projectiles usually do more devastating damage (to the unprotected body, that is!), he's also right. The explanation (or a good part of it) is here:


    To give an example on over-/underpenetration:

    A FMJ bullet at high speed may crush a ribcage with a clean hole, when it's passing through the body and leave a small exit wound, and as long it penetrates no vital organs it may not have a severe (immediately life-threatening) impact on the wounded. On the other hand, if a bullet with lower speed hits the ribcage or - let's say a rib - at a certain angle, it may detour into one or even multiple vital organs and wreak havoc on the target.

  13. But when i start the map i dont get teleported near the HQ and any vehicle spawns or even the medic tent or stuffbox moves. if i go to the HQ and click mobilize and then deploy it manually i get the base working as it would normally do, so i dont know what i am doing wrong, any advice would be very appreciated.

    I'm writing this top of my head, but you need to make sure that you have the correct startPos and have the player and MHQ units moved (adjust positons of them within the mission.sqm) within the "isDead" range of it, which is, about 500m (or maybe more, depends on the map, check the macro/function).

  14. Med supplies

    As it was possible to complete this task far away from the AO of this side quest, distance condition (< 25m) from the clinic (it's the large building just beside the Strider, with frontal entrance blocked, you have to use the rear one :) ) itself was added.

    Ok, I also searched that "clinic" you cited, and it was completely empty, but I didn't go back in there AFTER picking up what I needed - is it that what you're saying I have to do? :confused: It would be OK if there were the supplies I was looking for, but it was completely empty, so why can I complete the task only in there?

    UPDATE: Looks like the trigger didn't activate again, back in time when I was there first. I didn't take enough of the supplies when I was within the range of the trigger the first time. I restarted the mission, revisited the location, killed the AI and as soon I stepped over their bodies (i.e. within 25m of the clinic) it triggered as I had already enough supplies from last time in inventory and the task was done.

  15. For a Medikit you need a backpack. If you can't find any,

    (there is always one nearby)

    the task can be completed by just

    having at least 7 First aid kits in your inventory.

    Ok, maybe it's just me, but

    - I searched the whole village, every house twice, for the friggin medical supplies and found nothing

    I read your comment here and:

    I knew I had killed 4 AI at the site, so I searched the dead AI and had 7 FAKs in my inventory, according to your post, but nothing happened. Do I need both 7 FAKs and 1 Medi Kit? I remember one of the soldiers had one, but I didn't get to pick it up that time I loaded, maybe that one fled?

  16. In the first base, yes. If you report in, you get driven out of the area in the next mission.

    Yeah, but I thought: "first things first, let's go to the waypoint" which magically skips you to the next morning without any hint of doing so whatsoever and thanks to Deadfast I got a heads-up that I probably should do the side tasks before attending the briefing or - me too - would have missed half the fun.

    Constructive criticism on mission design:

    The dialog with James at night should indicate that

    - the briefing is in the morning and that the time will fast forward when using the action

    - any other tasks in the camp should be completed before daybreak


    In any case just stumbling onto the table should not start the briefing which effectively cancels out all the other tasks; the night mission. It also makes no sense for you to stand 10 hours next to the table until daybreak. A total immersion AND mission breaker.

  17. Hello, I have been playing Arma3 for a while now and have noticed that my FPS, which is usually in the 70-80 range, gets really low sometimes, in singleplayer. This happens during things like intense firefights and the campaign, which makes me suspect that it might be a CPU issue. I thought that I had a good CPU (@ 3.4 ghz, non K version) but this game is making me think otherwise. Is it time for an upgrade?

    CPU should be fine. Arma 3 does have that problem with most people. But there could be other reasons...

    Did you check your RPT file(s) for excessive spam? It might happen that with some mods or custom missions, your RPT gets spammed and your HDD hogged down, along with your game. You could try the "-nologs" Parameter, but then no RPT will be written anymore, so only use to see if that solves your problem and remove when playing without mods or less "logging-intensive" missions...