-
Notifications
You must be signed in to change notification settings - Fork 96
New issue
Have 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
AIRBOSS: wire determination improvement #1788
Comments
Where is this one going @funkyfranky ? Pretty sure arguments cannot be gotten, but if you wanted to make a plugin for it that might. |
Bug was reported to ED by Grimes. So there is hope that it will be fixed at some point. Therefore, I'd like to leave this here in order not to be forgotten :) |
It is reported to ED that you cannot get the wires. So I'd like to leave this a reminder for me to implement this procedure as an option. |
I think you may be able to get arguments by using I was using this method for a landing weight script I was working on and could tell if the pylons were drawn or not. So not sure if it could be used to get draw arguments of other aircraft other than your own. |
Well this is why I asked, dostring_in used to be solely the NET environment until last year when parts of NET, but not all, was added to the mission env. Can it be confirmed how this can be executed? I would love to see an example poc as it opens more things for the mission environment to use. |
https://wiki.hoggitworld.com/view/DCS_func_getDrawArgumentValue maybe |
This is what I used. It works in SP but not in MP. |
Balls, I went and wrote something already. :) It worked in SP, didnt try MP. DId it break in dedicated server or both? |
I will take a look at it more over the holidays and try a few ideas. |
I think we need ED's help on this. It's reasonable to consider that on a norender dedicated server, models do not actually move in the same way a client sees them. Additionally, it might not be known to most but DCS doesn't follow normal client-server rules. In some cases Client is authorative and what a client sees is reported as fact to the server whom accepts these things. The proof of that is where you see missiles flying differently - I myself saw a missile miss me and I blew up a second later because the client saw me die. The solution must work on dedicated server. Therefore we need to prove it does not currently work by getting data that reproduces the issue. Working any differently is most likely going to lead to a long chase and defeat. We can't ask ED to fix anything without the reproducing of it. |
Idea by sickdock: use getDrawArgumentValue > 0 to determine caught wire.
This would make the wire calculation much more rigorous. (Independent of SP/MP and airframe).
The beauty of your idea is that we completely get rid of all the wire distances. These are always the hardest to get for a new carrier. Which brings me to the point, that the animation arguments are hopefully also available for other carrier such as the Forrestal.
EDIT This might not work in MP with a dedicated server. Even though other graphical elements (e.g. doors for helos) work.
The text was updated successfully, but these errors were encountered: