YAME64 suite
-
Hi, there !
Just downloaded and started to use YAME64 with BMS 4.33 to have the Mirage 2000-10 (!) simpit I’m currently building go live. Here is a link of my building :
http://www.checksix-forums.com/viewtopic.php?f=286&t=181224&sid=ee3b025316720d35a0d75f2bfb21f1ea&start=1000The digital fuel and engine gauges are pretty similar to the ones used in our mighty french fighter.
I was just wondering (dreaming ?) if there was any chance those digital gauges could be modified (or maybe just their layout) to better reflect the Mirage 2000 ones ?
I will post (hopefully next week) some pix of my layout compared to the real one.
All the best
EnZo
I had been asked to take over development of YAME but had to refuse due to other projects. If noone else had taken over don’t expect to get anything updated in YAME anytime soon.
Alternative would be MFDE as it’s open source and with some .NET C# knowledge you could make your own gauges based on that code. -
And a partnership with the Helios team is not possible?
Helios 1.6 will manage the extraction of textures, it only needs the implementation of a CP60 as in Yame.
-
And a partnership with the Helios team is not possible?
Helios 1.6 will manage the extraction of textures, it only needs the implementation of a CP60 as in Yame.
As I came up with the idea to integrate display extraction into Helios I realized that wheelchook was already working on it, so I stepped back and just provieded information mainly on how to identify areas for reading displays from F4TexSharedMem.
For CPD there is a partially working one based on C# as well it’s just a seperate project within lighningtools. I will have a look into 1.6 branch in order to get work on it to integrate the lightning CPD into Helios -
I had been asked to take over development of YAME but had to refuse due to other projects. If noone else had taken over don’t expect to get anything updated in YAME anytime soon.
Alternative would be MFDE as it’s open source and with some .NET C# knowledge you could make your own gauges based on that code.Thx for your reply. Unfortunatly, I don’t have any .NET C# knowledge (and far from that :roll:).
No prob, I’ll use YAME64 the way it is now and stay tuned for any update. -
Thank you oakdesign for your interest in improving Falcon software.
We are in the middle of testing the 1.6, the EHSI has been modernized and repaired.
The CP60 will be a great step forward for the 1.6. -
The demise of YAME is exaggerated.
Hope to be able to report progress in 3-4 weeks -
Happy to learn that Yame is always followed, I use it but it must be recognized that the use with 4.34 is not very simple.
And without the CP60 100% functional it loses its interest.
And in advance thank you to the programmer at Yame for the work he provides. -
Hi, in 4.34 the CPD dont show the waypoints and the flightpath in the moving map. How to setup the CPD in Yame for 4.34? It works in 4.33…
Thx
-
Has anyone had instances of extremely high memory usage with YAME/4.34? I’m currently getting 3-5 mins in the pit with YAME64/Helios running before my system memory (16GB) is fully used and performance is sub 20fps. YAME peaks at 2.5GB+ usage but generally settles around 600-800mb for me, whereas a friend using the same YAMME/Helios setup has usage around 90mb. BMS memory usage increases to 2-3 times normal usage while YAME is running. Any ideas?
-
Has anyone had instances of extremely high memory usage with YAME/4.34? I’m currently getting 3-5 mins in the pit with YAME64/Helios running before my system memory (16GB) is fully used and performance is sub 20fps. YAME peaks at 2.5GB+ usage but generally settles around 600-800mb for me, whereas a friend using the same YAMME/Helios setup has usage around 90mb. BMS memory usage increases to 2-3 times normal usage while YAME is running. Any ideas?
Are you using the Direct3D Hook or RTT shared memory ?
If the latter, try setting everything up for the D3D Hook -
Are you using the Direct3D Hook or RTT shared memory ?
If the latter, try setting everything up for the D3D Hook3D hook doesn’t work with 4.34 (yet)
-
-
Yep, just using RTT at the moment. I just don’t understand the increase in memory usage, especially when my friend only has a combined 900mb-1gb between YAME and BMS.
-
More testing carried out this morning - tried YAME as admin, YAME in Win8 compatibility mode, and reinstalling… all with no effect.
Memory usage at 2D with YAME client running is ~800MB BMS & ~90MB YAME, 55% overall utilisation. As soon as I enter the pit, BMS climbs to around ~1.5GB and YAME spikes as high as 3.3GB, ultimately settling at ~1.5GB. Overall utilisation is pegged at 98%. Returning to 2D returns BMS & YAME to their previous levels (ish) but usage remains pegged at 98% until I kill YAME entirely.
Any ideas at all?
-
Hi to everyone,
I have a strange problem with Yame. I try to use it on a network (which work perfectly with MFDExtractor) but when I try to configure YAME64, in the server tab the IP adresss is 0.0.0.0 and I don’t know how to change it to my real IP adress 192.168.1.110, any ideas??? -
Presumably you have selected “get data from network” under the <client>< extraction> tab? and then entered the server IP?</client>
-
The demise of YAME is exaggerated.
Hope to be able to report progress in 3-4 weeksCan’t wait, have been loving it since finding out about it on my two Lilliput 8" touchscreens! I now have the right one in portrait mode with your fictional Blk 60 center pedestal with moving map, great stuff! Let me know if you need beta testers!
-
-
Any news, I realize it is summer holidays
-
I hope there will be some good news soon….! :bowd: