discwalker

Now we blocked in playing the game in the mode of practice takeoffs and landings perpetually. See the attached mission: 2_5_6_49314_SCkuz_neededToStopEnginesToLaunchAgain.trk: https://cdn.discordapp.com/attachments/543358251694292992/713742932330545302/2_5_6_49314_SCkuz_neededToStopEnginesToLaunchAgain.trk -Wheels block and JBD cannot usable right after landing, needed to shut off engines completely and start them again -In the case of an aborted takeoff JBD don't close: (This was my first experience with THE supercarrier module.)

confirmed You are not alone with this. If you have any usable crash information attach to this report: https://forums.eagle.ru/showthread.php?t=274308

As Tholozor said don't use datalink when 12X is used for a ship. (-DME from time to time frozen: turn off and then on tacan on plane is the workaround.) (-Or ship TACAN station disappear completely on long MP missions until refresh from triggers happen.)

A mediocre and not super thing to AI not to recognize blocked catapults. In the yesterday VHUNAF MP SC mission cat 2 was blocked by numerous statics, this is the real usage of the module.

No this way to go "Ground Crew: F7: Request Launch" missing from Kuznetsov 2017 arsenal you need to completely shut down engines and restart again for a next launch with wheel chocks and JBD.

check things ME love to made a copy of the snapviews.lua to the server mission, that is forced to you on a server. No matter you have local snapviews.lua. Try for single player. And make sure you ***checked*** saving of snapview changes in game options. DCS_open_beta\Config\View\View.lua has two lines for me now is: DisableSnapViewsSaving = false //what i mention earlier UseDefaultSnapViews = true //this line seems to defunct, set it to false if problem persists for you +tutorial: https://wiki.hoggitworld.com/view/Cockpit_Views

with Su-33 single player:

Not just the canopy external view is weird, the braking chute too:

pl4sma2389: dcs.log-20200520-193607.zip https://cdn.discordapp.com/attachments/543358251694292992/712752830473306192/dcs.log-20200520-193607.zip my case with same DLL: NimitzSC_lso_view_crash.zip https://cdn.discordapp.com/attachments/543358251694292992/713125241236226139/NimitzSC_lso_view_crash.zip

The same happening on early start MP missions with Case III to CASE I transition. Ship gave text to case I and player voice repeating CASE III text. Closed beta testers must found this too.

Color switch in these flag too: https://en.wikipedia.org/wiki/Czech_Republic

Corruption Gudauta approach from the north, who gave permission to build those buildings in the closeup to the threshold?

bug in 2.5.6.49314 You can review my first SuperCarrier mission. Flickering happen just before the end of the track too. I cut that from youtube upload. Now I'm using NVIDIA inGame overlay "instant replay" (last 5 minutes) function to catch this bug. 2_5_6_49314_SC_ScreenFlickering.trk: https://cdn.discordapp.com/attachments/543358251694292992/712738565477498880/2_5_6_49314_SC_ScreenFlickering.trk

For example: default Tomcat cockpit night lighting is unreal; don't prohibit me to using a clean one, because light cannot illuminate deterioration.

Without head tracking I have 2 choices: fly the plane or I search for landing sight. Overlay is a good thing, and as an option needed to the Kuznetsov as well.

the bug is still present On the third (real) spawn in Sochi. Trigger became color blind. 1: blue a-10a 2: blue su-25t 3: Accidentally I tricked DCS to a RED late activated client slot, which is block the first spawn attempt. 4: Then I switched back to Sochi as blue su-25t. What is appeared as RED to trigger! The attached track is a 2.5.6.47404 MP track. redpartzone_unsuccBecauseLateActivatedREDspawnGud-blueSpawnAsRedSochi.trk

track file showing fix is still internal 2_5_6_47404_scenery_remove_objects_zone_fix_is_still_internal.trk: https://cdn.discordapp.com/attachments/543358251694292992/711350347460903003/2_5_6_47404_scenery_remove_objects_zone_fix_is_still_internal.trk combined arms needed to replay at first: SCENERY REMOVE OBJECTS ZONE leave vehicles at second: other trigger working outside zones!

Yes Multiplayer long missions AFB Lighting issue known since 2018 february: https://forums.eagle.ru/showthread.php?t=201610 In the ending post BIGNEWY speak about only the Sochi problem.(https://forums.eagle.ru/showpost.php?p=4247186&postcount=30) Fresh MP OB track here: https://forums.eagle.ru/showpost.php?p=4308810&postcount=7

Known since years If you collect enough damage you are dead in F10 map and even if you made a successful emergency landing ground crew not fix your wounded bird because of the empty communication menu. A single player demonstration, but same case for MP. (Su-27, Caucasus) 2_5_6_47404_diedOnMapOnlySu27SP_EmptyMenu_NoRepair.trk: https://cdn.discordapp.com/attachments/543358251694292992/710532128080920657/2_5_6_47404_diedOnMapOnlySu27SP_EmptyMenu_NoRepair.trk

It would be great if we can adjust the in cockpit status bar units to the leader plane's native measurements, changeable in simulation time.

It is ruin our game. The disaster happen around 12o clock. Just after a unsuccessful go around from Hercules, he spawn on top of Psyco (Blue Angel parked back manually), and killing me too in golden Hornet, right at the moment I decided to start rolling out. What a bad luck! AO-20200513-214705spawnedExplosionDamaged4planes.trk: https://cdn.discordapp.com/attachments/543358251694292992/710226731105255494/AO-20200513-214705spawnedExplosionDamaged4planes.trk

I have done an experiment frankensteinExperiment1.trk https://cdn.discordapp.com/attachments/543358251694292992/710195958985523371/frankensteinExperiment1.trk .bin file zipped to "action" name but I cannot able to figure out the random seed value that is why: The flight has very big inaccuracies and I've shot down in the 8th minute 22m37s was the flight time until the program was frozen originally

Crash while I've done testing for this https://forums.eagle.ru/showthread.php?t=272905 ver.: DCS 2.5.6.47404 I fired a lot of Vikhrs. At crash moment Shkval was on, all enemy ground units hided by mountain. DCS was unable to do the screenshot, but gave sign of life at minidump creation with a sound error in the log. https://drive.google.com/open?id=1gnPeO1sNA8wCVfmQ4FL3ME-sRA2W1EhD with log, minidump and mission and the .bin file with the temporarily written track information (I think developers able to create the track file from those.) It would be great a tool for end user to combine at least single player .bin file and mission to a complete track when DCS froze. Maybe a separate executable which works in the same manner as crash reporter tool that can assemble the lastmissiontrack.trk Or it would be great to manually start the whole crash reporter. And lastmissiontrack.trk should be renamed on every mission start, to the name represent truly the last mission track if file exists in that name.

Crashed me too.. ..the track in the dcs.log-20200510-235907.zip twice right after missile smoke appear on camera both reproduction cases after fresh DCS start (EDIT: once froze DCS without crash reporter, once play until track end normally) And I produced crash with a similar mission, only 1xPlayer SU-25T (no wingman, no other flight) with 2 Vikhr launch, before second hit (sent hash: 9b86d51b0f0b0352fd71382557d882c1 https://cdn.discordapp.com/attachments/543358251694292992/709733687301898260/dcs.20200512-112115_Su-25T_2xVikhr.trk sometimes play until end this, sometimes just froze execution)

While change to F-14B slot, on 104th server 2.5.6.47404: scripts/aircrafts/_common/cockpit/devices_defs.lua On next start spawn was successful. This file was OK!