Jump to content
The simFlight Network Forums

Help with PMDG 777


Recommended Posts

Where can i get PMDG 777 offset value? I already tried searching the internet but could not find them anywhere please help.

 

There are no offsets for the PMDG 777. It doesn't use FSUIPC and there's no implementation similar to the 737NGX to map the values from its Client Data, if indeed it supports that option.

 

Pete

Link to comment
Share on other sites

i'm trying to get the value for mcp and lighting any suggestion please

 

Don't PMDG provide any information to help?  I'm afraid any aircraft which is programmed to do all these things outside of the standard FS systems is only usually accessible through devious means -- FSUIPC does provide ways of finding out and maybe accessing things differently. For information OUT of the aircraft (as opposed to control of parts of the aircraft), really the only likely area is the use of the facilities in the Lua plug-in functions to obtain the values of "L:Vars" (local panel variables). You could investigate those using the FSUIPC assignable control to log lvars, or the more comprehensive sample Lua plug-in installed for you which also logs them, but in real time, i.e. as they change.

 

However, not all aircraft implementations use local variables. It depends on how they are implemented.

 

Pete

Link to comment
Share on other sites

  • 2 months later...

Pete, in case with iFly's 737ng, why does it need some iflytofsuipc.exe to talk to FSUIPC, whereas PMDG's 737ngx understands controls sent from FSUIPC directly? And the both use L:vars in their programming if I articulate it right (at all). Does this mean PMDG had coded their lvars so that they could be handled by FSUIPC directly and iFly had not? Sorry, if I'm having trouble even with the terminology.  

 

Thanks,

Dirk.

Link to comment
Share on other sites

Pete, in case with iFly's 737ng, why does it need some iflytofsuipc.exe to talk to FSUIPC, whereas PMDG's 737ngx understands controls sent from FSUIPC directly? And the both use L:vars in their programming if I articulate it right (at all). Does this mean PMDG had coded their lvars so that they could be handled by FSUIPC directly and iFly had not? Sorry, if I'm having trouble even with the terminology.  

 

Actually most of the sub-systems in the NGX are dealt with by additional FS controls which PMDG added.  I don't think you need to use the L:Vars for anything, though many were discovered before PMDG released their update with the SDK. The SDK lists all the extra (non-FS) controls added to the normal FS range -- and accessed in FSUIPC by the <custom control> assignment and the control number -- as well as mapping all the read-outs so cockpit builders can show them on their hardware displays.

 

iFly went a different way and provided the values and controls by a different interface. iFly2FSUIPC maps all those inputs and outputs to some FSUIPC offsets allocated for that purpose. I don't really know much about iFly, so I couldn't say whether they used L:Vars too or not.

 

Pete

Link to comment
Share on other sites

Actually most of the sub-systems in the NGX are dealt with by additional FS controls which PMDG added...

 

The SDK lists all the extra (non-FS) controls added to the normal FS range -- and accessed in FSUIPC by the <custom control> assignment and the control number -- as well as mapping all the read-outs so cockpit builders can show them on their hardware displays.

 

Are those "additional FS controls" by PMDG that you mentioned are the same "The SDK lists all the extra (non-FS) controls added to the normal FS range" in context?

 

Thanks,

Dirk. 

 

PS: In PMDG I use those controls with FSUIPC actually, just trying to get a general notion, thanks!

Link to comment
Share on other sites

Are those "additional FS controls" by PMDG that you mentioned are the same "The SDK lists all the extra (non-FS) controls added to the normal FS range" in context?

 

Yes, they added additional controls to the normal FS list, numbering them beyond those pre-assigned in FS. So they are "non-FS" controls in the sense that FS doesn't know those numbers, but they use the same mechanism, posting via message queues using Windows WM_COMMAND messages.

 

Pete

Link to comment
Share on other sites

Yes, they added additional controls to the normal FS list, numbering them beyond those pre-assigned in FS. So they are "non-FS" controls in the sense that FS doesn't know those numbers, but they use the same mechanism, posting via message queues using Windows WM_COMMAND messages.

 

Pete

 

Thank you very much, Pete.

 

Dirk.

Link to comment
Share on other sites

Alas, I fail to understand the difference yet. See, If I can use mouse click macros facility in FSUIPC to control most of the functions in iFly why do I necesserily need iFly2fsuipc.exe running in the background to be able to manipulate the same controls via FSUIPC? Any exe running in the background is such a nuisance, and there's nobody who's come up with a direct solution but iFly2fsuipc...

 

 

Thanks,

Dirk.

Link to comment
Share on other sites

I'll try to answer myself by quoting this from GIT User Guide:

 

 

Mouse Click Events are available when a developer has created an aircraft gauge or gauges using the C++ programming language.

 

The gauges will have areas that respond to various types of mouse clicks and in turn trigger events or custom code to execute.
Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
 Share

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use. Guidelines Privacy Policy We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.