YAME Suite v0.2
-
Thanx for the update.
This suite doesn’t work on android clients as for display extraction. Meaning I can’t see my mfd’s in my tablet (or tablets). Right?
But you can use the panels to send key commands. Right?Added it to my HotList.
-
Glad I could help!
-
Thanx for the update.
This suite doesn’t work on android clients as for display extraction. Meaning I can’t see my mfd’s in my tablet (or tablets). Right?
But you can use the panels to send key commands. Right?Added it to my HotList.
You are right Arty, it can only send key commands. Maybe in the next version I can take advantage of HTML5 canvas and socket for try some texture extraction.
Your help has been paramount. Thank you again.
I miss to say that for having the PANEL to function properly one must change the ip address found in the js/sender.js file. What you have to put there is the address of the pc where YAME_server is running.
-
Maybe in the next version I can take advantage of HTML5 canvas and socket for try some texture extraction.
this will be something great…
-
I tried “to try” your tool but I found a problem with the SFML
From your manual
“This is the program that will display the extrated data. In general it will run on another PC than the Falcon one. It uses SFML (http://www.sfml-dev.org/) for the rendering, so you will need SFML dll to run.”I followed the link and for idiots like me this SMFL dll is not that straight forward.
first “what version to download?” aparently it depends on the C++ version.
How to install??? the downloads in the page do not have an installer and I have no Ideal wher the dll should be located.
My suggestions is that you elaborate a little bit more your manual on this particular subject.
thanks
PS I will keep trying trial and error with this SFML thing
UPDATE:
I have seen the dlls in the YAME_client folder, but when I try to launch the YAME-client.exe, I get an error message that reads “The program can’t start because sfml-graphics-d-2.dll is mising from your comuter. try reinstalling bla, bla, bla…”
-
I tried “to try” your tool but I found a problem with the SFML
From your manual
“This is the program that will display the extrated data. In general it will run on another PC than the Falcon one. It uses SFML (http://www.sfml-dev.org/) for the rendering, so you will need SFML dll to run.”I followed the link and for idiots like me this SMFL dll is not that straight forward.
first “what version to download?” aparently it depends on the C++ version.
How to install??? the downloads in the page do not have an installer and I have no Ideal wher the dll should be located.
My suggestions is that you elaborate a little bit more your manual on this particular subject.
thanks
PS I will keep trying trial and error with this SFML thing
UPDATE:
I have seen the dlls in the YAME_client folder, but when I try to launch the YAME-client.exe, I get an error message that reads “The program can’t start because sfml-graphics-d-2.dll is mising from your comuter. try reinstalling bla, bla, bla…”
Sorry, my mistake. It was compiled in debug mode.
Here is the correct “release” version. Let me know if there is any problemhttps://www.dropbox.com/s/vnl6by3304xobot/YAME_client.zip?dl=0
-
This version works right out of the (drop)box. Now I have to configure the whole thing.
As I said, thanks for the tool, the more options we have out there, the better.
Remember to update the original package with the working version of the client.
Grazzie
-
Thank you very much, never tested on a non-dev pc. I will update the package and working on a new version with some minor changes.
-
Hi Roccio:
After having tried for a while your YAME, I would like to give you some feedback, as well as making some suggestions.
First of all, overall it works very smooth, but I must say that, even having changed the export JPEG quality to 100%, the displays (MFDs+HUD+DED) are not as well defined as in GPT. Responsiveness is good and the overall experience is good, but I don not know why, the quality of extracted displays is closer to MFDE than to GPT. Maybe it is my settings, but I could not find any other adjustable parameter other than the jpeg quality. I am sorry, but I have no time to attach pictures showing the difference, but it is quite obvious.
I think the analog VVI indication is reversed, it is showing a climb when it should show a descent and vice-versa.
I have two suggestions:
-Include the Hyd press gauges. They are important to deal with some emergency procedures.
-Let the user customize the background color of the windows. Your grey is nice, but I for one would rather to be able to use black as the background color.
Currently I was using MFDE to export the gauges and GPT for the MFDS+HUD+DED. When I saw your thread and read that your exporter was based on GPT, I thought: GREAT!!! I am going to be able to use one single tool to extract everything, but the quality loss is a big NO GO for me ATM.
I paste my GPT display transmitter .ini settings. As you can see, jpeg quality there is 70%, but it looks way better.
_[falconhook_shm]
active = 0
name = “GiGurraTexturesSharedMemoryArea”[falconhook_socket]
active = 1
addr = “192.168.1.35”
port = 8051
max_kbps = 100000
max_hz = 50
jpegQual = 70_I hope you can overcome this backdraw.
Thanks for your work.
-
Thank you very much, I will implement all your suggestions (maybe I can also add a picture for the window background).
For the quality problem I will investigate. -
Thank you very much, I will implement all your suggestions (maybe I can also add a picture for the window background).
For the quality problem I will investigate.Thank you.
I will be away from my pc the next 10 days, but I will try to post some comparison screenshots when I am back at home. -
Hey Roccio.
Got time to talk on skype (msg me: GiGurra)?
I’m mostly not doing any simming anymore but have some silly hobby sw ideas for gpt Id like to try out.Mostly I’m interested in knowing how good bms built in texture exporter is nowadays - apparently there should be a built in shared memory for cockpit displays.
Basically if the textures are already exported and the performance is as good as our injected d3d stuff… I’d like to try use that instead - i.e. just have GPT stream from shm directly instead of the d3d hook. Also Id like to remove a lot of junk from gpt. It depends on way too much external crap atm and is a nightmare to maintain (I just today cloned its git repo for the first time in ages and it took me a cpl of hours to figure out how to build).