RightStuff

Is' halt keine F16. ;) Die Kiste wiegt a bisserl mehr und die beiden Triebwerke sind auch nicht soo der Bringer - sag' ich als Laie mal...

"Dicker Daumen": Versuch's mal zw. 0 bis 10.000 Fuss mit Mach 0.6 bis 0.9 Peak für 7.5g ist bei 10.000 Fuss mit 0.83 Mach. Ausserhalb dieser Werte sind wohl - ohne Nutzung des Paddle - keine 7.5G möglich. Setup für die o.g. Daten: 2x AIM9, 2x AIM120 Weight: 32.000 lbs

Concerning the switches with a cover I tried to mimic the solution which works for the F18: https://forums.eagle.ru/showpost.php?p=4168935&postcount=655 But I had no success with the "down - pressed - up" in the BlackShark config. Any thoughts on this?

Yes. But depending on the input device and the used software there is a 'workaround'. I am using TARGET for Warthog and this code: MapKey(&Joystick, TG1, GunCover); MapKeyR(&Joystick, TG1, GunCover); MapKey(&Joystick, TG2, Gun); Stays always in sync and works like a charm.

The answer is burried in this thread: https://forums.eagle.ru/showthread.php?t=89226 Basically it is not rocket science and maybe your problem war already answered there. If not: drop me a note and I'll look what I can do for you.

Lol... Da haste recht... :D Dann sieh 'Zeit' als Hauptgrund und weniger Aufwand an 2ter Stelle. Bis das Ding aus Chinaland hier ist, vergehen auch mal fluggs 6-8 Wochen.

Lass den Blauen drin und kleb' dem einen passend gedruckten Deckel drauf. Weniger Arbeit und spart Geld und Zeit. ;)

That should be the way to go. But due to a still existing bug you won't see an SA-2: https://forums.eagle.ru/showthread.php?t=260506

Hi Sofa, ich hab den Sinn Deiner geplanten Aktion noch nicht ganz verstanden... Wenn es Dir nur darum geht, die Funktionalität der beiden ON-OFF-Schalter zu tauschen, würde ich das in den LUA-Dateien ändern, bevor ich hier an der HW schraube. Ich vermute mal TARGET nutzt Du nicht, sonst wär's ja noch einfacher. ;)

Nicht ganz... Kurzes drücken: Msl step Langes drücken: Wechsel der AA-Waffengruppe (SRM <-> MRM)

Mach doch. Mal ehrlich: Da konnte ich endlich mal - mangels Spielglück - den Alternate Gear Handle sinnvoll nutzen. :thumbup: Das aktuell implementierte Damage-Modell bietet einem sonst ja nicht wirklich eine passende Gelegenheit dazu... :music_whistling:

Looking for an answer as well. Maybe it could be done with the program kneebordbuilder?

That way it should work! What's the corresponding part in your monitorconfig.lua? Maybe a naming problem?

You're welcome. And now: FInd attached my OVGME-Patchfile for Helios. Together with my monitorconfig.lua you're almost ready to go. You just need to reposition the viewports for your monitor. Good luck! HELIOS Profiles cleaned.zip

Hi buedi, sure... attached: my monitorconfig.lua Not rocket science in there. I think you'll get the idea... Don't forget to rename the vewports in the corresponding lua-files of the instruments! Use OVGME as a modmanager for re-applying the mofified files after each update. All_Modules_WQHD.lua

Bei den 2 Test-Tagen letzte Woche hab' ich mal die F16 ausprobiert: Hatte nicht wirklich den Eindruck, dass die Bremsen besser greifen als die von der Hornet. Fun Fact: Auch Anti-Skid hat bei der F18 keinen Effekt, bzw ist (noch) gar nicht implementiert.

So gesehen ist der Placeholder falsch. Die Blk.50/52 haben kein TFR: http://www.f-16.net/f-16_versions_article9.html Dafür brauchst Du die Blk.40/42 mit LANTIRN (genauer: den AAQ-13 Navigation Pod): http://www.f-16.net/f-16_versions_article7.html Und da ED keine Frankenstein F-16 Blk.50/52 publishen wird, wird's hier auch kein TFR geben. Sonst fress' ich den berühmten Besen. ;)

Both of them. I designed a single MonitorSetup.lua with distinct names for the viewports and put them in every needed init.lua.

Maybe it's a 'reserved' name. And as I didn't see an error in your configs I could not jump in. I renamed all viewports locally as <module>_<viewport> Like "Ka50_Shkval". So there wasn't even a tiny chance to see the problem you had, as your syntax was OK. Glad you solved it.

With latest patch: Bug is still valid. Pls review report. Thx!

Ihr seid mir welche... ;) Gruss aus'm Noossou: Die haben umgebaut und ne neue Karte. Neben dem Sushi nun auch viel Vietnamesisches drin.

For obvious reasons I cannot go into details here. My comment should be seen as a headsup to take look around the (SIM-)corner, where this technique is used, it has an well documented header file and afaik there are coming some programming examples with it as well. If you or anybody else is lost while searching these data, pls drop me a PN and I'll glady give a helping hand.

Interesting approach and clean work! Curious to see more. Thx for sharing your progress!

Oh? Flight Data/ Textures possibly in Shared Memory? Have heard about it anywhere else... But I forgot where. ;)

Pressing OSB1 ("PDI") and/or scaling range down to 5nm and then up again were usuable workarounds. But yes, I'd judge this as a bug as well. More often to see when starting in the air. (MP).