Beta Release: GPT (cockpit texture extraction, remote cockpit control, shm mirror)
-
I’ve tried to contact him via email but, no response.
-
I’ve tried to contact him via email but, no response.
thanks, i just got a PM from the OP so he’s looking for it for me now.
-
Hi guys, my configuration is 3 monitor, via nvidia sorround and Falcon bms in the Primary PC, Slave Pc runnig Helios but the only problem is how to configure Helios in LAN with the GTP , in particulary I do not understand how to connect Helios with the GTP shared memory receiver, because I want put the analogue gauges, adi, hsi, ias, alt, in the second pc.
Any Idea?
Thanks in advance
Geebee -
Hi everyone,
I have been using the GPT tools to run a laptop with Helios over a LAN to my PC running BMS, which works great, however I have found recently that a Windows 7 update causes BMS not to see the keystrokes from Helios anymore.
For now I have wound back the batch of updates and it works again, but was wondering if anyone else had this problem and if there was a solution? (I should add that the updates were on the laptop, not the PC)
Thanks! -
Short announcement.
I’m re-opening GPT development. There will be a new release within 1-2 wks.
The main differences are quite small for the end user:
- GPT now has a proper build script and source code is available at https://github.com/GiGurra/gpt
- GPT now uses MGen and MNet (the new data modeling toolkit I’ve been working on)
- GPT now uses JSON for config files, instead of previous unflexible ini files (example: https://github.com/GiGurra/gpt/blob/master/gpt-displaystransmitter/gpt_displaystransmitter_cfg.json)
- GPT DisplaysReceiver: now starts with black screens
- GPT DisplaysTransnitter: now only streams over tcp (BMS handles sharedmemory case natively)
- GPT DisplaysTransmitter: can now stream to multiple network targets
- Passing command line parameters to the game itself
Feel free to use the source if you see anything useful :).
-
Short announcement.
I’m re-opening GPT development. There will be a new release within 1-2 wks.
The main differences are quite small for the end user:
- GPT now has a proper build script and source code is available at https://github.com/GiGurra/gpt
- GPT now uses MGen and MNet (the new data modeling toolkit I’ve been working on)
- The DisplaysReceiver: now starts with black screens
- GPT DisplaysTransnitter: now only streams over network (BMS now handles sharedmemory case natively)
- GPT DisplaysTransmitter: can now stream to multiple network targets
Feel free to use the source if you see anything useful :).
Thank you. U back is good news.
I would like to ask you to reconsider the limitation of display transmitter working only over the net.
This is the reason why.
Although bms has the built in extractor, if you want to use it bms is forced into windowed mode.This in turn penalizes a lot some nVidia users.
I first started using GPT in the standalone mode to be able to run bms on full screen mode.
At least on my rig, the performance difference between running bms Windowed or fill screen was huge.
Later I started using gpt on server client config, and so far I am a very happy user.
Thanks again for your tools.
-
Thank you. U back is good news.
I would like to ask you to reconsider the limitation of display transmitter working only over the net.
This is the reason why.
Although bms has the built in extractor, if you want to use it bms is forced into windowed mode.This in turn penalizes a lot some nVidia users.
I first started using GPT in the standalone mode to be able to run bms on full screen mode.
At least on my rig, the performance difference between running bms Windowed or fill screen was huge.
Later I started using gpt on server client config, and so far I am a very happy user.
Thanks again for your tools.
+1
GPT is the only standalone tool now to run full screen with the ability to alt tab to windows and back without losing sync in the mfd’s and ded.
Thanks GiGurra.
-
Thank you. U back is good news.
I would like to ask you to reconsider the limitation of display transmitter working only over the net.
This is the reason why.
Although bms has the built in extractor, if you want to use it bms is forced into windowed mode.This in turn penalizes a lot some nVidia users.
I first started using GPT in the standalone mode to be able to run bms on full screen mode.
At least on my rig, the performance difference between running bms Windowed or fill screen was huge.
Later I started using gpt on server client config, and so far I am a very happy user.
Thanks again for your tools.
Does bms not export textures to a shared memory already since a few patches back?
Or does that ALSO require running in windowed mode?The new displaystransmitter can stream to localhost. Of course direct shared memory is faster, but if your
gaming pc has 4 cores or more, it shouldn’t matter. BMS itself consumes maybe 1-2 cores and GPT’s texture and
streaming management maybe consumes 0,5 core if you export at 50+ Hz at double resolution cockpit displays (2x0,5 if you stream to localhost).
Empirical values from my own setup though, your results may vary (gaming on an i7 3770k). I have an old core2duo as a slave pc for
running my displays remotely - works no problem.The alt-tab story itself is a bit interesting actually. I first noticed that alt-tab (originally, in the first gpt prototypes) didn’t work.
I had to read up on the Direct3D and then, it turns out (at least for directx9, which is what bms uses) that direct3d destroys all
textures and lots of other resources when you alt tab (it also gives you a function callback), but as soon as you re-enter the game,
you (=the programmer) manually have to load up all your resources again. Guess this is one “optimization” that backfired royally
since so many games out there fail to handle the case of alt-tab. -
Does bms not export textures to a shared memory already since a few patches back?
Or does that ALSO require running in windowed mode?Sorry, beyond my knowledge.
All I know is that native bms does not support full screen mode. -
Are 1-2 BMS weeks? Lol.
I’m kidding, thaks very much for your work. I bought a computer just to use your software as a second rig on my pit because I needed a lot of displays and I don’t wanted to overload the main one.
Thanks again! -
Hello GiGurra
good to hear you picking up your brilliant work on GPT
I still use it as of day onenow i certainly will by that I7
Greets Scratch
-
Still running XP sp3. Hope the new GPT release still will run.
-
The alt-tab story itself is a bit interesting actually. I first noticed that alt-tab (originally, in the first gpt prototypes) didn’t work.
I had to read up on the Direct3D and then, it turns out (at least for directx9, which is what bms uses) that direct3d destroys all
textures and lots of other resources when you alt tab (it also gives you a function callback), but as soon as you re-enter the game,
you (=the programmer) manually have to load up all your resources again. Guess this is one “optimization” that backfired royally
since so many games out there fail to handle the case of alt-tab.thanks for the technical insight. For me you did a great job. I need to alt tab (because I use Jcenzano Keyspeech profiles, BTW) so I tested all the exporter utilities. The one that didn,t lose the MFD sync after alt tabbing to windows and back was GPT. MFDE cannot. BMS exporter cannot. So I am a happy user. The only minor drawback that I have is that I dont know how to pass command line parameters to BMS through DisplayTrasmitter.exe… ?
so, in future versions, I understand that we will still can use GPT in the same PC that is running BMS?
Regards.
-
thanks for the technical insight. For me you did a great job. I need to alt tab (because I use Jcenzano Keyspeech profiles, BTW) so I tested all the exporter utilities. The one that didn,t lose the MFD sync after alt tabbing to windows and back was GPT. MFDE cannot. BMS exporter cannot. So I am a happy user. The only minor drawback that I have is that I dont know how to pass command line parameters to BMS through DisplayTrasmitter.exe… ?
so, in future versions, I understand that we will still can use GPT in the same PC that is running BMS?
Regards.
Ok. Command line parameters added to the todo list. I should be able to get them working with gpt.
Yes you can run the displaysreceiver on the same machine as the game.Can you give me an example of command line parameters that BMS supports, so I can test that my fix works?
-
Still running XP sp3. Hope the new GPT release still will run.
Was actually planning to throw out xp support, but I’ll see if I can keep it alive.
It’s mostly a matter of getting the build system (CMake) to produce a visual studio project with xp support without manual editing. -
Ok. Command line parameters added to the todo list. I should be able to get them working with gpt.
Yes you can run the displaysreceiver on the same machine as the game.Can you give me an example of command line parameters that BMS supports, so I can test that my fix works?
The ones that I know are -window and -ef.
With -ef you can enable “Eye Fly”, which is a free cam that will let you move inside Falcon 3D. But you need to configure a key for that before. In defaults key mapping, I reckon is Ctrl + i
Thanks for your support.
-
The ones that I know are -window and -ef.
With -ef you can enable “Eye Fly”, which is a free cam that will let you move inside Falcon 3D. But you need to configure a key for that before. In defaults key mapping, I reckon is Ctrl + i
Thanks for your support.
Thanks, verified now that I got it working on the next version.
Also 80% certain I got xp support covered.Maybe I should announce the release in a new thread? And we could close this old one?
-
thanks for coming around again GiGurra!
my setup (as it was - no time now) : touchscreen on a slave PC with helios with modified (complete new keyfile) roguesqdn profile + +.
It is over a year now that I tried all that. Have not been airborne since. (so i might write BS)
Could you tell why mfde had better performance on many small gauges while your suite blew mfde away on the mfds and some of the big ones (IIRC Velocity and Altimeter) ?
You used the inbuild BMS extraction tool, right?
If you would provide the .sln for VS and take the time to make the most important annotations I would be a very happy man, I swear! : )
thank you for sharing your solutions!
+1 here for a new thread.
-
Thanks, verified now that I got it working on the next version.
Also 80% certain I got xp support covered.Maybe I should announce the release in a new thread? And we could close this old one?
Thanks for understanding about XP. Already had to delete DCS from my system since their latest update is not supporting XP. Liked to fly the UH-1.
Not sure about new threat, hardcore users will find find exiting threat anyway. But for new users it perhaps is good idea to start new threat when you launch “new style GPT”
-
thanks for coming around again GiGurra!
my setup (as it was - no time now) : touchscreen on a slave PC with helios with modified (complete new keyfile) roguesqdn profile + +.
It is over a year now that I tried all that. Have not been airborne since. (so i might write BS)
Could you tell why mfde had better performance on many small gauges while your suite blew mfde away on the mfds and some of the big ones (IIRC Velocity and Altimeter) ?
You used the inbuild BMS extraction tool, right?
If you would provide the .sln for VS and take the time to make the most important annotations I would be a very happy man, I swear! : )
thank you for sharing your solutions!
+1 here for a new thread.
Not quite sure here what you mean about mfde and performance. GPT doesn’t do gauges, so how do you compare performance of vvi and altimeter?
I have not used the built in tool when developing GPT - instead GPT hooks on to the Direct3d engine of BMS to download the required textures directly.
The C++ parts of GPT (only the displaysTransmitter is in C++) is already building with Visual studio (2013). A sln file is generated with CMake through the python build scripts. All can be downloaded from github: https://github.com/GiGurra/gpt .
For transmitting MFDs I use a library called Libjpeg-turbo which is basically a very fast jpeg image compressor. Every frame recorded from the game’s direct3d engine is compressed to a jpeg image and sent to the slave pc. Normally you use video streams for this purpose, but the gpt solution is better for low latency purposes. However GPT requries about 10x (!!!) the bandwidth, so it’s not useful for internet streaming (the stream is about 40 mbit/s).