tinter
-
Content Count
564 -
Joined
-
Last visited
-
Medals
-
Medals
-
Everything posted by tinter
-
ACE3 - A collaborative merger between AGM, CSE, and ACE
tinter replied to acemod's topic in ARMA 3 - ADDONS & MODS: COMPLETE
I have a problem with FRIES. It seems to automatically attach itself to helicopters without my input. Using the CUP UH-1D which has been configured to support FRIES. Is there anyway to stop it or remove it? -
Feature request: drop off limitation for units
tinter replied to KoalaDSK's topic in ARMA 3 - DEVELOPMENT BRANCH
It could also be possible for the ramp to open automatically once someone tries to enter or exit the aircraft. That would at least keep the functionality without having to confuse people with why they can't get in or out. As long as it doesn't close automatically afterwards, as that would lead to a silly loop of opening and closing once a lot of people get in or out. -
Just posting some stuff that seems to have gone unnoticed for a long time now. There's no longer a "Show info" equivalent for modules, meaning figuring them out is much harder. Guard waypoint is broken, there's a ticket here. https://feedback.bistudio.com/T86121
-
The problem is that there's no consistent way to tell working doors from non working doors.
-
Except the problem is that the game doesn't communicate properly that the door isn't functional. Lack of action menu entry is not reliable and it's a bad way to go about it. There's lots of times where the action menu does have the capability to do what you want it to, but it's just being fumbly. So how do you know whether the door you're trying to open can or cannot be opened and it's not just the action menu being fumbly like it is sometimes? You could look at the windows, remember that the rooms in this particular building can't be entered or do whatever, but the problem is that there's no consistent way to be sure. The idea is that you shouldn't have to fumble with the action menu until you realize it can't be opened takes, at least personally, me out of the game and is a slight, but annoying waste of time. It might seem like a minor thing, but it's one of those details that impacts it negatively. Communication is important in keeping the game functional and immersive. If I can't open the door then the game shouldn't give me the signals that I can open the door, which it does by making them look like normal doors in most circumstances.
-
Arma isn't real life. In real life you can pull down on the handle and check it. In Arma, all you can do is open the action menu and wave your gun around to see if you can get the action and even then you're not entirely sure. It takes you out of the game. Not to mention, doors in real life are locked because they don't want people inside, while in arma they're locked because there is nothing behind it. In real life you might want to get inside anyway, while in Arma they should be disregarded by the player completely and you shouldn't have to fiddle with the action menu. They should either change the appearance, or make an action which makes a rattle sound like a real door would.
-
Not to mention, if you're not knowledgeable about the map beforehand then it will confuse even more.
-
This is not true though. https://vgy.me/exhZJc.png There's three doors here, but only the one that leads outside is enterable. Of course it has some logic to it, in that no rooms are enterable, but it should feel natural. There's no clear indication that these doors are any different. For more examples, here's another pairs of doors that look alike but differ in functionality. https://vgy.me/8mILE7.png And these two. https://vgy.me/IHa6AA.png There's also the doors on the wall here. https://vgy.me/kAEF8k.png They actually removed the door handle on the door that can't be opened, but it's not really a clear indication as it's not consistent with all other doors. Again, I'm personally fine with buildings not being fully enterable, but I just want it to feel natural. As someone has said it's a problem when you walk to a door and the only indication it can't be opened is on the other side of the wall you're standing in front of. You're gonna waste time thinking the action menu is acting up. Bottom line, you should know, from any side, whether or not the door you're trying to open can actually be opened, without having to try to open it or look at the windows nearby, which aren't even always a clear indication, mostly when lacking windows.
-
I think the gameplay considerations are worth noting. Approaching a door that is locked is not only disappointing, but more noteworthy, it's confusing and it's not obvious which ways you can or cannot go through. The buildings should be designed so that they make sense even if they're only partly enterable. Also, I've mentioned this a few times, but I'm worried about it and have not heard from BIS, I hope they will make the rooftops compatible with AI, they cannot maneuver up there at the moment and it's a shame. The rooftop is more interesting for combat than the interiors., but they really need to be usable by the AI. I hope BIS will work on this.
-
Has anyone made a ticket for this or is it a feature request? I think someone said that the top of the building counts as building positions.
-
I know people have been complaining about enterable buildings, but I think the added rooftop accessibility more than makes up for it. The real problem is that AI has no real way to access those rooftops. You'd have to manually place them on rooftops and then use a bunch of commands to lock them in place. It'd be nice if BIS could find a way to remedy this.
-
Usually this is the case, but not always. There may be times where things are loaded into requiredAddons, in which case you'll need to remove them manually. There was also recently an update that changed the way profiles work, when this change was on dev branch it meant that it was not backwards compatible with the stable branch. However as far as I'm aware it has only happened once and it's also not an issue anymore. So in short, the worst thing likely to happen is that you need to remove some things from requiredAddons section in your mission.sqm, it's a good idea to not binarize your mission.sqm if you're on dev branch.
-
Using game updater to download, but it still says purchase for me in the editor.
-
Really nice map, although it's very barren outside the city, is it gonna be updated with some villages outside? There's a pretty huge road network, but it doesn't lead to much. If not, have you considered scaling down the size of the map to say, 30x30?
-
I noticed your launchers don't have ace_reloadlaunchers_enabled = 1; in their configs, which means they are not compatible with ace buddy reloading, as in someone else loads your launcher for you.
-
Are you sure that the mod is running on the dedicated server?
-
BloodLust (Version 2022.04.13)
tinter replied to zooloo75's topic in ARMA 3 - ADDONS & MODS: COMPLETE
I'm not sure if I should release my own version, as it does seem to work for organized multiplayer, where you have a set modpack and you can ensure everyone has the part that sends the event handler info. Also, to save on performance, it would be wise to change the surface splatter monitoring from spawning lots of threads, to a single function that loops through the bloodsplatters. I've also discovered a bug with the bloodspray I managed to fix. If you shoot a magazine full auto into a person you'd get some sprays that don't exit their animation properly, leaving sprites that are just hanging in the air. I fixed it by only allowing one spray to be animated at a time, setting a variable to true if an animation is in progress so that any new attempts will quit until it's set to false. -
BloodLust (Version 2022.04.13)
tinter replied to zooloo75's topic in ARMA 3 - ADDONS & MODS: COMPLETE
Also may I suggest adding a BL_var_ prefix to your variables? It's a good idea to keep them unique to avoid some other mod accidentally conflicting. Should use bl_fnc_ for functions, although you can also just use the functions library and it will prefix is automatically. It's cleaner than defining in a script file. -
BloodLust (Version 2022.04.13)
tinter replied to zooloo75's topic in ARMA 3 - ADDONS & MODS: COMPLETE
Also, I'm trying to see if I can make the bleeding compatible with ace, terminating it if the unit isn't bleeding as per ace medical. -
BloodLust (Version 2022.04.13)
tinter replied to zooloo75's topic in ARMA 3 - ADDONS & MODS: COMPLETE
Hey, I've been playing around with your mod, tweaking the blood and trying to make it multiplayer compatible. This wouldn't work for a public server setting, but the idea I'm using is to split the mod into two, one that initializes units and other that has the function to draw the blood. This gets around the whole locality issue with the hitpart event handler. Other than that I've tried creating a seperate rvmat for the surface textures so that they're lighter and making the textures slightly transparent (0.95 opacity). https://vgy.me/8YcFFB.png I think this adds a nice effect. Good luck with your mod. -
BloodLust (Version 2022.04.13)
tinter replied to zooloo75's topic in ARMA 3 - ADDONS & MODS: COMPLETE
Although to fix the shadow issue, you will probably need to make a new model. I think shadowing is a model attribute. -
BloodLust (Version 2022.04.13)
tinter replied to zooloo75's topic in ARMA 3 - ADDONS & MODS: COMPLETE
It's simple enough, most rvMats look very alike. I can help you if you want. https://community.bistudio.com/wiki/ArmA:_RVMAT https://community.bistudio.com/wiki/Texture_Map_Types Some basics on it. -
BloodLust (Version 2022.04.13)
tinter replied to zooloo75's topic in ARMA 3 - ADDONS & MODS: COMPLETE
Couldn't you theoretically create your own model that you apply the texture to? That should allow you to set the rvmat and have more control over the shading. Perhaps if you're using the standard arma object check out hiddenSelectionsMaterials. As a command: https://community.bistudio.com/wiki/setObjectMaterial -
ACE3 - A collaborative merger between AGM, CSE, and ACE
tinter replied to acemod's topic in ARMA 3 - ADDONS & MODS: COMPLETE
I have some questions about view distance. First of all, I have my video settings set up as such: But it seems the client view distance is higher than what I have set in my video settings. I'm guessing this because I have my OVD and VD set to the same thing, but I still see terrain without any objects drawn on top of it. It seems to occur after getting out of a vehicle, so I guess it doesn't reset properly. The other thing I want to ask. Is there support for setting the terrain grid setting to 50 automatically when in air vehicles and setting it to the normal value once you leave? Note I'm saying only air vehicles because it's still obscuring to a degree for land vehicles. Just asking now before I actually go make a bug report and feature request. -
Was hoping to just be able to apply if dirrectly, but this should help, saves me time having to get it myself and I'm kind of on a strict schedule for this mission. Cheers!
