S D

Check the airfield name, i believe it should be A2ADispatcher:SetSquadron( "Jask", AIRBASE.PersianGulf.Bandar_e_Jask_airfield, { "F-4E-1", "F-4E-2", "F-4E-3" }, 24 ) I know its listed as you put it in Moose.lua, but its not correct afaik. Corrected list (although there will be more with todays update).

After playing around in MP, it seems as if the RIO must make sure he is set to transmit on the radio set with the freq. If the switch is set to both, it doesnt seem to work. Also it seems even if the RIO has the correct freq set on his radio, the pilot does not get a response if transmitting over the backseat radio.

Sadly, nope... ED mentioned a weather overhaul a couple of years back, but alas, like the ATC overhaul and many more, no such luck. There is a post around somwhere, where a few dynamic examples, were posted to load in. But even spending ages editing the .lua files, its hard to get decent weather. Cloud density it also a vital problem with dynamic weather, you can set up virtual hurricane conditions and it looks like fluffy clouds and patchy rain. The whole weather system needs scrapping and remade.

You have to roll back to an earlier game version i believe.

While wording my response this afternoon Pikey posted the above, so i will forgo trying to explain the problem along with and just post the tracks as more evidence. I will simply state and reiterate what Pikey has said regarding the jumping through hoops on our part and percieved ignorance/avoidance off issues on ED's, when we're trying to put across valid concerns. This particular bug/limitation is one of many, many problems within DCS that have existed for years over various modules and versions of the game. Thus because of the lack of acknowledgement from ED, they are buried in various guises throughout the different bug forums. With that being said here are some track files recorded last night on the latest open beta build in a dedicated server enviroment. Ping's at no point during this test exceeded 30/40ms for either client. I would just like to make an addition to one of Pikeys' points. While this is true, you also experience sliding/skipping around in a cold aircraft, just not as pronounced, which like an aircraft under power can result in alot of movement around the deck. The following tracks were recorded on the mission i posted and a modified version with higher wind speed. The conditions in the first mission are really quite moderate and the ships' manouvers gentle. All tracks show shifting around the deck and most result in a collision or sliding off the deck completely. Also you can quite clearly hear the ground crew during refuel, give you the "Hey what are doing?" sound, as you slide/shift around. Please pay attention in general to how much movement there is on the aircraft from the position they start in. The second mission for which there are two tracks, has increased wind speed therefor an increase in pitch and roll on the deck. The carrier also completes a larger turn, this shows clearly again the increase in this behaviour when the ship is manouvering. I've included one track as an attachment which was small enough and shows a cold start f18 in chocks, sliding off the deck while defueling and changing aircraft weight. You see the initial movement when the defuel begins, there is then a big shift once the carrier begins to turn. Resulting in the f18 going over the deck and exploding, in a situation all too familiar to those playing in servers. https://www.dropbox.com/s/agt94tm3l9hhxxd/DeckSliding.7z?dl=0 As an addition to this, i would like to point out the following thread. Which similar to this problem, was a persistant long term issue. Was recently and may i say seemingly reluctantly, with high ping being cited or implied as a possible cause, reported. This is now tumbling down into the archives with the thread closed, with no acknowlegment of the problem from ED really. I only mention this particular thread because i believe there is a connection to the deck sliding or more specifically, the method being used currently to "stick" aircraft to the deck, but that is besides the point. There are plenty of examples of long standing issues which have been [REPORTED] and then vanished, with no solution, sometimes years later. https://forums.eagle.ru/showthread.php?t=232362&page=5 DeckSlidingTestCau-20190328-201011.trk

The problem is you get exaggerated behaviour in MP as opposed to SP. But it is still there in singleplayer. We think its more related to sea state and the pitch roll of the deck, less so speed although that does play a part. It seems to me in an effort to solve this, they (ED) have implemented some kind of 'attach' mechanism, when your on the deck, which tries to hold you in position (as the engine currently can't do the job with physics). As the deck pitches and rolls, you appear to slide around in relation to the deck. When the ship then begins to turn, the 'attach' mechanism cannot keep up and you end up sliding off the deck. I believe this can be seen clearly when you for example get 50% of your fuel removed, you almost see the system struggling to keep up with the weight changes to the aircraft, as it skips around. Again to me this explains the exaggerated behaviour in MP. As the network struggles to keep everything up to date quick enough. I also believe this explains other behaviour such as the sliding while taxiing or having to apply excess power to get rolling on the deck. The 'attach' mechanism cant do its job quick enough and you kind of get stuck and unstuck from the deck. As an aside, sea state in DCS is directly related to wind, no other way to get pitch/roll on the deck. Just for test purposes i set up the following mission. The funny thing is, even is singleplayer, when you get some fuel removed, you slide about enough for the ground crew to shout at you for moving with the fuel hose still attached. You can start a recovery window, in the radio F10 menu to make the boat turn. https://forums.eagle.ru/attachment.php?attachmentid=207465&d=1553750633 Anyway i would encourage anything else on this, for those who agree this isn't just Tomcat related issue, to go post in the above mentioned thread.

No i'm sorry Nineline that's not good enough. What conditions were the carrier running in? Was there any weather/wind/seastate in the mission? Was the carrier running at recovery speeds? Was it turning? MP servers have to run close to sterile weather and slow carrier speeds to allow any kind of carrier operations. The sliding behaviour in the F18 is indeed not as pronounced as the F14, but i would suggest that is because ED have had time to try and fix this issue. Which as mentioned above, i also do not believe they have a solution to, in terms of a core engine fix. Leading to attempts to patch the problem, which has no doubtedly reduced the behaviour in the F18. These same methods have not been applied to the Tomcat yet, hence the exaggerated behaviour. You see similar problems with the Harrier, Huey and i'm sure others which i have not landed on a ship. I may be way off with the above, i hope i am and ED have something planned that can be a permanent solution. But right now as a consumer looking in, it feels this way. You acknowledge the behaviour with the F14, i hope with Heatblur and ED working together something can be done. Because this does effect all aircraft, fixed wing and rotary, operating off a carrier or ship. All we want is an acknowledgement that it is recognized as a problem. If you guys haven't seen this in testing, then your testers must not be running real world values for carrier ops and different weather states. Which again considering the flagship products are carrier aircraft seems strange. Just for test purposes i set up the following mission. The funny thing is, even is singleplayer, when you get some fuel removed, you slide about enough for the ground crew to shout at you for moving with the fuel hose still attached. In Multiplayer you just plain old slide off the deck. You can start a recovery window, in the radio F10 menu to make the boat turn. DeckSlidingTestCau.miz

I can assure you it is the same problem Shadow. The rearm/refuel is a reduced state, as mentioned in that thread. Throw some wind/sea state, put a little speed on the carrier and make it turn. You will witness exaggerated behaviour in other aircraft also. As RustBelt has stated above, ED have attempted to remedy this behaviour with what feels like "hacky" fixes. Which has reduced in certain circumstances sliding, but they have never solved the underlying issue in the game engine. It seems alot of people dont setup their carrier correctly or fly with sterile weather, as to not experience this. I dont know how we've gone this far without it being sorted.

This is not a Tomcat/Heatblur related issue unfortunatly (it might get fixed if it was). Please make your thoughts known in this thread, see if we cant get it pushed higher on ED's priorities. Which quite frankly considering their flagship F18, is a carrier aircraft, you would of thought they'd have a solution by now. https://forums.eagle.ru/showthread.php?t=234990

I've played around for ages with this, trying to get somewhere like most others have. At this point everything points to dynamic weather being a half arsed, half implemented system, which never worked as intended and was therefor dropped a long time ago by ED.

Can confirm, happened during MP session. Unfortunatly it was straight to desktop, no crash files.

Not just the tomcat. https://forums.eagle.ru/showthread.php?t=234990

We've had it working fine in mutiplayer, but do get strange behaviour where it wont respond sometimes to Pilot or RIO. Generally switching channels, radios off/on sorts it eventually. Putting this down to just general desync comms problems we are seeing currently with human RIOs. I'm sure it will be cleared up fairly soon. Also we found better results if both pilot have their radios set to hear/transmit on both UHF1 & 2.

Oh definatly Pikey, very frustrating when you consider ED's flagship product in the F18 is a carrier based aircraft. Trying to highlight both of these problems right now as i believe they are linked, through the current way ED are trying to fix the deck sliding. So as not to clutter up this thread, decksliding/banding/desync problems are being discussed (ignored) in this thread. https://forums.eagle.ru/showthread.php?t=234990 and the bouncing here https://forums.eagle.ru/showthread.php?t=232362&page=4 The behaviour described here relates to bouncing/desync when landing on an air base. It seems the bounce you get when landing is directly related to the roll/pitch of the carrier/ship you take off from. The further away your landing point from the ship the more exaggerated the elevation changes. Almost as if you were connected to the ship on a long pole. Throw in wind and increased sea states and it goes even more nuts. But then again, put a bit of wind in your mission and good luck getting off the deck of the carrier in the first place without sliding off, never mind landing.

We managed to get a tanker rejoin done once tonight with RIO comms. Other aircraft were not able to. Have had behaviour where if the RIO requests rearm, the missiles etc appear but only for the RIO, the pilot sees empty pylons.

Is the behaviour your seeing described in this thread? https://forums.eagle.ru/showthread.php?t=232362 If so, its been a problem for all aircraft starting on a ship then landing at an airbase. Its just now the RIO experiences what other clients already see.

Does anyone else have any thoughts on this, if it could be solved from our side of things? My server guy who has local access is heading away on Sunday and i would really like to regain control of the server remotely before then. Short of that i'm just hoping it pops back up as it was before wednesday.

Just want to post this up here so we've got something in this section. https://forums.eagle.ru/showthread.php?t=234774 Currently an issue where remote access to the WebGUI is met with an error for maintenance. This has been like this since the night before the Tomcat release, leading me to believe it was offline and being updated ready for the patch release but alas it has not started working again, very frustrating.

Would be nice to get some official word on this from ED, is there maintenance going on or what? Do we have to change something on our end?

Sliding while taxiing is part of it, but a much bigger part is the shifting/sliding/desyncing on the spot while not moving. If possible check you have wind/weather set in the mission and the ship is moving, ideally in MP to see the full effect if you have the means.

Silly thought but if your using a rift make sure there are no windows/programs overlayed over the oculus mirror.

Something like the structure blocking wind i can accept is a challenge and something that might take a rework. But what's being dicussed here, for a simulator that has released its flag ship product in the form of a carrier based aircraft with the F18, just being able to operate on the deck in anything resembling normal conditions never mind increased sea states/wind/weather. Is definitely not a little thing... Out of interest smallberries, have you experienced deck sliding in the helos? If you have wind etc in your mission. This behaviour is definatly more visible in MP.

Just to add to this the GUI issue is remote access not local.

Just to add to this, it seems less connected to carrier speed and more to sea state, which is tied currently into wind. So unless you run a sterile weather enviroment with no wind or sea state you are going to get sliding/banding/desync whatever you want to call it. I would put forward to anyone looking into this issue, please make sure you have wind set up in the test.

Yes its still down, having to fecking host a server on my machine right now... very frustrating.