Search the Community
Showing results for tags 'display'.
Found 35 results
-
[SOLVED] display client and server FPS
dlegion posted a topic in ARMA 3 - MISSION EDITING & SCRIPTING
hi guys! following the suggestions of great teachers around here, i did my best to search google, this forum and other forums, and got pretty far for a noob like me. now sadly i'm at a dead end, and really dont understand where point my next step....here's the details: i'm trying to get an FPS display on screen, so everyone can know in every moment if its the server or theyr PC slowing down (or if everything is fine!) dont want to use hint space, already needed for mission infos. reverse-engineered an old work of Xeno (he edited a domination for me some time ago, and allowed me to edit it, sadly now are months that i dont see him online), and got useful infos here and there in topics like this one: ...i think to be at more than 50%, having it work for client FPS, but i cant understand how a " _this " in the original script could have worked, since it should be local to script, and at what it was referring to! (anyway was working on original mission). here is all the thing i have put togheter: a script named Dfps.sqf a file named Define.hpp than i have a file called RcsTitles.hpp as i saied, it works perfectly for client FPS, but returns an error about Dfps.sqf on line 10, about the " _this " not being recognized. ....in my very limited knowledge, is clear that "_this " is actually not referring to anything, but cant understand how it could have worked or with what i should replace it! really thanks for any help! EDIT: forgot to say i added to description.ext #include "define.hpp" class RscTitles { #include "RscTitles.hpp" }; -
Working around Zeus Bugs. Hacky Jury Rigged Solution and Problems
hoizen posted a topic in ARMA 3 - ZEUS EDITING
A bit ago I begun working on my own little project to introduce simulated Fog of War to the Zeus commander to allow for a true Zeus vs. Player experience. The idea is simply unrendering objects that the zeus's AI are not aware of. Unfortunately I had to put that project on hold because I ran into a bug that seems unavoidable. That bug being that zeus is completely capable of editing supposedly non-editable objects and even if you remove all editable attributes one-by-one, the fact still stands that the zeus player can simply scan his mouse across the map and find the names/locations of any unit on the map (Ultimately destroying the idea of FOW). Zooming out on the map makes it even easier to discover "hidden" units as the clickable area for all units is increased with the zoom. Original discovery thread here and cobwebbed bug report here I've decided to come back and see if I can work around this problem with the idea of simply hiding the map when the zeus player is in the zeus interface. My hacky idea is this: When the zeus player is in the curator display (IDD 312), recognize when the map is opened (keydown on "M") and black out their screen. Possibly with the text "No map available" or what ever. The prototyping code is: if (player == ZeusCommander) then { fnc_blackScreen = { _blackScreened = _this getVariable "blackScreen"; //Screen isn't black if !_blackScreened then { cutText ["","BLACK",0,true]; //black it //screen is black } else { cutText ["","BLACK IN",1,true]; //remove black }; //flip boolean _this setvariable ["blackScreen",!_blackScreened]; }; ZeusCommander setvariable ["blackScreen",false]; waituntil {!(IsNull (findDisplay 312))}; _keyDown = (findDisplay 312) displayAddEventHandler ["KeyDown","if (_this select 1 == 50) then {ZeusCommander call fnc_blackScreen;}"]; }; In the curator display, recognize "M" (50), check if screen already black. If not, black it, If is, un black it. Simple stuff. To much of my frustration however it seems like no matter what the Zeus map and zeus map unit icons are always ontop. I'm clueless with arma's UI and display infrastructure but it feels like the curator interface is just top priority. I have tried simply covering the map up for the zeus player with a giant area maker but it does not cover up unit icons (Only covers terrain) and now I have tried to black out the screen with cutText which which works perfectly on the normal map (display IDD 46) but not on zeus. It is clear the cutText is running but just behind the zeus map as I can see the BLACK IN fade when I close the zeus map. At this point I'm looking for any recommendation, fix, hacky hack, or what ever to just get rid of this damned broken zeus map. The player's normal map is fine. No unit icons, no ability to hover over the map to discover units, nothin. It's the zeus map that is the problem. If I can discover a way to, in any form, stop the use of the zeus map, then I will have my Fog of War functioning without any extremely obvious exploits. -
I came across an interesting piece of code while taking a look through BI's end game spectator code today: case "ChildDestroyed": { scriptName "RscDisplayEGSpectator: ChildDestroyed"; disableSerialization; private ["_display", "_child", "_exitCode"]; _display = _params select 0; _child = _params select 1; _exitCode = _params select 2; if (_exitCode == 104) then { _display closeDisplay 2; (findDisplay 46) closeDisplay 2; }; }; This code runs when the spectator display encounters a ChildDestroyed event as you might expect, but what I haven't come across before is the display exit code 104 being used in the condition. Until now the only exit codes I've really been aware of are 1 for display confirmation and 2 for display cancellation (and unofficially 0 is often for scripted closure). The fact that the mission display is manually being closed when this exit code is encountered makes me wonder if this is related to mission end. If anyone knows anything about this I'd be grateful to learn the relevance of this specific code.
-
list ArmA's dialogs and displays (List)
7erra posted a topic in ARMA 3 - MISSION EDITING & SCRIPTING
So after beeing requested here I thought to myself, why not make a list of all the ArmA dialogs and displays? So here it is: https://docs.google.com/spreadsheets/d/1mfvetmBp2iC44rOzQwNnvlSzQyXAYbkOEw2vhFLLJGg/edit?usp=sharing The function used to find the displays: The table contains two charts. The first one ("Ingame") contains all displays which I could acutally find ingame. The other one ("config.bin", unfinished) contains the theoretical displays which I couldn't find with my function or I don't know what/where they are. If you want to contribute to the chart you can do so by commenting here or on the table directly. Any help is appreciated ;) Have fun, Terra Some mentions: http://dbmst.blogspot.de/2013/05/arma-configfile-display-idd-list.html, @pierremgi -
constantly display a variable on screen
dlegion posted a topic in ARMA 3 - MISSION EDITING & SCRIPTING
hi all ! i wish to have a sort of "on screen constant scoreboard", that constantly displays a variable (in my case lets name it: "_Gcredits") i really have no idea how do this, any help will be appreciated, thanks guys ! ( i need it works on dedicated server, JIP and respawn) -
Hello All, I'm working on a small help GUI for players logging in to a server. Essentially, I have a TeamSpeak 3 Icon using RscActivePicture. With structured text, you can make HREF's which would take you to an external link upon click. Is there a way I can achieve the same thing in RscActivePicture onButtonClick? Thanks, Jet.
- 2 replies
-
- href
- structuredtext
-
(and 3 more)
Tagged with:
-
displaying knowsabout as a value
stormoffires posted a topic in ARMA 3 - MISSION EDITING & SCRIPTING
Can someone help me with a simple debug script, i am trying to actively display the value of "knowsabout" for the player, via the radio/call command. thanks! i thought somthing like this would work wantedlvl = blufor knowsAbout player; hint wantedlvl but it doesnt return anything and im not getting errors.- 4 replies
-
- knowsabout
- hint
-
(and 1 more)
Tagged with:
-
Hi, I spent time, thinking about HUD displays (MGI Tactical Glasses v2, MGI tactical Pack v3). I know B.I. devs are planning something for HUD depending on new difficulty settings. What I would like to suggest: - weapon mode ("safety", "single shot", "burst", "automatic") should always been displayed,( even if no ammo in magazines), just because we are behind keyboards and not fingering on a true weapon; - stance; - and, last but not least, the current "throwable ammo", such as grenade, smoke, chemlight, should also been displayed as well, because it's weird to have to start toggling between these mags to know what you're about to throw. In other words, even in the hardest mode of the game, player could benefit of some HUD data where a keyboard can't reproduce such basic feelings.
-
Your New Map Looks Great! However, the well known terrain problems are so disheartening. Every player here has seen, and has had to deal with floating rocks, trees, bushes, AI, and Players due to terrain not displaying properly. No setting tweaks fixes this %100. The closest thing we can do is SEVERELY limit our view distance to the point where it is a handicap. Seeing players, objects, or AI through mountains and hills takes away from the game, and is borderline infuriating when you are shooting at something that is really on the other side of the mountain, but you can't tell until you shoot and watch dirt exploding where their body is. Terrain is crucial to a MilSim and just gameplay in general. Can you tell us that you have addressed this!! The screenshots I provided are nowhere close to the worst examples of this problem that EVERY player deals with. If you have better examples guys, post your pics!!!! (In my first picture...these AI were actually on the opposite side of the mountain...)
-
http://steamcommunity.com/sharedfiles/filedetails/?id=603876301 Hey all, Please see the above link/photo Put simply, my shadows are being drawn in an absolutely random manner, with lots of rapid spiking. I really can't think of anything more than updating my drivers and modifying my video settings, so has anyone got any other ideas? Note this is a vanilla install, no mods. Thank you far any and all suggestions, Ed