John Dowson

lua is distinct from lvars...lua can use lvars but doesn't have to, and looks like lvars aren't needed for this. But lua can be complicated for non-programmers, so I understand you point. I would do this for you in quieter times, but I just don't have the time at the moment, sorry. Anyway, it should be possible using the provided offsets, but I'm afraid that you need a mobiflight user to help you configure that.

The offsets that hold this information have been there for many years, way before my time, so I don't know the reason why. But with the information that is provided, you could quite easily write a lua script/plugin (for example) to calculate the actual fuel weight for each tank (given the formulas provided) and then write that to a free offset. You can then read that from your mobiflight interface (if thats whats needed). But first of all, you need to be sure that the formulas produce the correct value - but I can't see any reason why this wouldn't be the case.

Hmm, thats interesting. Hard to fathom why dual assignments would cause such issues though.... Thanks for the update.

Another possibility to consider, if you are using a complex add-on aircraft such as PMDG or FSLabs, is that they may not be using the standard FS model for fuel/weight, and implement their own system (in which case those offsets may not be relevant). Do the values in the FSUIPC offsets make sense for your aircraft (without your MobiFlight software)? Or is it just a case of configuring your MobiFlight software correctly? In either case, I think you need help from MobiFlight support or other MobiFlight users. You can monitor the relevant offsets and, for example, see what they contain when your fuel tanks are full, then with 50% capacity. This would at least verify that they are being used. later... Ah, maddogX - sorry I don't know what that uses even later....ok, I see you have already reported in the maddog forums...btw, I'm John, not Pete!

Btw, what does 'FGCP 1.2 SPD digits' mean for the '$' sign (which I did not understand before)?

Maybe you should try Mobiflight support for this? We are very busy and cannot support other products that use FSUIPC, we only support FSUIPC. Maybe there are other Mobiflight users that can help, but not having or knowing their software I cannot advise, sorry. P.S. I'll update the title of this topic to include Mobiflight, which may attract attention from other users.

Use the FSUIPC7 Log menu item - there are checkboxes for logging.

But does you issue occur with FSUIPC running without smartCARS? How long does the FPS drop last? Do you notice anything causing this FPS drop - anything in your FSUIPC7.log file? Maybe try activating event (non-axis) logging, and see if there is any special sequence of events that is causing this.

Sorry, have you seen a doctor? 😉 But seriously, how do you expect us to help without providing any information. Are you saying that you see an FPS drop using FSUIPC7 (with no clients connected)? What devices are you using? How have you assigned? What do you mean by "stuttering" - a jittery axis or fps problems?

For your FSUIPC4 issue, try running the FSUIPC4 installer again (no need to uninstall first). That may repair any problems and won't do any harm - worth a shot. No problem. Take it easy, John

Yes - the same issue occurs with avionics 1/2. For avionics, the Avionics Master Set control works, but the toggle control not. I have updated the relevant offset to use the set control (but not yet released). There is a separate post on this issue. This sounds strange. I will take a look. Shouldn't be necessary really. I'll take a look and see whats happening... Thanks for the report. John

This sounds like an issue with LINDA then - maybe try the LINDA support forum.

Then maybe you should try smartCARS support.

This is a support forum for FSUIPC7 only. The main support forum is for all other products, apart from the .net dll client by Paul Henty which also has its own sub-forum. There is no specific support forum for FSUIPC4, use the main support forum. Sorry, but if it was working and is now no longer working, something must have changed. You need to determine what. As I have said, FSUIPC7 in no way affects other versions of FSUIPC. Anyway, as I said, if you have a problem with FSUIPC4 then please use the main support forum. And I don't know why you "reported" my post with the complaint "Does not contribute to finding a solution, or help give insight in any manner to my post.". I am only trying to help and determine what your problem actually is. Please not also that FSUIPC4 is NOT my product, its still with Pete, although I try to help with it where I can. John

This seems to be an issue with VRI devices. Did you try that ini parameter I mentioned previously? There are other posts on this as well with possible solutions. please search. I find this very strange. Can you please double check the background tasks please. I could update to manually remove the mutex (which is what is preventing FSUIPC7 from running) earlier in the shutdown process, but this would mean whatever background task you have running would still be running, and most probably would affect performance or functionality. You log shows that FSUIPC has not terminated and closed the log file, so there MUST be something still running - you just need to find it in the background processes and terminate. John

Sorry, but can you clarify what your issue is. I thought that you you were talking about FSUIPC4 (v4?), but if so why are you posting in the FSUIPC7/MSFS forum? FSUIPC7 should in no way affect FSUIPC4 - as long as it's not running. In fact, I doubt you can run FSUIPC7 if FSX is running (or vica versa), due to the clash in windows class names. So, in summary, I am perplexed and do not understand your issue. Could you clarify please?

All the information you need is in the provided FSUIPC documents. If you haven't used lua before, check the provided examples. @spokes2112 is very good with such plugins, he may have or know of a similar plugin that you could adapt.

Ok, thats interesting. Do you see the TransmitClientEvent failures in the log before you do this, and none afterwards?

FSUIPC7 is ONLY for MSFS. You need FSUIPC4 with FSX, as always. However, make sure FSUIPC7 is closed (and not in your system tray) when you use FSX/FSUIPC4. This should no longer be applicable with the latest MSFS update.

Then maybe report this as a bug to MSFS via their forums.

Sure, should be possible via a lua plugin.

Ok, that's good to know. But I think I'll update 3C00 to contain the full path to the aircraft.cfg file, as it was previously. And maybe find some new offsets for those 3 new entries ("icao_type_designator", "icao_manufacturer" and "icao_model"). I'll post here again when this is done (next week sometime). Yes, I believe something has changed - and different from the alpha/beta releases. I'll update for this (as I just said above). I'm not sure about this one yet. As I said, this is the "installation path", the one you choose during the installation, and is taken from the UserCfg.opt file. I'm still not sure ho useful this is at the moment. Under a steam install, this contains a lot of data under .../'Official/Steam', and I guess the 'Community' folder would/may contain add-on info, but its difficult to know at the moment with the lack of info provided by MS/Asobo on how these folders are used. Currently, I am open to suggestions on what paths/folders would be useful to FSUIPC users for these offsets. John

Oh, and please give your posts a relevant title, not your user name.

The second image shows that you have 'Gear Down' assigned - is this not working? If L,9 is showing , FSUIPC is receiving a press event for it. Could it be a problem with a sticky/faulty button? Try logging 'Buttons & Keys', to see if FSUIPC is receiving these when not pressed. Or maybe locate which button/switch that is on your device and see if you can turn it off.

Please see John P.S. Note that all questions on FSUIPC7 for MSFS should be posted in the dedicated sub-forum: https://forum.simflight.com/forum/183-fsuipc7-beta-for-msfs/