Solved Is BMS -Full.key file replaced/overwritten by U3?
-
@seifer said in Is BMS -Full.key file replaced/overwritten by U3?:
Sorry for the overwrites, folks
Seifer , Bad Boy … please … DO NOT APOLOGIZE GUYS !!!
Seriously!!!
We are spending nights and days working on something free then offer it with absolutely no counterpart. If some ppl are unreleased by what we are providing, they can either stay on previous version and take no ricks … or … whatever … not our concerns.
We are not obliged to publish change-logs. We are even not obliged to publish the updates.
The only thing they can say is “Be careful, I’ve noticed that … etc …” and / or … “Thank you”. That’s all.Personally, before installing something, I make a save. This is basics.
Hey … Where are we!?! Seifer, Bad Boy … when was the last time you’ve enjoyed the game while some other only complains … ? … They just owe you a big thanks.
-
-
@lorikeolmin fayot
-
Arty said it very well after U2 was released:
Devs inspire, and are inspired by you!
Never forget that, the community is the fuel of our work
-
Many thanks to everyone who posted a reminder here about saving a backup of the 4.35 folder, before installing U3.
I used my backup of of the RTTClient.ini file to copy-paste my MFD window size/position settings into the new version of the file. The MFDs are back on my 8" monitors, just where they’re supposed to be. No stress, no drama.
I’m very grateful for the reminder, and very grateful for U3!
-
@seifer said in Is BMS -Full.key file replaced/overwritten by U3?:
Sorry for the overwrites, folks
No problem, Seifer!
Also, I can add my layman’s observation to what Chili said- Launch BMS once with AL and it’s all good. I did have to change 2 key commands back to my preference for a command I have via Voice Attack. So, it’s probably a good idea to do your first flight in Instant Action to test. -
@dee-jay said in Is BMS -Full.key file replaced/overwritten by U3?:
@seifer said in Is BMS -Full.key file replaced/overwritten by U3?:
Sorry for the overwrites, folks
Seifer , Bad Boy … please … DO NOT APOLOGIZE GUYS !!!
Seriously!!!
We are spending nights and days working on something free then offer it with absolutely no counterpart. If some ppl are unreleased by what we are providing, they can either stay on previous version and take no ricks … or … whatever … not our concerns.
We are not obliged to publish change-logs. We are even not obliged to publish the updates.
The only thing they can say is “Be careful, I’ve noticed that … etc …” and / or … “Thank you”. That’s all.Personally, before installing something, I make a save. This is basics.
Hey … Where are we!?! Seifer, Bad Boy … when was the last time you’ve enjoyed the game while some other only complains … ? … They just owe you a big thanks.
I personally work on various free and open source projects in my spare time. I none of those projects if we delivered someting that broke an existing installation any of the devs I work together would not have had that mentality of telling the users to “Go and f… yourself”. we try to fix it or provide a solution
Neither am I obliged to owe you anything nor am I not allowed to state a critisim.
Noone requested a full changelog but a simple statement that files within the /User Folder get overwritten.
On the one hand the Relase anouncement states U3 doesn’t overwrite your cfg file (maybe as an outcome of the overwrite in U2) on the other hand it doesn’t state that other files get redeployed nor to give an advice to backup the User folder for U3.
I highly apreciate the apologize of @seifer @Bad-Boy
The owe a big They owe a big thank you -
-
nobody should say or even think “go and fxxx yourself” ! That would be unacceptable
-
nobody should feel the need to apologize either , because we are not a commercial company and we don’t have any commitments other than friendship and passion for the sim.
Cristicism IS appreciated and productive , however it should be done is a very gentle way (not saying that you didn’t
So let’s keep cool
-
-
@oakdesign Then you can definitely understand that we are overloaded sometimes and cannot cover all aspects…
We are trying to get better tracking tools internally but this is going to take time.In general, be understanding with us and just remember that the constant complaints of people each and every time we do something is tiering.
You follow the forums, you see how many questions we have per day, and some of them are easily answered by searching a bit or RTFM…
So please, consider that we are not perfect and that we just need a bit of “respect” each and every time something doesn’t go one’s way and it is not the end of the world…
Max out!
-
Here’s a little bat file i use to regularly backup my user config file so I can always roll back/compare. I have it run automatically each time the pc starts. Needs 7z installed. Note it will delete anything which looks like delFilter in DESTFOLDER, older than DELDAYS.
REM 06 =============== BACKUP BMS435 USER CONFIG FOLDER =================== SET SOURCEFOLDER="E:\BMS435\User\Config" SET DESTFOLDER="D:\Drive\BACKUPS\Daily\BMS\435" SET DESTNAME="Config435" SET SECRET=111111 SET OPENFOLDERFLAG=true SET DESTEXT=".7z" SET SEVENLOCATION="C:\Program Files\7-Zip\7z.exe" SET delFilter="Config*.7z" SET DELDAYS=100 SET killFlag="true" SET openFolderFlag="true" SET HOUR=%time:~0,2%_ SET timelong=_0%time:~1,1%%time:~3,2%%time:~6,2% SET timeshort=_%time:~0,2%%time:~3,2%%time:~6,2% if "%HOUR:~0,1%" == " " (SET dtTime=%timelong%) else (SET dtTime=%timeshort%) SET today=20%DATE:~6,4%%DATE:~3,2%%DATE:~0,2% forfiles /p %DESTFOLDER% /s /m *%DESTEXT% /D -%DELDAYS% /C "cmd /c del @PATH" REM with secret REM %SEVENLOCATION% a %DESTFOLDER%/%DESTNAME%_%today%".7z" -p%secret% -mhe %SOURCEFOLDER%"\*" %SEVENLOCATION% a %DESTFOLDER%/%DESTNAME%_%today%".7z" -mhe %SOURCEFOLDER%"\*" if %killFlag% == "true" forfiles /p %dest% /s /m %delFilter% /D -%deleteDays% /C "cmd /c del @PATH" if %openFolderFlag% == "true" START "" %dest%
-
Have anybody taken the falcon bms.cfg file from U2 and directly into U3?
-
@mlu the cfg has not been touched by U3
-
I use the AL and didn’t lose my latest DX buttons across 2 devices changes BUT lost my long standing custom keyboard combos. It could be worse since even if I lost all them, the combos are still on my devices and just have to reprogram via the AL.
So for future reference, how does the AL write to the .key(figured out in edit)? Is it the Full.key by default(yes). Does it save the keyboard combo changes someplace so I can pull them out of someplace (so far not seeing anything in the AL folder, seems to be no). If I make a change in the BMS UI, does the AL automatically overwrite it on next load or incorporate the change (no)?
This would be nice to know still: Can you change which .key AL writes to?
EDIT: I can see it writes to The BMS - FULL.key and Falcon UI changes will stay (I also remember that also at least used to be not recommended to do, but was testing). Moral of the story is like I used to, keep a backup of my prime .key (this case the standard Full one). So AL saved my DX assignments because how it ties DX inputs to specific controllers so it can keep them in place in case you left one unplugged/added a new one, etc…
-
This post is deleted! -
…this is an example where playing with stock BMS file through Alternative Launcher creates issues…
@chihirobelmo , Would be very useful to be able to use a ‘custom named’ key file with alternate launcher.
-
The way DCS does it is really nice. If you have a modified file and run an update it will make a copy of your custom file and put it in a backup.001 folder. That’s saved my butt a few times. If practical having the installer check for files which are modified and making backup copies in that way would be a nice feature.
-
@fish44 said in Is BMS -Full.key file replaced/overwritten by U3?:
…this is an example where playing with stock BMS file through Alternative Launcher creates issues…
@chihirobelmo , Would be very useful to be able to use a ‘custom named’ key file with alternate launcher.
Plus One on this, Fish. I like Frederf’s idea. But , I’m always experimenting, so having an “Airwolf.key” that AL would look at would work best for me.
No matter. C, IMHO, AL is an absolute blessing. So, I’ll do what i have to do … -
@maxwaldorf said in Is BMS -Full.key file replaced/overwritten by U3?:
I would emphasize on the fact that it is much needed to use a custom key file…
@chihirobelmo , this is an example where playing with stock BMS file through Alternative Launcher creates issues…
Maybe you should copy it and work on a separate file to avoid such situation?Cheers
Hi,
AL rewrites BMS - FULL.key because:
- if the user launches BMS the first time after installing it, Viper.pop will be created and it defines FULL.key as a profile.
- AL can edit <callsign>.pop and change the selected key file to any other file. like: “BMS - AUTO.key” for AL use. I tried it and it worked.
- However, AL can rewrite key files, pop files, and axis settings only before launching BMS
- This means the first time we launch BMS with AL, AL doesn’t have a pop file to edit.
- Therefore AL can not provide a proper joystick setup for the first installation of BMS
- So AL can not work properly for their first setup of BMS and it should make “Huh? why it’s not working” troubles.
- I also tried generating pop files by AL but somehow it didn’t work well, maybe some format I tried to generate was not correct, and BMS recreate fresh <callsign>.pop that looks for FULL.key
I might need a help for generating a pop file with AL properly so that it can use a different key file than stock FULL.key.
-
@chihirobelmo said in Is BMS -Full.key file replaced/overwritten by U3?:
@maxwaldorf said in Is BMS -Full.key file replaced/overwritten by U3?:
I would emphasize on the fact that it is much needed to use a custom key file…
@chihirobelmo , this is an example where playing with stock BMS file through Alternative Launcher creates issues…
Maybe you should copy it and work on a separate file to avoid such situation?Cheers
Hi,
AL rewrites BMS - FULL.key because:
- if the user launches BMS the first time after installing it, Viper.pop will be created and it defines FULL.key as a profile.
- AL can edit <callsign>.pop and change the selected key file to any other file. like: “BMS - AUTO.key” for AL use. I tried it and it worked.
- However, AL can rewrite key files, pop files, and axis settings only before launching BMS
- This means the first time we launch BMS with AL, AL doesn’t have a pop file to edit.
- Therefore AL can not provide a proper joystick setup for the first installation of BMS
- So AL can not work properly for their first setup of BMS and it should make “Huh? why it’s not working” troubles.
- I also tried generating pop files by AL but somehow it didn’t work well, maybe some format I tried to generate was not correct, and BMS recreate fresh <callsign>.pop that looks for FULL.key
I might need a help for generating a pop file with AL properly so that it can use a different key file than stock FULL.key.
Hi, C. I figured there was a reason for how you set it up. And, IMHO, it’s a small price to pay. If I had known that Full was going to be rewritten, I would simply have saved it before U3. As has been written elsewhere, it is generally a good idea to back up important files. I’m used to that in config., the Full keyfile took me by surprise.
But in my case at least, the fix was painless. I simply launched via AL and all my switch/button assignments were there. That, BTW, is something else I like about AL. You can assign something to a switch or button and it doesn’t matter what key board assignment you use. All I had to do, again using AL, is to go through and reset keyboard commands I’ve changed.