Join GitHub today
Roll in heavy firepower and take control of the battlefield with three brand new armored vehicles in the Arma 3 Tanks DLC. Key Features T-140 Angara – The T-140 Angara is a Main Battle Tank (MBT) of Russian design and is used by the CSAT faction.
![Arma Arma](/uploads/1/2/5/6/125624151/405007450.jpg)
GitHub is home to over 36 million developers working together to host and review code, manage projects, and build software together.
Sign upHave a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
commented Apr 4, 2019 • edited
edited
Arma 3 Version: 1.90 (stable)CBA Version: 3.10.1.190316 Task Force Radio Version: 1.0.-312 Mods: Description:
Where did the issue occur?
RPT log file: |
commented Apr 9, 2019
Performance branch versions are older than current release build afaik. Stutter is very hard to diagnose if I cannot reproduce it. But as a Arma update caused it, I'd say Arma is at fault. |
commented Apr 9, 2019
As far as I remember, the 1.90 hotifx came out between perf branch update 4 and 5, meaning that 5 and 6 are later than stable branch. The signature check problem seems to persist for some people as well (most certainly as some layer 8 problem), so Dwarden has been trying to push some further performance/profiling binaries. I can imagine that troubleshooting this is near impossible. Question is, what could be causing the game to lag with the plugin active in TS? There shouldn't be an influential effect of the plugin on the game anyways, so I really wonder about that problem. |
commented Apr 9, 2019 • edited
edited
Extension calls might've gotten more expensive in general. You could try just executing 'task_force_radio_pipe' callExtension 'test' in debug console and see how long calls take to execute.Plugin enabled/disabled might be because it's returning data in one case, but not in the other |
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment
Join GitHub today
GitHub is home to over 36 million developers working together to host and review code, manage projects, and build software together.
Sign upHave a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
commented Mar 7, 2019 • edited
edited
Bug reportBasic InformationMission version:
Map used:
Mods used:
Dedicated or local game:
Source of the mission file (URL):
Short Issue DescriptionAnother mission problem occured after the Arma 3 1.90 update... I used to use H&M mission but it cause client crash after Arma 3 1.90 update, so I have to change the mission on my server, but while I use KP Liberation (v0.963a-Hotfix3 and v0.97 Sprint 10 Result both tested) and some self-made missions, an error dialog pops up once I get into the mission: I've deleted my server's profile both in server directory and user's 'Documents' directory, but it still shows up. I wonder if there's something wrong with the compability of the Liberation mission and the Arma 3 1.90 update. I've used the v0.963a-Hotfix3 mission at 1.88 version before, everything goes well. By the way, similar error dialog pops up if player use ShackTac User Interface (STUI) Mod. Steps to Reproduce the IssueJust use 1.90 dedicated server to host the mission, and use a 1.90 client to join it, then the error occurs. |
commented Mar 7, 2019 • edited
edited
That's no critical error and only occur once during a session. It can be ignored. It doesn't cause any issues. If you want to 'fix' it on your end: At this line https://github.com/KillahPotatoes/KP-Liberation/blob/master/Missionframework/ui/standard_controls.hpp#L68 insert And by the way a good first issue. Kept the template and provided all needed information. Won't be fixed in the legacy framework anymore, as it's causing no issues. |
added BI faultwontfixcontains HowTo labels Mar 7, 2019
commented Mar 7, 2019
![Arma 3 full game download Arma 3 full game download](https://arma3.com/assets/img/screenshots/large/arma3_screenshot_36.jpg)
Yep, got it. But may I ask what 'widthRailWay = 1;' do and why it happens? I'm really curious about it. |
commented Mar 7, 2019 • edited
edited
This attribute was obviously added in 1.90. Personally I haven't researched any further, why BI added this attribute to the map dialog control. It's even not listed yet in the official Wiki: https://community.bistudio.com/wiki/Dialog_Control_Map The error message is just 'there is no value for the attribute widthRailWay in the used map control'.So the 'fix' is to just provide a value for it, by adding that attribute to the class. |
commented Mar 7, 2019
OK, I got it. Thanks a lot for your patience, and have a nice day~ |
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment