Rationale (in a short story form):
Recently I joined a regularly hosted MP event. Unbeknown to me, this time the ATC host decided to offer training in very LV conditions, for which he published METAR on mumble, which I missed. That, in turn, resulted in me having entirely different weather situation from the rest of pilots. ATC was very accomodating and this turned into a lot of fun, but later he kindly wasted some of his time on explaining to me how to enter METAR into FG. And that is the key observation here - time waste.
Likely I was not the first and will not be the last to need some hand-holding with METAR entry (or simply miss the info), so I would like to propose an enhancement in this area.
Proposal:
Provide a method to receive METAR push messages configured by (ATC) hosts of Multiplayer Events.
This would enable ATCs of regularly hosted events, as well as ad hoc formed groups, with an easy way (just create a temporary mumble channel and add METAR data to it) to have consistent weather across participants.
How:
Possibly by using a data side-channel in a communications-plugin.
On the host side there would be a method to enter a METAR text string into a data channel associated with a specified frequency (and possibly to update METAR as time progresses).
On the pilot side tuning a radio to the ATIS frequency would additionally enable reception of METAR data from this data side-channel, if present. Since this has some potential for abuse probably a dialog should be offered, allowing the pilot to: accept METAR once / accept all / reject once / reject all.
Looking at the source code, there is already a similar mechanism of _metarBridge() and MetarPropertiesATISInformationProvider(), but, If I understand the code, it is currently focused on obtaining the real METARs for selected airports (via NavDataCache ?), identified by tuned frequencies.