-
Posts
22 -
Joined
-
Last visited
Content Type
Profiles
Forums
Events
Everything posted by RokaOvO
-
*I don't speak English, this article was written using translation software, please understand if there is a misunderstanding.* I wanted to watch the replay while playing the DCS server, but it had a problem with its content logging. (Not how many minutes of delay is not recorded) I obviously played for a long time, and what I saw in the file was an abnormal file size. This issue is complicated and I can't explain it in the article, please download the accompanying logging file. This may be a problem that arises on my own, I want to know how to fix it, I have tried to remove all community mods, but it is not available. This file is client-side, and everything is fine with the file in the server. Tacview-20250728-015731-DCS-Client-简易多人-高加索训练任务+动态战役v4 Beta.zip.acmi
-
I can't use a dynamic Spawn on the Kuznetsov aircraft carrier in the SU-33, To do this, I created a new mission in which only a normal Kuznetsov aircraft carrier (not supercarrier DLC) was placed, and then the server was turned on locally, but it still showed "All spawn/parking spots are occed" Kuznetsov (Supercarrier) is working normally, but some players don't have this DLC (Supercarrier) For details, please refer to the screenshot Since I don't speak English, I use translation software to communicate, and there may be some content that may cause misunderstandings, so I'm sorry.
-
The target coordinates are correct, and the waypoint information entered in the DED panel is correct, but the actual JDAM that has been delivered will only hit a part of the target's offset constant This is the shooting range of the server, I don't have the AI control of the ground unit turned on, and the bomb energy is enough (in the middle of the DMZ) Pickle height: 18000ft level flight delivery The DMZ range is in the middle of the largest to the smallest I didn't do anything until the bomb warm-up countdown was over Please refer to the attached screenshot file
-
As the title suggests, the position of the aircraft carrier appears to be fixed to the default position when selecting a dynamic role, rather than following the actual aircraft carrier position. Perhaps this problem occurred when the "Air Boss" was steering the carrier to deviate from course. I didn't notice this until I noticed my allies "floating on the sea" on the map. Also, in this view, the aircraft carrier is not the same in the position chosen, the position of the actual model, and the position displayed by the player on the aircraft carrier. The position of the aircraft carrier model appears to be fixed at the first frame of the map view when entering the character selection. I only know a little bit of English, so if there is a misunderstanding or doubt about the above, please ask me. In addition, the old quests had a lot of fixed groups, which often caused the game to freeze temporarily when choosing a character, and it was continuous.
-
- bug
- multplayer
-
(and 1 more)
Tagged with:
-
I re-called my friend to test it, and it turned out that my conjecture was correct. In the new test, we used whether to enter exact coordinates, to fire at the target, and to launch at an off-angle angle. Looking at these missiles on the server side, they did not receive a detailed coordinate point information after launching, resulting in these missiles will fly at the initial course and altitude, and when controlling the screen and designating a new target to the missile in the final stage, the missiles on the server side will also receive the target point information, and then the missiles will turn to the target point (those missiles that deviate will also do this) and then after the missile hits the target, the missile on the server side will lose its coordinate attitude and turn to direct flight. The designation on the screen is to specify a coordinate value, not a unit, and we specified the missile on the ground in the final test. For more information, refer to the new playback file 测试-20240607-180916.trk server-20240607-180909.trk 测试-20240607-180945.trk
-
My guess is that if the server is not able to synchronize the player's waypoint (or if it is not functioning properly) , the host will launch the missiles according to the set situation, and the server will fix the missiles in the direction where they were just shot. And the AGM-84H is capable of firing when the offset target does not exceed 90 degrees, and if I take off the second time (manually entered the coordinates) and do not launch the missile at the waypoint, then it will deviate as before, and then inexplicably turn around and plunge into the sea.
-
Hi Before you send this reply, I understand what you mean and call a friend to start testing, and the screenshot just now is one of the bugs that have appeared so far. In this test, I recreated the mission, as well as tested the manual entry of coordinates as well as the entry of coordinates by a third-party program, firing the weapon at the height where the issue occurred with a high throw and a flat flight throw. Problems include altitude difference after launch, 90 degrees to the left or right after launch, flying over the target's head in the final phase, and AGM84H still flying after the explosion For all the information, please refer to this video playback (a bit time-consuming, my friend has something to do temporarily) Since my memory of AGM84H's control is still in an earlier version, I didn't put the weapon on the DataLink 13 for the first sortie. server-20240607-155802.trk 测试(Player1)-20240607-160030.trk 测试(Player2)-20240607-155936.trk
-
When AGM-84H(SLAM) enters the dive phase, the server and the client that launched the missile are all right, and the other clients will see that the AGM-84H does not react, even if the missile launched by the client that launched the missile hits, the missile in the eyes of the other clients will continue to fly. The missile in our perspective is at an altitude of 24000 feet at the approach stage The distance is about 50 nautical miles If necessary, I will provide screenshots or videos. (I don't know English and can only use translations, maybe some of the sentences are wrong.)
-
I remotely controlled my friend's server and solved the problem by messing around with the GUI of the router XD
-
I contacted the server host and he said that UPNP on the router was always off.
-
Here dcs-server.log dcs-client.log
-
Tried uninstalling Olympus as well as very simple tasks, but the truth is still like that. Retesting, the above is what I tested on my friend's server earlier
-
My friend opened a server, but when I tried to connect to it, the loading progress would get stuck in "Mission Load Done" for a few minutes and then pop up "Server Latency Timeout" and get kicked. This error is not an unresponsive at the time of "Mission Load Done", but is displayed as a response state, and the normal progress should be "Net Sim Post Start" I called a friend to connect to the server and the same error occurred The server can be seen directly in the server list and can also be connected via IP. I tried connecting to a different server and it worked. dcs-server-20240411-083357.log dcs-client.log
-
目前这个问题我只见过两次,一次在VR上,一次在PC上,两次相同的点都是在多人游戏内,我坐在后座且前座有玩家操控的情况。(两次情况不在一个服务器内) VR上的GPU是几乎占满的情况从起飞后一直出现,PC上只有一小会帧数比较低的情况出现。 有一个类似于"未完成或者外部视角的模型"在座舱内反G运动(貌似只会在低过载的情况下出现),消失之后持续出现。并且严重情况下座舱外的F15模型会扭曲。 大概跟前座当时的无限伸长手臂是一个性质。 参考视频链接:https://www.bilibili.com/video/BV15W4y1F7Dj以及https://www.bilibili.com/video/BV1fy421i7VW
-
把你做好的任务放在例如D:\SteamLibrary\steamapps\common\DCSWorld\Mods\aircraft\FA-18C\Missions\QuickStart的文件夹内,然后在主菜单里找快速行动或者任务一类,摸索摸索,不是很难。 此例子为STEAM版DCS的F/A18模组快速行动任务列表文件位置。 文件夹来自DCS的安装目录,不是保存的游戏内,是官方模组安装的位置。 不知道这种情况会不会红盾。
-
The front seat of the F15E does not have this problem, and the rear seat only TPOD aiming pod target designation control is reversed. I don't know if joystick users will have this problem. By the way, the air conditioning of the F15E is noisy
-
In the current version, the F/A18C's keyboard pitch output freezes when the keys stop and returns to the very center after a short time. My suggestion is that when the pitch button is released, the output value goes straight back to the center, and when your pitch output returns to that position, the F/A18C flight controller will fix your aircraft pitch in that position. This issue is related to the F/A18C's Automated Driving (BALT) not working properly when the output value is not directly centered 以下是中文描述: 目前版本中,F18C你停止按下俯仰对应的按键时,杆量指示器中你的杆量不会在正中心,过一段时间则会自动重置。 我的建议是:直接设置为你停止按下俯仰对应的按键时,杆量会自动居中,因为F18C的飞控会在你杆量居中时让你的俯仰也不会上下移动,并且,这个问题如果杆量不在中心,自动驾驶的BALT模式无法运行。