| Account Details | |
|---|---|
| SteamID64 | 76561197994749697 |
| SteamID3 | [U:1:34483969] |
| SteamID32 | STEAM_0:1:17241984 |
| Country | United States |
| Signed Up | April 1, 2014 |
| Last Posted | April 30, 2024 at 6:37 PM |
| Posts | 2133 (0.6 per day) |
| Game Settings | |
|---|---|
| In-game Sensitivity | 6.0 |
| Windows Sensitivity | 6/11 |
| Raw Input | 1 |
DPI |
1600 |
Resolution |
1920x1080 |
Refresh Rate |
144Hz |
| Hardware Peripherals | |
|---|---|
| Mouse | Logitech MX Master |
| Keyboard | Ducky 9008G2 Pro Limited Edition (PBT, MX Greens) |
| Mousepad | Razer Sphex |
| Headphones | Philips SHP9500 |
| Monitor | HP L1925 (vert), BenQ XL2420Z, Apple Monitor II |
GentlemanJon It's not the difficulty that's stopping me, it's the boredom of implementing it. I'm just not likely to prioritise it over other commitments. Your best bet's to have a crack at it when I release source.
oh god source for this masterpiece is going to be a thing get hype
I suggest putting it on something like Github so you can take pull requests that become official.
GentlemanJonI'm not suggesting it's the best way, but the scaling should work and the chances of me coding an anchoring system are very small.
For the 1920x1080 resolution, 1.2 times larger than yours, I'd suggest a left position of 1560 and top of 650. Keep the map scale as 2. For 1280x720, 0.8 times the size of yours, I'd suggest 1040 and 433.
I'd be interested to know if it produces satisfactory results.
Developing an anchoring system wouldn't be hard. I've got a class coming up in a few minutes but when I get back I could even draw up some pseudocode that only contains if statements and definitions for values. I'd happily do the hard work for you if it meant this could be a thing.
Alternatively you could always just have offset from left, right, top, and bottom, and if top is defined, undefine bottom and use top, if the user then defines bottom, undefine top and use bottom, mirrored for left/right. Not sure if that'd be possible with event handlers but I'd assume it would be.
GentlemanJonI found a bug with smaller resolutions when looking at this so I'll upload a fixed version soon.
The size of the map is scaled, so if your resolution is 1280*720 and your co-caster is running 1920*1080, then the proportion of width and height is 1.5, so if you have the map horizontal position at 800 then multiplying it by the proportion of width and height should give you 1200 and it should appear in the same place on your co-caster's screen. Using a different aspect ratio obviously means this is harder, it's not a use case I looked at during design.
The issue isn't for offset from the top left, specifically. The issue lies in if you want it to be affixed to the bottom right. Let's say, I have a 1600x900 monitor (which I do) and I want the minimap size to be 2 (doubled) and affixed to the bottom right. I have the horizontal_pos set to 1300 and vertical_pos set to 542. For 1600x900, this looks fantastic. However, as soon as you want to give this to another user (1280x720 or 1920x1080), you need to recalculate everything, remembering the size and offsets from max. It's a pain and while you could do it manually with trial and error for smaller resolutions, it's near impossible for larger ones.
Raw pixel offsets with anchors is honestly the best solution. Every decent GUI framework out there, even WinForms, uses this method.
GentlemanJonI'm aware of this and from memory it can be solved in first person, but then causes unstable display in third person. However my understanding has moved on from then so there might be a solution now. I'll look into it.
I think it would be totally acceptable to just disable it in third person as well if you can't find a proper workaround.
I'm going to be using this in all of my team's productions.
Feedback so far:
The health bar shouldn't appear for the player you're currently viewing if viewing that player from a first person cam. It flies all over the top of the screen depending on where they're looking. Not good.
The minimap shouldn't have "horizontal pos" and "vertical pos", it should use anchors and offsets. For example, four vars: "anchor_top 1", "anchor_bottom 0", "anchor_right 1", "anchor_left 0" would anchor it to the top right, and then "offset_x 50" would offset it 50 pixels from the right of the screen (to the left of the right side), and "offset_y 10" would offset it from the top that amount. Currently, in order to put the minimap in the bottom right, you need to know the exact resolution of your display in order to make it look decent at all. This means I can't share my exec with my co-caster running a different resolution unless I customize it specifically for him, and I can't because his resolution is above mine.
Other than that, fantastic work. Maybe some more customization options would be nice (change health bar's outline color?) but it's a fine piece of work.