YAME64 suite
-
alright, will be testing this in the future.
RWR & DED are bitmap extraction out of sharedmem I assume? So it will correctly show non default block 52 rwr like carapace & other MLU’s also?
Any chance in the future we can have something like MFDE has for ATD RWR screen, but with correct symbology for the other RWR types? That’s what I’m missing in MFDe now.
Is EHSI also extracted or only HSI possible?
Are there MLU specific versions of VVI (needle instead of tape) and RPM that only goes to 100%?Yes, DED and RWR are extracted from the texture. Shared memory if you enable it or via DirectX hooking (for me think it’s smoother). It will show the RWR that is presented in the cockpit.
For new gauges, like ATD RWR screen (sorry but I don’t know how it is, need to study) and EHSI there is no big problem in adding, just need to know the functions and get some images.
The MLU VVI is already implemented, check documentation. -
any thought or help for guys with shofth that already have a d3d9.dll?
-
Thanks for the effort and sharing roccio!
One small (and excuses me if stupid ) question, any chance the client is available for a 32 bit system? (while server runs on 64 bit system?
-
any thought or help for guys with shofth that already have a d3d9.dll?
For now you can use standard shared memory extraction, no need to use the d3d.dll hook. I wil look in the future if it’s possible to integrate the two.
One small (and excuses me if stupid ) question, any chance the client is available for a 32 bit system? (while server runs on 64 bit system?
No stupid question, I have not tested it, but I can try to compile the client in 32 bit version and make some test. I don’t think there will be problems.
-
No stupid question, I have not tested it, but I can try to compile the client in 32 bit version and make some test. I don’t think there will be problems.
would be awesome, thanks!
-
Since on it…
Could you please give it a try and for Linux systems?
I’m talking about the client.My thought. Many of us have old pc’s laying around that can’t cope with win7, or there are drivers problems non existing for win7 and older ones don’t do the trick, so xp is the only way, even though and xp are a bit heavy.
A unix system on the other hand run’s rocket high on those systems.Finally if no unix a xp 32 bit is a must I believe as it will take advantage of current hw.
-
having a linux client would be great. I 'm thinking of having a couple of RPis instead of a “full fledged” desktop pc for displaying the MFDs and gauges in a networked pit-setup.
-
I have used SFML libraries for the client for portability pourpose. So I think it would be quite easy to port the client to Linux systems, but for try it I must install a virtual machine.
For WinXP 32 bit it’s far easy, in fact it’s just a matter of compiling the source with the 32 bit version of SFML.
All in my to-do list. -
Added the 32 bit version for the client. I don’t have a true 32 bit machine, so have not tested :).
Link is in first post.
-
Haaa, RPi would also be so nice…
It looks SFML could be ported to RPi as well…: http://blog.aldeo.io/post/116365980469/raspberry-pi-and-sfml -
Added the 32 bit version for the client. I don’t have a true 32 bit machine, so have not tested :).
Link is in first post.
now this is what we call best service
thanks, will give it a try, -
Haaa, RPi would also be so nice…
It looks SFML could be ported to RPi as well…: http://blog.aldeo.io/post/116365980469/raspberry-pi-and-sfmlI have a Raspberry Pi 2, but the only problem is that SFML is based on OpenGl for the rendering and it’s not fully supported by RPi, so the rendering will be very slow. Maybe in the future I will write a client version with custom libs for the pi.
-
server doesn’t start (windows 10, 64): “MSVCP140.dll missing” ?
-
server doesn’t start (windows 10, 64): “MSVCP140.dll missing” ?
There are two dlls that are part of the Visual C redistributable runtime. You can google it and put in the same folder of the exe, od on Windows/system32 folder, or download the package here
https://www.microsoft.com/en-us/download/details.aspx?id=48145
-
ok, copied 2 dll’s from freedll (msvcp140 and vcruntime140) and errors dissapeared.
however, nothing happens when server starts and program ends.
Have to go now but will try later on. -
Ok you asked for it… :lol:
what about mobile devices? android tablets and maybe ipads?
-
Ok you asked for it… :lol:
what about mobile devices? android tablets and maybe ipads?
Never tried to develop on such devices, I have to download android studio and try something. I really need more time….
-
I have a Raspberry Pi 2, but the only problem is that SFML is based on OpenGl for the rendering and it’s not fully supported by RPi, so the rendering will be very slow. Maybe in the future I will write a client version with custom libs for the pi.
have you made some tests with the RPI already? since most of the work would be displaying 2d bitmaps, is it really that much slower?
Also, RPis support OpenGL-ES and here i found a library that might be useful: https://github.com/Sonkun/esfml/wiki -
have you made some tests with the RPI already? since most of the work would be displaying 2d bitmaps, is it really that much slower?
Also, RPis support OpenGL-ES and here i found a library that might be useful: https://github.com/Sonkun/esfml/wikiNo test with the pi for now. As soon as I have some time I will try what you are suggesting, thank you.
-
ok, copied 2 dll’s from freedll (msvcp140 and vcruntime140) and errors dissapeared.
however, nothing happens when server starts and program ends.
Have to go now but will try later on.Same for me, all .xml files configured but nothing happend.