YAME64 suite
-
I haven’t that I know of, I’ll give that a shot.
EDIT:
I have 2017 and 2013 installed. But no 2015. And it won’t let me install 2015 because “Newer version is already installed.”Same issue I’m having with VS Apache. :?
Maybe your yame folder is set to read only ?
Tried unchecking all “Read only” boxes with no luck. Still received the same error message.
JollyFE, on which disk you are installing BMS and YAME - C:?; D:?. By installing on you should not have any problems.
Thanks for the suggestion petros, I’ll give this a go.
UPDATE: Well son of a [bad word]!!! Your suggestion worked petros! Thank you! :thumb:
Cheers,
Jolly -
haven’t that I know of, I’ll give that a shot.
EDIT:
I have 2017 and 2013 installed. But no 2015. And it won’t let me install 2015 because “Newer version is already installed.”
Same issue I’m having with VS Apache.Ere’ , I’ve googled that problem for ya … yes it is still unclear is that a bug or a windows feature …but as the guy said, this is workaround that works
Cheers
I’m surprised that nobody mentioned that the Visual Studio 2017 redistributable blocks the Visual Studio 2015 redistributable installation because the Visual Studio 2017 runtime is backwards compatible.
If you are in a situation where the VS 2017 redistributable is installed, but the application that you are installing doesn’t detect this and is refusing to install, then you should look for the Visual Studio 2017 redistributables and uninstall those, Let the installer complete, then finally reinstall the Visual Studio 2017 redistributable. This will update the runtime to the latest version.
I know this situation was more confusing because this is the first time that two versions of Visual Studio redistributed files with the same name, and of course the help available for this was lacking if you didn’t know how things worked.
edit: original link
JollyFE, on which disk you are installing BMS and YAME - C; D. By installing on you should not have any problems.
If you install anything into C (system) drive and/or ‘Program files" … that software MUST use admin privileges to write into its own directory or it have to use some other directory for writing its own files , preferably ‘docs’ under user.
In other word, you can’t write to ‘C:\program files/’(x86)’ without admin privileges , that is the windows UAC policy.When you use some other disk for installation , then in 99% percent cases, depends of your system security setup, you’re free to ‘write’ anything witout admin privileges.
Cheers
-
Ere’ , I’ve googled that problem for ya … yes it is still unclear is that a bug or a windows feature …but as the guy said, this is workaround that works
Cheers
edit: original link
If you install anything into C (system) drive and/or ‘Program files" … that software MUST use admin privileges to write into its own directory or it have to use some other directory for writing its own files , preferably ‘docs’ under user.
In other word, you can’t write to ‘C:\program files/’(x86)’ without admin privileges , that is the windows UAC policy.When you use some other disk for installation , then in 99% percent cases, depends of your system security setup, you’re free to ‘write’ anything witout admin privileges.
Cheers
I always avoid installing anything on the C / disk drive, that is, for me and most users, the system “machine”, so you should rather mix as little as possible, and if there is no exit, I install only with the permission of Admin:yo:
-
Well yes and no … it is a bit more relaxed/complicated
How come that eg. Ms Office or any part of windows apps which are by default installed in ‘Program Files’ , DON’T require admin privileges to run and save its stuff in system drive?
the answer is:Because they often do write stuff being elevated in sense of security privileges, so even if they need to save something on C drive (Program Files) NOT under user dir eg. ‘Docs’/‘AppData’,… they’ll do it in admin elevated mode but silently, without user consent, and that is only because they are MS legit (certified) aplications and not third-party like YAME. If YAME or any third-party would be ‘MS approved’ (windows certified) it would behave the same.
…but that costs money, and in the end… who caresCheers
-
Well yes and no … it is a bit more relaxed/complicated
How come that eg. Ms Office or any part of windows apps which are by default installed in ‘Program Files’ , DON’T require admin privileges to run and save its stuff in system drive?
the answer is:Because they often do write stuff being elevated in sense of security privileges, so even if they need to save something on C drive (Program Files) NOT under user dir eg. ‘Docs’/‘AppData’,… they’ll do it in admin elevated mode but silently, without user consent, and that is only because they are MS legit (certified) aplications and not third-party like YAME. If YAME or any third-party would be ‘MS approved’ (windows certified) it would behave the same.
…but that costs money, and in the end… who caresCheers
It is logical, with “MS” you will not fight …, heheheheeeee:boxing:
-
If you install anything into C (system) drive and/or ‘Program files" … that software MUST use admin privileges to write into its own directory or it have to use some other directory for writing its own files , preferably ‘docs’ under user.
In other word, you can’t write to ‘C:\program files/’(x86)’ without admin privileges , that is the windows UAC policy.When you use some other disk for installation , then in 99% percent cases, depends of your system security setup, you’re free to ‘write’ anything witout admin privileges.
Cheers
AH! THis makes sense! And now that you mentioned it, I vaguely recall reading it someplace, but disregarding it because I assumed that I had admin rights to all folders on my machine. Thanks for setting me straight White Fang. :uham::thumb:
Cheers
-
OK, after having a few senior moments, I got Yame up and running. Here is my only issue. I have a networked PC that I use Yame in the Client Mode. I only extract the RWR, CPD and MFD’s. I have the windows properly created and positioned with the gauges assigned to it’s appropriate window, all sized and good to go. I am extracting using shared memory (hook off and hook files cleared). I have the D39.dll (I know the file name is wrong, but you get the message) copied to the Bin/X64 folder. I also have RTTextures set to 1. To make a long story short, the networking is fine. I am getting the RWR and the CPD extracted and showing up in their monitors, but NO MFD’s. Also, if I select the MFD view in the CPD, they aren’t showing up there either. I also tried client mode on the main PC, and same thing, no MFD’s. For some reason, BMS is not extracting them from shared memory. Any clue what I am missing? It’s got to be something simple, that’s why I don’t know
-
In what theater are you experiencing this? Iirc, nordic and one other had this issue but Korea and Balkans don’t.
-
Pretty sure he has a fresh vanilla install with only Korea theater.
-
I updated from windows 7 to windows 10. My YAME installation does not work anymore.
I tried to reinstall, but i am having the very same problem after the reinstall.
The first I run YAME it propts me to “First select the BMS folder”, but in the Globals tab, I can’t select anything. BMS is working ok
I tried the search this thread function, but I could not find anything applicable.
Thank you
-
If you can’t set BMS path in the globals tab (ref manual page 80 and on), set it manually in the config. Search for yame64.xml in the config subfolder and set it correctly on this part of the file:
<falcon><windowed>true</windowed> <path>C:\Falcon BMS 4.33 U1</path></falcon>
-
If you can’t set BMS path in the globals tab (ref manual page 80 and on), set it manually in the config. Search for yame64.xml in the config subfolder and set it correctly on this part of the file:
<falcon><windowed>true</windowed> <path>C:\Falcon BMS 4.33 U1</path></falcon>
Thanks for your help Fd
I found out that the problem was not YAME, but the Falcon(original) and Falcon BMS installations.
For whatever reasons, after updating to w10 over my previous w7 installation, both the original Falcon and Falcon BMS were not recognized as installed.
What I did is to backup the BMS folder and reinstalled both the original Falcon and BMS. I had to buy a steam copy of Falcon because the installer from my original Falcon disk was not working in windows 10.
After reinstalling both Falcons, I just copied my whole old BMS installation (with a lot of theaters) over the fresh one and now YAME detects the BMS registry entries as it should and the SERVER tab is there again.
-
Thanks for your help Fd
I found out that the problem was not YAME, but the Falcon(original) and Falcon BMS installations.
For whatever reasons, after updating to w10 over my previous w7 installation, both the original Falcon and Falcon BMS were not recognized as installed.
What I did is to backup the BMS folder and reinstalled both the original Falcon and BMS. I had to buy a steam copy of Falcon because the installer from my original Falcon disk was not working in windows 10.
After reinstalling both Falcons, I just copied my whole old BMS installation (with a lot of theaters) over the fresh one and now YAME detects the BMS registry entries as it should and the SERVER tab is there again.
original f4 disc and setup works on win10. Tricky but it does.
Also you could do all without the reinstall and save all that time and nerves.
don’t ask how it’s not allowed to say.
doing it for years now I even forgot when it was the last time I installed F4+BMS.
Though will do it as soon as I get my VFS and finish my ssd flight setup after x years of inactivity.
-
SO, I solved the registry and SERVER TAB issue and now I have hve some other problem.
I would like to run the extraction on a server-client config with another PC. I would like to use the 3Dhook that was working beautifully on my W7x64 install.
I have a triple monitor setup, using nvidia surround toa total res of 6050x1200(bezel corrected). GTX 108ti with latest drivers.
The situation I have now is that when I use the 3dhook extraction, the extraction works, but I get only 3d image on the center monitor and with very low resolution. I tried to change it on the BMS setup, but no matter what I do, the ingame 3d resolution is still very low and left and right monitors are black.
If I switch the 3dhook extraction off and remove the Hook files, then obviously the MFD extraction stops, but now the 3d world is rendered correctly on the three monitors.
I found in the forum some fix about checking the “Disable full screen optimizations” box on the shortcut compatibility settings, but it does not work for me, or at least not when using 3dhook extraction.
Any ideas?
Thanks
-
UPDATE.
The problem seems to be linked to the presence of the file d3d9.dll in the Bin7/x64/ folder…
I tried to remove the hook file and do the extraction via textures and then I can select the full resolution.
As soon as the d3d9.dll file is present, the resolution is locked to the low value, even though in the bms setup menu it is set to the correct 6050x1200 value.
I would like to find a solution to use the 3dhook extraction, because of its better performance.
Any ideas? Is it possible to get an updated d3d9.dll file which does not cause this problem?
-
UPDATE.
The problem seems to be linked to the presence of the file d3d9.dll in the Bin7/x64/ folder…
I tried to remove the hook file and do the extraction via textures and then I can select the full resolution.
As soon as the d3d9.dll file is present, the resolution is locked to the low value, even though in the bms setup menu it is set to the correct 6050x1200 value.
I would like to find a solution to use the 3dhook extraction, because of its better performance.
Any ideas? Is it possible to get an updated d3d9.dll file which does not cause this problem?
this is not a problem with the dll, but windows itseft. don’t know if the “disable full screen optimization” can help you. What i can say is that the beta testers of the new version never reported such an issue.
-
I am already using the “disable full screen optimization” workaround, but it does not help me. As soon as the hook dll is there, the resolution os locked…
I must have launched BMS and YAME like 100 times today looking for a pattern and trying a possible working combination.
Too bad, because the texture extraction works good, but the hook extraction works even better, or at least it did on my W7x64 install.
Arty, when you say new versio, I understand you#re talking about the 1.2.1, right?? But this version is quite old, isn’t it?
-
Hi Guys…
I am newbi here… Have a dream to build my own F-16 Simulators. I have downloaded Falcon BMS 4.33 and Yame64.
First I tried to setup via Falcon BMS, I could move LMFD, RMFD, RWR, etc… but not others gauge. so I tried to setup via YAME64. But I dont understand how to setup the instrument to extra monitors. In YAME64 apps the “RUN” tabs is empty. and how to extract the instrument to other monitor.I tried to read this forum from beginning, but I coudnt find the answer.
-
Read the manual
-
Read the manual
yes, I did… but I still dont understand. In the manual, when YAME64 is running. at “RUN” tab already has several programs such as: TrackIR, HOTAS CCP, Weapon Delivery Planner, etc… which is mine nothing… no apps installed…
I will read more carefully to understand…