Kageseigi

Thanks, and yes, that makes sense. Do you happen to know of any good tutorials for how to babysit Jester with radar settings? And possibly a rundown of what the different elevation levels of his are specifically (low, high middle, etc.)? More consistently than I care for. Here's a track of me flying straight at a MiG 29 to test. Ignore the flaps (it was due to DCS not recognizing my control inputs until I move them the first time after starting). I believe Jester switched to TV six times between the distances of 33 miles and 11 miles... JesterTV.trk

I'm trying to get the hang of BVR. I've run into two main issues (other than waiting and hoping Jester will find targets when I point my nose at them). 1. Is there any way to view the radar gimbal limits when I'm in STT with an AIM-7 selected? 2. I'm sitting there in the front seat with my Mr. Coffee, trying to watch radar, but Jester seems to constantly keep switching from radar to the TV camera... at the most inopportune moments. I guess he's trying to visually identify the target, but it's extremely annoying to get several multi-second blackouts on my screen in short order... all while I also have the TV camera displaying the target. Is there any way to tell Jester to tone it down with the TV, and let me handle the visual identification? Sure, it may be the RIO's responsibility in reality, but Jester's not quite real. Thanks

I've tried to use the LoGetEngineInfo() function to get the FuelConsumption.left and FuelConsumption.right information from the F-14 in the Export.lua file. But each one just gives me a value of zero. It seems odd because I get a value for every other jet I've tried (A-4, F-5, MiG-19, MiG-21, and all FC3 craft). Does the F-14 ignore those values? Is there another way to find that information? Thank you!

I already posted this in the Wish List forum, but here are my results also. In a quick test, this only happened when "Shadows" are set to "Off" or "Flat Only" In this scenario, the sun was around bearing 120, and the glare started closer to bearing 160. The plane was rolled to its right and downward, so the canopy was basically hidden from the sun. Here's an image and a track file... SunTest2.trk

So I just did a test to recreate the instance, and yes, it must be a bug that takes place only when "Shadows" are set to "Off" or "Flat Only" It's really odd because it appears the canopy is completely on the opposite side of the plane from the sun. Here's an image as an example and a track file if anyone wants to experience it... SunTest2.trk

I'll try to set up a mission to test tomorrow, haha! Thanks.

Unfortunately, whatever happened also happens when most shadows are turned off. The only shadows I have on are Secondary Shadows. I even have the Lens Effects turned off to avoid normal sun glare. EDIT: The same thing happened to me on my second mission. Again, turning with a Mirage in a dive to the right. Blinded me again, though I was able to pick up visual again after the glare ended. Still quite discouraging... especially for the second or so before I saw him again.

This is very important to me... even more than the fix for the wings ripping off. Enigma's server just reimplemented IC, so no more clean canopies. My first mission after the update, I get into a dogfight with a Mirage. I was very offensive, following him through a dive to the right... until the sun was behind ME... and half of the canopy become completely opaque! It was worse than my car's windshield, and that's not good! Anyway, I was completely blinded, lost sight of him, and couldn't find him again once I turned enough for the glare to disappear. All I could do was go into a dive at full speed to run away... until I ate a missile after he eventually caught up to me. It is a sad thing. The new patch helped spotting visibility, but indirectly led to worse visibility for F-5 pilots... at least on the Cold War server.

Thanks a lot! I'll try these out!

I've got a 5800X3D, 6950XT, and a Quest 2. I saw that AMD just released drivers with FMF for the 6000 series GPUs. I've been trying to get things working between the Oculus app with Quest Link (cable), Oculus Tray Tool, and OpenXR Toolkit, though still not getting the visuals+performance I'd like. I can't seem to get 72-90fps consistently, so it halves my fps and uses ASW (I believe) to smooth out the visuals, but that causes ghosting to planes. I'm curious if FMF would perform better than ASW to prevent ghosting. I'm nervous about installing beta drivers, though... everything else it running great on my system. Thanks!

I'm looking for some help... I am looking to export basic data through Export.lua such as speed and altitude of my own plane so I can view it on a tablet over wifi. If I export it using the "LuaExportAfterNextFrame()" function, it works in both singleplayer and multiplayer, but I believe the export stream grows much too fast for my tablet to keep up with it, so the information on my tablet becomes very old very fast. Basically, I'm exporting two or three times faster than my tablet will read it, and it continues to read everything in order. So when I stop the game, the tablet will continue to show all of the old data until it finally reaches the end. I have tried the "LuaExportActivityNextEvent(t)" function to export data every second, and it seems to work very well and accurately in singleplayer. Unfortunately, it does not seem to work at all in multiplayer. I have been trying to learn about exporting online, but I fear I can't find much information about what I'm looking for specifically. And I don't really know where any groups are located to ask. Any help or guidance to help would be greatly appreciated! Thank you!

Yeah, I would advise for caution with such things. There's realism and then there's realism. For example, the Forge elements. The wire and tape are there to prevent the buttons from falling out. To see the wire and tape makes perfect sense to see. But I would certainly suggest against coding in the ability to cut the wire or rip the tape off, and have the buttons fall in the floor for the sake of realism. Real pilots may have had to make a struggle to pick up and replace the buttons at some point (leading to the necessity of the wire and tape), but that's completely unnecessary for a DCS player. Would I be upset if such a "feature" were to appear in the next patch? Only if I had to actually deal with it. I don't want to have to pull out the tape before every mission. And I don't want to have to bind more keys to pick up loose buttons. If somebody wanted to do so, then I'm not against options in the menu to allow them to. But I don't think it should be the default experience for a player. I'd much rather have more enjoyable features such as the Walkman, thank you! If securing buttons to a plane is what someone wants to do, I'm sure there's some "Airplane Maintenance Simulator" game out there. Pilots had to do many things that are not currently possible in DCS (both in the plane and out)... but I'm sure glad I don't have to do them... simulated or not.

Yes, I just rechecked. No labels. One reason may be because I'm not used to the Syria map. But the first time I entered the multiplayer server, I could tell something was off. It was like my computer wasn't running the game properly. My Track IR movements were noticeably more sluggish. After lowering some graphics settings, things felt more normal. After reading some more and watching some videos about it, I may just turn off shadows and lower details to minimize things that would make it more difficult to spot (which is a shame because my new PC can make the game very pretty). And I may also end up flying in VR just to see if it makes a difference in spotting. So it may be a combination of graphic settings along with the Syria terrain that is causing me problems, when I've always flown on the Caucasus map. I just have to see what works, haha!

I've played DCS for a while, but I've just started playing multiplayer. I've been flying the F-5 and A-4 on Enigma's Cold War Server in Syria, so it's mostly down to visual scanning only. I'm having the hardest time spotting anything. I seem to be able to spot much better in single-player (without labels/dots, of course). I pay attention to the ERW system. I even have it bound to a button on my stick. I can point my nose toward the target from beyond 20 miles, and fly all the way to the merge, and many times, I get no visual at all. It doesn't seem to matter if I fly above, below, or level with the target. I zoom in, I zoom out, I go without zoom. I'm not sure why I can't see them. I rarely even get any long-range black pixels (which I'm used to seeing)... even at 1080p. I don't know if it's because I'm flying on a multiplayer server. I don't know if it's the Syria map. I don't know if it's the visual settings (antialiasing, etc.). I don't know if I'm just subconsciously stressed about finding the target that I miss the elephant in the room. Maybe it's a combination of things. I look for black dots (pixels). I look for movement. I look for smoke. I look for flares. I look for glints of light... anything that will give my eyes notification that something's there. It's like I'm fighting ghosts... planes that are not where they are supposed to be even though I know they are there. And when I do see them in front of me, it's like they just appear from nothing. So usually, the my first notice that we have merged is the sound... or my plane exploding. Any assistance would be greatly appreciated! Thank you!

I want to thank both Heatblur for their commitment to authenticity and also SDplayer for the mod to help visibility. Personally, I think visibility is a big issue when it comes to DCS (or any flight simulator in general). In the same sense that a "player" cannot feel the plane move like a "pilot" can, a "player" also cannot see the plane like a "pilot" can. If it we had just a static screen like in the old 80's and 90's flight sims, instrument visibility wouldn't be a problem, though awareness of surroundings would be. But now, we have much better visibility of what's around us, but we lose that instrument visibility. Virtual reality users always have to deal with it due to the extremely limited FOV. Track IR users also have to deal with it because of FOV, but at least there are programs like Helios. I think that's what hurts me most (as a Track IR user)... I don't have a second monitor to put Helios on, so I can't use my head to follow a bandit, and just glance down with my eyes to read my instruments... I have to turn my head back to the instruments if I want to see my speed (or whatever else), and that requires sacrificing sight of the bandit... something that I'm lucky to get back. Sure, I could increase FOV or zoom out to try to see both, but It's difficult enough as it is to see instruments (not just on the F-14... I've been flying the F-5 and A-4 recently) when at a normal FOV/zoom level. It's so difficult for me that I've actually created a little personal app for my tablet to display my speed in big numbers so I can see it at a glance. Unfortunately, it doesn't seem to work on the server I fly on. Yeah, while I'm happy to be able to fly and fight without the danger of real injury or death, I am very jealous of an actual pilot's visibility.

This part caught my attention: www.youtube.com/watch?v=u20c6jQhVI0&t=5738s He says they loaded up with 3 Phoenix, 3 Sparrows, and 3 Sidewinders. How does that configuration work? I can't find a way to load up with 9 missiles. It seems like an odd thing to misremember.

I want to thank you guys for your continued pursuit of improvement! If I may ask, would what you mentioned above also make the missile more resistant to notching? For example, could there be a case that when guiding an AIM-54C with the AWG-9 while cranking, if the target successfully notches the AWG-9, the Phoenix's radar would go active and take over from enough of a different angle where the target is not in the notch against it? I'm afraid I haven't had much experience dealing with inbound Phoenixes yet. So, specifically for DCS, what is the target attempting to notch? The missile itself or the Tomcat that fired it? Does it depend on the mode that the missile was fired in? Or the phase of missile flight? If it's the missile itself, does its radar show on RWR apart from the F-14? Or do you just have to look for it or guess the angle that it's approaching from?

Hello! I am just now learning how to export data through the Export.lua file. I've created a little "dashboard" app in Unity to display some information about my plane (F-5 specifically). I've gotten almost all of the information I need except for my planes heading/bearing. No matter what I try, I cannot get the export to work correctly. It's like DCS hangs it up, and my Unity app never connects. Here's the relevant code: function LuaExportAfterNextFrame() local IAS = LoGetIndicatedAirSpeed() local Alt = LoGetAltitudeAboveSeaLevel() local HSI = LoGetControlPanel_HSI() local engine = LoGetEngineInfo() local snares = LoGetSnares() local guns = LoGetPayloadInfo() socket.try(MySocket:send(string.format("%.4f, %.4f, %.4f, %.4f, %.4f, %.4f, %d, %d, %d, %.3f\n", IAS, Alt, engine.fuel_internal, engine.fuel_external, engine.FuelConsumption.left, engine.FuelConsumption.right, snares.chaff, snares.flare, guns.Cannon.shells, 57.3*HSI.Course))) end Everything works until I try to add something from HSI. It doesn't matter what it is. I've tried ADF, RMI, Heading, Heading_raw, and Course. I've tried them plain and also with the "57.3*" from the example on Hoggit. I've tried it with %d, %.2f, %.3f, and %.4f. I've even tried isolating them where I return nothing else but one of those variables. It's the same result no matter what... just a hang. I'm completely confused, so I am looking for assistance. Any help would be greatly appreciated! On a side note, the engine.fuel_external variable always returns zero... even when I have three full tanks on my plane. The fuel just gets added to engine.fuel_internal. Is that normal? Thank you so much!

This makes me curious. Which radar is better at tracking for a missile's terminal phase? The F-14's AWG-9 or the AIM-54C radar? This makes me suspect the AWG-9 is superior.

Ah, then we're halfway to solving that problem already! "Give me a lever long enough, a fulcrum on which to place it, and a firm spot on which to stand, and I will replace your plane's flight model when you're in the backseat!" Smart man, that Archimedes

That's what has me curious... if the DCS AI could somehow be "rigged" to fly the plane instead of Iceman. It seems like a great concept for a modder, though I would guess modders don't have the access needed to pull it off. If the DCS AI could fly the plane, I assume the human RIO would be nothing more than a passenger without a lot of modification. But I could see some potential if a modder could add some basic checks and changes... such as disabling the AI's ability to intercept if the RIO turns off the radar, or only enabling its ability to fire at long ranges if the RIO locks a target. Oh yes... just make the AI completely dependent on you doing your job... like how you are at Jester's mercy, haha! Nothing too serious, of course. Just for fun, and I think it would be an interesting experience. P.S. Can DCS AI refuel from tankers? I haven't even paid attention to that

Yeah, using "Dots" instead of full labels may be a good compromise. And maybe someone can correct me if I'm wrong, but I've read that planes are easier to spot in DCS if you play at 1080p resolution. I play on a 1080p tv, so I've never been able to compare.

Wow, an amazing photo! Do you know the story of that plane? Did it survive?

Thank you. I believe my original question was poorly worded. In the case of one wing becoming damaged (such as losing a part of it from a collision), was the computer programmed to sweep both wings (the undamaged one along with the remains of the damaged one) back in order to stabilize/balance the aircraft?

I'm curious. There is the famous 1-winged F-15 story. But for the F-14, what happens in the event of one wing taking damage? I know there were test aircraft that flew with asymmetrical wing positions. I've also read somewhere (though I don't know the authenticity) of mid-air collisions that damaged one wing, so the computer compensated by sweeping the other wing, and the aircraft survived. Are there any documented cases of that happening? And if so, are such things modeled in DCS? Thanks!