An android/IOS tablet MFD extractor that just works!
-
@hoover Using it in a LAN environment is a good question. Currently it will connect to the first server it finds, which will sure be fun for about 5 or 10 minutes of dogfight mode while you control and see your opponents radar.
I will think about a way to fix this, potentially enable the user to enter a server name or assign a unique id to each server and then let the user pick. Maybe it even needs some pairing code (like bluetooth, so people cannot āspyā on your screens)
I want to add more buttons and toggles in the future, but shy away from the AP switches, since BMS does not export the current, actual state of the switches via shared mem and in my opinion, that just asking for the switches to de-sync between the clients/server and the actual cockpit.
CMS rotary will be added soonāish, 3-4 weeks, since that state is exported to shared mem and thus, correct.
-
@greatcouloir Tatās good to hear it is working so well for you. Making it as simple and responsive as possible was my highest goal and apart from the occasional network hiccup or config shenanigan, it seems to deliver that.
-
@kungfoo of course youāre correct with the AP switches, it happens all the time with komurcuās app as well but itās no biggie on my end as I only use the left ap switch in the app while I have the right one mapped to a 3-way-switch on the Warthog.
Thanks for considering however and Iām looking forward to what you come up with in the future. I just did a test campi flight with your tool and I had no issues using it instead of mfde server.
It might be easiest to provide a way to connect to a certain IP from the tablet and then authorizing (if you want to) this connection in the server app by a simple y/n answer, I donāt think we need to make things extra secure in our cozy BMS environment
All the best,
Uwe
-
@kungfoo for the AP switch it is exposed to shared memory through the LightBits
AutoPilotOn = 0x40000000, // TRUE if is AP on. NB: This is not a lamp bit!
If the right AP switch is either in up or down position. So if the AP disengages automatically because it out of parameters AutoPilotOn switches to false and you could read and pull the switch back to center. Basically all tools ie Helios, komercus ā¦ use it like that. The only cavecat if the user switches the AP on through either in pit click or Hotas DX you wouldnāt know if he switched it to ALT or ATT Hold so the only way I could think of to come across
if AutoPilot changes from false to true loop for a sec and check if Altitude is changing true -> swtich to ATT false -> switch to ALT
-
@oakdesign But there is still the other AP switch and that one is bound to be wrong. Could also happen if the client loses the connection for a moment.
-
@kungfoo the left AP switch is not relevant for the Automatic disengage as it stays in position only the right switch falls back to center.
But in the end if the user decides to use an alternative method to engage a switch you would have that issue for most switches as shared mem more exporting avionics states rather than explicit switch positions. But Iām sure thatās nothing new to you -
@hoover I have addressed the most pressing issue with automatic discovery in a new release. Please find the details in the other thread:
https://forum.falcon-bms.com/post/335601
This version allows users to specify the server ip address (thus disabling automatic discovery), which should make it a viable option in a LAN party setting.
-
Hello. Wish it just worked for me
All Iām seeing on my Android devices at this point is āDiscovering Server.ā I am trying with an old Samsung S2 tablet and a Chromebook. Same thing on both. The firewall on my PC appears to be allowing theĀ app in both directions. Falcon is in the air.
On the server, itās running. Hereās the log. Is there something else I need to do? I did add the line below into Falcon BMS.cfg:
set g_bExportRTTTextures 1 //Allow BMS to export ICP and MFD
2022-01-25 13:44:22.5442|INFO|FalconBmsUniversalServer|Starting upā¦
2022-01-25 13:44:22.6850|INFO|FalconBmsUniversalServer|Listening for broadcast packets on: 0.0.0.0:9020
2022-01-25 13:44:22.7182|INFO|FalconBmsUniversalServer|Running on 0.0.0.0:9022 -
disable your firewall temporarily and see if that helps with discovery of the server.
All the best,
Uwe
-
@bdlmi2018 Also, try running the server as Administrator (is BMS running as Administrator?).
-
@hoover said in An android/IOS tablet MFD extractor that just works!:
disable your firewall temporarily and see if that helps with discovery of the server.
No help with the firewall shut down.
@criticalmass said in An android/IOS tablet MFD extractor that just works!:
@bdlmi2018 Also, try running the server as Administrator (is BMS running as Administrator?).
Nothing changed there either as far as I can see. I also tried entering the IP of the server PC can it just shows the same āconnecting toā¦ā message on the client with the IP listed.
-
This post is deleted! -
This post is deleted! -
Turns out it was the VPN blocking it. I added the server application to VPN bypass list and also need to run the server app as administratorā¦now working.
-
This post is deleted! -
I just found this Kungfooās app. It connects right away and everything shows up on my iPad. However, the MFD is a bit jittery. I changed the refresh rate and itās still the same. Any tip on what this is happening?
Thanks @kungfoo for creating this app!
-
@nicohu I think you also asked the same question on github, but I will crosspost my answer for posterity:
Not sure what you mean by ājitteryāā¦
Hereās how it works, maybe that clears things up a bit:
- BMS exports the texture for RTT at 1/2 the framerate of the sim by default. So if your BMS is only running at 60fps (VSync, or slow computer), then the exports are only updated at 30fps. No point in setting the refresh rate to 60fps in the app then, but also no harm done, since the server check of a frame is actually a new frame before sending it.
- At 30fps the video is not going to be butter smooth, but absolutely workable and better than any other solution I found that exports to tablets.
- If your Wifi network is slow: set the compression quality lower, say, around 60.
- If your device or your network is slow, set the refresh rate in the app to 30fps.
These last two points ensure that your network does not get congested and your device can actually receive and display the frames as they arrive. If you go over the top with refresh rate and quality (the defaults are 30fps @ 80), the sustained data rate on your network is going to be higher and things can get congested.
(ā¦)
Please ensure your config matches your device and network. Iāve got the app running on a years old iPad Air, and it works quite flawlessly.Let me know if that helps/clears things up a bit.
-
@kungfoo The app worked smoothly the 2nd time I used it. So the issue was on my end. Thanks for the quick reply!
-
Does this app works still after 4.36.2?
Iām have a working DED and MFD but no lines or numbers on it, all buttons are working but no output on them. And with 4.36.1 everything worked ok. What could be the problem? -
@k3yb04rd Most likely they reset the config so you have to set the RTT flag to output again:
set g_bExportRTTTextures 1 // This enables the shared texture memory area for HUD/MFDs/HMS/RWR/DED/PFL