Products Support > GSX Sharing area - Airplane Configs
QualityWings 787 - GSX/SimBrief Integration & Automation
CS-TMT:
Following the question regarding PMDG, I would ask as well if it's possible to do this for PFPX users as well, for those who don't use Simbrief?
TheCaptain3618:
--- Quote from: CS-TMT on March 18, 2022, 04:40:05 pm ---Following the question regarding PMDG, I would ask as well if it's possible to do this for PFPX users as well, for those who don't use Simbrief?
--- End quote ---
Please, do it. I stopped using Simbrief permanently in favor of PFPX. Still the question is: can I use it without Simbrief?
CS-TMT:
For me possibly it will be the opposite way, now that PFPX development ceased :-\ for now, PFPX keeps being a simply amazing software, but maybe sometime in the future I may have to go to Simbrief. So far I never used Simbrief.
As for your question, I think this mod/tool is unusable without Simbrief.
Fragtality:
Hey there! Sorry for the late answer, wasn't informed of new replies :(
--- Quote from: Fighter2309 on March 18, 2022, 11:53:26 am ---This is simply amazing! Many thx for sharing it.
Would it be possible to create this also for PMDG planes?
--- End quote ---
I simply don't know - I don't have any PMDGs and if, it would be only the 777 (basically only airframes not designed in the 60s^^)
But I would not have much hope - since PMDG more or less denies the existence of GSX it is questionable if they expose enough variables/functions to do something similiar (which also is a reason for me not to spend the Money - else I would have got it as soon as it was released for v5. The 777 is overpriced imho).
For example: it would be required that I can set existence of external Power from outside (via lvar, offsets or controls/events). Or a Variable for the Wheel Chocks (which would also be needed from GSX to recognize them. GSX in turn doesn't allow me to inform it that the Airplane has Chocks set and there is no intend to implement that in the foreseeable future).
The Thing with QualityWings is/was: they integrated with GSX, it's just that it is a very basic integration (compared to e.g. FSLabs), they could have gone much further (for Example to just ask Umberto to check their Chocks-Variable^^). I would have also tried to implement to load the FlightPlan in the CDU, but for that the CDU-Softkeys would need to work. Don't know when QW does fix that (at least they acknowledged it) ...
--- Quote from: CS-TMT on March 18, 2022, 04:40:05 pm ---Following the question regarding PMDG, I would ask as well if it's possible to do this for PFPX users as well, for those who don't use Simbrief?
--- End quote ---
--- Quote from: CS-TMT on March 18, 2022, 06:59:44 pm ---For me possibly it will be the opposite way, now that PFPX development ceased :-\ for now, PFPX keeps being a simply amazing software, but maybe sometime in the future I may have to go to Simbrief. So far I never used Simbrief.
As for your question, I think this mod/tool is unusable without Simbrief.
--- End quote ---
That is simply not true, basically it is implemented since release, check out the Readme! Especially the FAQ for "I dont use SimBrief, is that of any use to me?". You can provide an "Offline OFP" via the ofp.xml File which provides the Information the Binary needs for Refuel and Boarding! Most of the other automations (e.g. opening/closing doors) is not tied to the Binary. It is done with the Lua-(Sync-)Script provided.
So it maybe is not useable with it's full feature-set (when not using the binary) or with the same comfort (since you have to edit the xml File manually) - but you can use it without SimBrief.
So in Theory PFPX (or any other FlightPlanner) could export this xml-File for the Binary. IF PFPX would still be developed or IF it would allow to write Export-Plugins for ;)
But although its "abandonware" State it still seems to have great User-Base ... does it have any Export-Option which exports the needed Information in a machine-readable and open Format (like xml, json)? If that is the case I maybe would look into it. But if the only way would be to parse an OFP via Regular Expression, it definitely won't happen sorry!
CS-TMT:
--- Quote from: Fragtality on May 28, 2022, 10:50:11 pm ---That is simply not true, basically it is implemented since release, check out the Readme! Especially the FAQ for "I dont use SimBrief, is that of any use to me?". You can provide an "Offline OFP" via the ofp.xml File which provides the Information the Binary needs for Refuel and Boarding! Most of the other automations (e.g. opening/closing doors) is not tied to the Binary. It is done with the Lua-(Sync-)Script provided.
So it maybe is not useable with it's full feature-set (when not using the binary) or with the same comfort (since you have to edit the xml File manually) - but you can use it without SimBrief.
--- End quote ---
Oh, sorry for that! Indeed I didn't read the FAQ :-[
--- Quote from: Fragtality on May 28, 2022, 10:50:11 pm ---So in Theory PFPX (or any other FlightPlanner) could export this xml-File for the Binary. IF PFPX would still be developed or IF it would allow to write Export-Plugins for ;)
But although its "abandonware" State it still seems to have great User-Base ... does it have any Export-Option which exports the needed Information in a machine-readable and open Format (like xml, json)? If that is the case I maybe would look into it. But if the only way would be to parse an OFP via Regular Expression, it definitely won't happen sorry!
--- End quote ---
Well indeed PFPX allows one to save the OFP as a plain TXT file, which indeed is the current way to import the flight data into FSLabs. Although FSL needs to read this TXT file with certain naming rules, if one is not using FSL, one can save this TXT file with whichever name one would like.
Previously (before I started to use that aircraft) FSL allowed to uplink a flight from PFPX directly as it stil does with Simbrief, without downloading any TXT file or anything, but currently that uplink "on the fly" is only available through Simbrief as FSL dropped that similar functionality through PFPX.
I've attached a TXT OFP saved by PFPX ready to import to FSL so you can see.
Basically, for FSL to be able to read and interpret it, the file name has to be Callsign (space) DepartureAirport-ArrivalAirport (space) (Date inside parenthesis with the given date format) #(OFP release number). This file naming format is the one automated by PFPX, but if one is not using it in FSL, one can rename the file at will.
In the case of the file I attached here, CSDGA is the callsign, as it was a private flight with no airline code, so for a Delta flight for example the name would be DAL1234 LPAR-LMML...etc. (CSDGA/DAL1234 being the flight number one should insert on the FSL INIT page on the flight number).
Sorry for this extensive post, hope you understood my explanation!
Regarding PMDG, I love their ac althoug I currently have the 777 because it's the only one that I fly and although it's quite expensive (like every PMDG aircraft) I can guarantee that it's worth every cent, however I completely understaft your "frustration" (which I also have) regarding the denial of PMDG regarding GSX.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version