[MOD] UI CRT2 switcher V1.11 - ship pack issue fixed
#16

You are absolutly right. In priciple, the programm also just renames the mod folder, but also exchanges the buttons file, which is also CRT2 relevant. I used to have two different complete game installations. This made problems with the hyperlobby and when changing a configuration and some mods had be installed twice. When holding two different mod folders in one game and renaming them i allways forgott which is which. The tool just makes it easier to handle two mods installations. You need only one game installation and the tool also syncs not CRT2 relevant mods to the CRT2 mod folder and gives some more goodies. Nevertheless of course it is not a must have, especially because there are only a few CRT2 servers ;-)

Afaik in the Moment there is only "CRT" or "Not CRT2", so server settings like "CRT2 yes, but this and that is also allowed" are not possible. In theory such a system with CRT2 AND a individual mod setting should be possible, also this would be far beyond my skills.
Reply
#17

Messer Wrote:Sorry if it has been explained before, but I'm seeing it all over the forums and.. whis IS CRT=2 ?! Confusedhock:


Check Run Time ( CRT )
Reply
#18

zipzapp Wrote:You are absolutly right.

Don't tell my wife, she wouldn't believe you anyway. Wink

zipzapp Wrote:Afaik in the Moment there is only "CRT" or "Not CRT2", so server settings like "CRT2 yes, but this and that is also allowed" are not possible. In theory such a system with CRT2 AND a individual mod setting should be possible, also this would be far beyond my skills.

Actually it is possible, and was being tried by the main coding guy at Forgotten Skies (Recon, who can be contacted on the FS forums : http://www.fallenangelssquadron.com/fsforums/index.php ).

Recon was making an app that would allow switching mods in and out using "profiles" (.xml files that contained a list of all active mods for each profile). The interface recon was using is very much like your own, especially the 'mod browser' portion. He was having troubles getting the mod folders to properly rename (activate or de-activate) according to which profile was selected however. Perhaps you two could get together and collaborate, since both the projects are very similar in nature.
Reply
#19

I just noticed an criticall error in the sync procedure - it copies also not CRT2 mods. Stupid me tested it with two CRT2 installations. So better don't use it (For luck it seems nobody used it at all) and i proudly annonce a final 1.1 in a few days .. :oops:

The problem with different mod configuration is, that the game seems to load all mods first (and locks the folders), so en/disableing must be before the game is started. This makes different server settings quite useless, because no one would use such a disordering system. A more flexible CRT2 system would check not special mods but changes in the fm and weapons (whereas the server nevertheless would need a whitelist). Some guys for shure could create something like that, i can't. I'm struggling even with a quite simple renaming and copying tool ;-)
Reply
#20

S! guys,

in our switcher we have:
[Image: aaaswitcher.jpg]

is it possible to have two primary new buttons like UI clean version and UI mod version
then 4.80 standard
408 Mod
408mod with 6dof and so on
this permit all guys to jump from a clean UI ver 1.11 to a modded one that will be not subject to CRT=2 CHECK.
At the moment the Main problem is to jump from a Clean UI version to one modded in different ways
generally some Game rooms request first a CLEAN UI Version than request 409b1 standard or mod version so if you have a mod aircraft installed after your UI Clean version with the actual switcher is not possible to join quickly in that room because you do not have the capability to restore a Clean UI version FIRST than use the 409 or 408 version requested by the Host.
Is It Possible To Modify OUR SWITCHER IN SUCH direction......?

regards
Reply
#21

Hi

If it is possible to use the switcher to make the game choose to run between V4.08 Mods on and Mods off and 6dof, and also 4,09 mods on/off 6dof. By switching in the Mods/Files folders

Is it not possible to incorporate with the next UI V1.12 release a change to the switcher that also has the options included to switcher to V4.08/9 Mods Off Mods On 6dof and Mods Clean.

This could be done by having TWO sets of FILES and MODS folders. FILES/MODS and FILES-EXTRA/MODS-EXTRA or Files/Mods-clean and files/mods. The switcher simply chooses which FILES/Mods folders to activate.

If the CRT servers also change to the new UI V1.12 at the same time, we all could simply make the extra two folders, renew the switcher and then when we install additional mods we put them into only one set of Files/mods folders and keep the other set clean.

It is okay for the slightly less challenged of us to manulaly switch folders as we do now, but we regularily fly with pilots in their 80's who find the difficulty of both adding new mods correctly, let alone pass a CRT set entry, that they soon begin to think online flying a little less fun.

We know the Switcher works and all it needs is a convention for naming two sets of FILES/MODS folders.

If it also needs Buttons files switch, then is that much different from just switching on the Mods on or Mods off as we do now.

If this is doable, then we should agree a naming convention, make the change to the switcher and all wait the next release of the UI V1.12.


For the online war type campaign servers, the CRT is essential, but the gamers catchment is limited as soon as we install extra mods and are only joinable if we are capable of running two versions and reconfiging Hyperlobby or manually swapping out folders before we fly.


Wow just read Cobbers post and realise I type really slowly.
Reply
#22

Switching between 4.08/4.09/Mods is already possible with the IL2VersionSwitcher delivered with the UI.

Switching between the clean UI CRT2 version an a version with additional mods is'nt just enabling /disabling mod folders, because also other files (buttons, air.ini, plane.ru, weapons.ru) are related and CRT2 relevant files can be changed by later mods versions. So my program switches between whole mod installations. But it also offers some more abilitys like searching for added not CRT2 related mods and copying them to the CRT2 installation.
Reply
#23

Guys, maybe its a case of "Colour me Stupid" lol, but I am shocked to find the AAA server does not use CRT=2 protection? I always fly with the 1.1. stock mods, I thought this was the whole point of having a "Unified installer", that everybody is on an even playing field with the same game??? If it doesn't check for additional mods, then what is the point of it exactly??

I'm confused........Somebody put me out of my misery, please :?
Reply
#24

zipzapp Wrote:Switching between 4.08/4.09/Mods is already possible with the IL2VersionSwitcher delivered with the UI.

Switching between the clean UI CRT2 version an a version with additional mods is'nt just enabling /disabling mod folders, because also other files (buttons, air.ini, plane.ru, weapons.ru) are related and CRT2 relevant files can be changed by later mods versions. So my program switches between whole mod installations. But it also offers some more abilitys like searching for added not CRT2 related mods and copying them to the CRT2 installation.

Ok understand as I had questioned if the mods switch also requires different Buttons file setc. I see it may not be so easy just to run the way the current switcher works.

Are you suggesting that your programs looks for additional non CRT2 related files and adds them into the CRT2 installation, so that they will still be available when a server is running CRT2 checksums ?
Reply
#25

Yepp, that's what the sync function is doing.
Reply
#26

As a Server manager and for the community at large a comprehensive mod manager would do wonders.

My Ideal solution would be something like this:

A Client/Server Software solution that has a client(sort of like Hyper-Lobby) that a player would have on their desktop. From there they would select which server they want to play on.

The software would then connect to the server (New Server software) which would provide the details of which mods are required to run on the server.

The client side would then configure the IL2 folder to have only those MODS active before starting IL2. If a client does not have all the required mods then it would list which mods are missing and provide info on where to get each mod. (An even friendlier version would just ask if you want to install the new mods and be able to download from the server the mods needed and auto install them)

This would require 3 things:

1 - Client front End that would configure IL2 according to required mods
2 - Server end that would handle client requests and provide the details about which mods are required. Some sort of interface for Server managers to identify which mods are required.
3 - Identify a common and generic way to download and install any mod required.

With this system in place all Servers could be set to CRT=2 thus providing a common environment for their players and players would not have to manually switch things everytime they want to play on a different server. It would also allow users to try new mods without effecting their server play and allows servers to implement mods in a more timely manner than to wait for the next UI release.

WildWillie
Reply
#27

Hi

This is just great!

but link is non-avail.

Thanks S!
Reply
#28

Oh. I renewed the link, seems filefront changed there system.
Reply
#29

WildWillie Wrote:As a Server manager and for the community at large a comprehensive mod manager would do wonders.

My Ideal solution would be something like this:

A Client/Server Software solution that has a client(sort of like Hyper-Lobby) that a player would have on their desktop. From there they would select which server they want to play on.

The software would then connect to the server (New Server software) which would provide the details of which mods are required to run on the server.

The client side would then configure the IL2 folder to have only those MODS active before starting IL2. If a client does not have all the required mods then it would list which mods are missing and provide info on where to get each mod. (An even friendlier version would just ask if you want to install the new mods and be able to download from the server the mods needed and auto install them)

This would require 3 things:

1 - Client front End that would configure IL2 according to required mods
2 - Server end that would handle client requests and provide the details about which mods are required. Some sort of interface for Server managers to identify which mods are required.
3 - Identify a common and generic way to download and install any mod required.

With this system in place all Servers could be set to CRT=2 thus providing a common environment for their players and players would not have to manually switch things everytime they want to play on a different server. It would also allow users to try new mods without effecting their server play and allows servers to implement mods in a more timely manner than to wait for the next UI release.

WildWillie

Noted.
Reply


Forum Jump:


Users browsing this thread: 4 Guest(s)