FO - Battle For Balkans Theater
-
Do not touch to Korean stock database unless it is clearly stated in mod/theater installer.
Not sure what you are talking about, but this is what you wrote
-
with all your respect, it may be time to learn F4patch
Would everyone need to learn about it or only theatre creators?
Cheers
-
@A.S:
Not sure what you are talking about, but this is what you wrote
Iām not in a joking nor playing mood A.S.
Database includes āsimā folder.
-
Iām talking about āsimā folder.
Sim folder is Data Base now??? Every theater can have itās own data base, like IT, BFS and BFB now. I just donāt understand all the fuzz about all this. Su-27 had no FM or a pit before. Now the person who wantās to fly Su-27 with others in A MP will want to get the Pit and rest of the stuff with it to enjoy it with others.
Except for the Su-27 we have not touched anything in the Stock BMS not even one number.
Now about People saying that we were not clear about the Su-27 changes there was lot of mention about it from the Installer to the Thread of Balkans. I except the responsibility of not putting this in my first post when we released it.
There are countless hours which were spent on this theater and frankly speaking it breaks my heart to see people trying to just take it down the Dark road with no end. I Personally apologize for any inconvenience this may have caused to anyone who installed it.
-
Abraham Lincoln
āYou can please some of the people some of the time all of the people some of the time some of the people all of the time but you can never please all of the people all of the time.ā
ā Abraham Lincoln
-
look the skins F-16+52 :shock:
i think is a bug!!! -
@ All.
Ok ā¦ It has been stated that Installer will warn ppl that their stock sim folder will be modified. Good with that. As A.S. ā¦ lets move on.
-
Iām not in a joking nor playing mood A.S.
Database includes āsimā folder.
Database :\Falcon BMS 4.32\Data\Terrdata\objects aka the āStarfilesā
is one thing
and the :\Falcon BMS 4.32\Data\Sim content (global files)
are two COMPLETLY different things with COMPLETLY different roles and purposes. Always has been and still is within the file-structure of F4.
You can agree to disagree and there is really no need to chew any longer on this as we probably just got lost in translation before.
PS:
I need to add something to this before it goes the wrong direction:
And i, nor other people working outside of the DEV team on BMS, are not in the mood to read between the lines NOR to be told what they can and can not do with an open source free and not lawfully restricted simulation, which whole root history is based on the modding of previous commercial versions and which pure purpose and evolution is still based on the modding and the work of many - internally and/or externally. If you havenĀ“t realized it yet, this IS what makes this sim so strong - not only the DEVs, but also the community ITSELF!
If few elitists practise a self-appointed right or status, to be the only choosen ones who determine, what can be done or not doesnĀ“t matter, regardless what they believe. Reality check!
Nevertheless, we all have responsibilities towards eachother and we all have to find a common ground, as the work of insider DEVs is as much important as the one of the external developers and both should respect and listen to eachother for the better good - WITHOUT attitude nor such āwill enforcing toneā of that kind. -
Do what you want inside data/Add-xxxxx folder. Do not touch to stock files or announce it clearly.
Thatās all. Not dificlut. No big deal.
Thank you.
-
Shit happens(ed). But i have a better solution for you: SIMCHECK, so NOONE can ātouchā stock files (not only FM data).
Our thoughts are the same, just the language is different :mrgreen: -
SIM folder has the data used by the core falcon database. This is what the guys sayā¦ and we all play around the words.
So playing with the data files itās the same as playing with the database.@Fenrir this is to everyone to decide, u know very well that with f4patch u can have a tide up setup and do as many changes as u like, if u know what u r doing. As for the theater devās using it and with a good guide (pdf txt whatever) u can guide ppl so that they will always have a clean stock setup. With F4Patch u give the tool to prevent accidental stock setup files to be altered and left, and on the same time u can alter those files as u want and like. Sure they can still fubar the setup but u give them the tool.
-
No m8 I never used it, it was suggested a while back but I didnāt do much more than open it, looked at it, closed it and thought that I would look at it again later but I never did
Anyway, thanks to the team behind this theatre!! Tomorrow I will have my maiden flight, hopefully I will rtb in one piece
Cheers
-
How i can change clouds ? stock clouds are about 100x better, those flat looking are no go
-
Is this cockpit light normal?
https://dl.dropboxusercontent.com/u/17606390/balkans_pit.jpg
I would like to have a green or a yellow lighting but not this mixā¦.
-
with all your respect, it may be time to learn F4patch
Thanks but Iām in the process of writing my own application to do the jobā¦
Implementing a āpatchā into F4Patch is like threading a hotdog through the eye of a sewing needle.
-
Thanks but Iām in the process of writing my own application to do the jobā¦
Implementing a āpatchā into F4Patch is like threading a hotdog through the eye of a sewing needle.
well this is clear that BMS using F4patch, creating another patch āplug inā will be easy to manage for dev teams
viva uniformisation
-
well this is clear that BMS using F4patch, creating another patch āplug inā will be easy to manage for dev teams
viva uniformisation
Iām aiming for a 1 click solutionā¦
Ie. Balkans Activated / Stock Activated, with a really big button so that people can mash their palm on the keyboard and still get the desired result.
Using feet should be also compatible, stay tuned!
I beg to ask a question to all the F4Patch supporters out thereā¦
Letās say we did back up the SU-27 dat, ok fine.
Then update 8 comes out (as an example, probably wont be the case)
User installs update 8, fine.
BUT
Lets say they un-install or un-F4Patch the add-on after updating the main BMS version.
Wouldnāt that add an older file (backed up or store at time of install) and technically break the install just as bad?
Swapping files is a BAD solution no matter how itās implemented. What is required here is to de-localize the sim folder and have it theater specific.
Then we wouldnāt need to use F4Patch or any other switching tools. Make every Add-On completely isolated from the main build.
Please remember just as adding / overwriting stock files is a bad idea, so is restoring older files which may have changed since the user updating, breaking the install just as bad if not worse.
-
Iām aiming for a 1 click solutionā¦
Ie. Balkans Activated / Stock Activated, with a really big button so that people can mash their palm on the keyboard and still get the desired result.
Using feet should be also compatible, stay tuned!
I beg to ask a question to all the F4Patch supporters out thereā¦
Letās say we did back up the SU-27 dat, ok fine.
Then update 8 comes out (as an example, probably wont be the case)
User installs update 8, fine.
BUT
Lets say they un-install or un-F4Patch the add-on after updating the main BMS version.
Wouldnāt that add an older file (backed up or store at time of install) and technically break the install just as bad?
Swapping files is a BAD solution no matter how itās implemented. What is required here is to de-localize the sim folder and have it theater specific.
Then we wouldnāt need to use F4Patch or any other switching tools. Make every Add-On completely isolated from the main build.
Please remember just as adding / overwriting stock files is a bad idea, so is restoring older files which may have changed since the user updating, breaking the install just as bad if not worse.
delocalize sim folder ?
why ?
do you think an aircraft will perform differently in korea than in balkan ?i dont agree .
you want to change core elements of BMS, feel free, but be aware you will break MP compatibilty with 4.33 ā¦
best way is to work hand in hand : you want to make a FM evolve, submit your FM to BMS dev team and if it is OK we will integrate it
we dont want to end like before BMS release, i.e. with thousands of falcon4 version
1 to rule them all : BMS
-
Is this cockpit light normal?
https://dl.dropboxusercontent.com/u/17606390/balkans_pit.jpg
I would like to have a green or a yellow lighting but not this mixā¦.
Looks like HAF lighting. I didnāt like it much the first time I saw it, but Iāve grown to like it quite a lot.
-
Letās say we did back up the SU-27 dat, ok fine.
Then update 8 comes out (as an example, probably wont be the case)
User installs update 8, fine.
BUT
Lets say they un-install or un-F4Patch the add-on after updating the main BMS version.
Wouldnāt that add an older file (backed up or store at time of install) and technically break the install just as bad?
Swapping files is a BAD solution no matter how itās implemented. What is required here is to de-localize the sim folder and have it theater specific.
Then we wouldnāt need to use F4Patch or any other switching tools. Make every Add-On completely isolated from the main build.
Please remember just as adding / overwriting stock files is a bad idea, so is restoring older files which may have changed since the user updating, breaking the install just as bad if not worse.
BMS have always said to apply official updates over a vanilla install only, ie an install with no modified global files. So an informed user should unapply the FM patch, run the update, then re apply the patch (assuming the patch is smart enough to always back up the current file). Itās really up to us to conform to the current limitations in regard to global files, we canāt blame BMS. And maybe in the future it will be easier. I also made these suggestions in the past: https://www.benchmarksims.org/forum/showthread.php?10570-Suggestion-Files-that-should-be-theater-dependent