|
|
|
|
|
|
|
|
|
|
|
|
|
Re: 1.13 Xml Editing[message #217547]
|
Fri, 22 May 2009 17:59 
|
|
KEN C |
 |
Messages:244
Registered:May 2007 Location: Aberdeen Washington USA |
|
|
RoWa21, would you please elaborate? what you just wrote is unclear.
How do xml files get old? I am old, that took years.
Report message to a moderator
|
Sergeant 1st Class
|
|
|
|
|
|
Re: 1.13 Xml Editing[message #231145]
|
Sun, 16 August 2009 11:48 
|
|
Forral |
  |
Messages:71
Registered:May 2009 Location: Sweden |
|
|
I an attempt to make a minor mod where enemy weapons would be more elaborately assigned and show in more clear tiers, where enemy elites would select their weapons from a special pool, I deigned to set up my EnemyGunChoices as following:
Progress - Weapons
0% "Normal Weapons"
24.9998% "Special Expensive Weapons"
24.9999% "Special Expensive Weapons"
25% "Normal Weapons"
49.9998% "Special Expensive Weapons"
49.9999% "Special Expensive Weapons"
50% "Normal Weapons"
74.9998% "Special Expensive Weapons"
74.9999% "Special Expensive Weapons"
75% "Normal Weapons"
101% "Special Expensive Weapons"
The idea is to ensure that the decimal tiers are never truly reached without instantly being passed in normal gameplay. They would still be higher than your current tier though, ensuring that enemy elites will still be able to select their weapons from those tiers, without going beyond to the next proper tier. I could for example setup modded weapons, or high quality weapons in those tiers, and the other tiers could still hold weapons like shotguns and like. It would allow me to ensure that normal enemies and elite enemies can upgrade parallel to eachother throughout the course of the game, without ever running the risk of finding an elite enemy equiped with a remington shotgun or finding a normal enemy with an Abakan assault rifle.
Key to whether or not this will actually work as intended though is if the program is capable of reading the demical progress requirements correctly. Does anyone know if it does?
While I wait for a response for the above question, I thought I
[Updated on: Thu, 20 August 2009 03:12] by Moderator Report message to a moderator
|
Corporal
|
|
|
|
|
|
|
|
|
|
|
|
|
Re: 1.13 Xml Editing[message #235356]
|
Sat, 17 October 2009 20:24 
|
|
BirdFlu |
 |
Messages:438
Registered:September 2007 Location: Lampukistan |
|
|
StarwalkerQuote:The general idea is that you should NOT modify the data directories at all. Just copy the file you want to change into you user profile directory (eg. Profiles/UserProfile_JA2113) and modify it there.
Shall he make a new folder, incorporate that into the VFS-setup, and copy the weapons.xml from the DBB-folder to this new folder for just correcting a single value?
That sounds like overkill (and it as). But for such a small modification he doesn't have to do that. He can take his user profile directory, it's as good as any other data directory. With one difference. The user profile directory is (most probably) on top of the profiles stack, so that is where the VFS looks first for a file (conceptually speaking).
If you make modifications in the data directory of some mod, then this can have negative effects on other mods (doesn't have to). For example, you have the "mod-chain" [Vanilla,v1.13,A,B,C] and you change some files in mod 'A'. Later you want to try another combination, e.g. [Vanilla,v1.13,A,E,F]. Now it is possible that mod 'E' is some kind of extension to mod 'A' and expects it to behave in a certain way, but since you modified A's files this assumption is no longer true. And it's easier for the mod provider to check only against the official versions of other mods. If you separate your changes from the official data, these mod combination can peacefully coexist. The only thing you would have to do is to switch the user profiles (one user profile per mod combination).
Logistericas i'm working on a mod and plan to release it in both ways (vfs and 'copy to data-1.13') - where do i find a maccie-proof vfs-guide? Is there a non-maccie-proof vfs-guide? Do you need this guide or the potential users of you mod?
Report message to a moderator
|
|
|
|
|
|
Re: 1.13 Xml Editing[message #235375]
|
Sun, 18 October 2009 02:53 
|
|
Logisteric |
  |
Messages:3199
Registered:December 2008 Location: B |
|
|
as i see it that vfs-config file seems to be the problem - everyone is afraid of it. i have not yet tried vfs. that the structure has to be the same is obvious.
the idea is: extraxt iArulco.7z either to data-1.13 or to a folder data-iArulco on the same level as data-1.13 if you do the latter also d/l '??' and expandt to '??' it's exactly here where it starts to get interesting.
as i confessed i did not yet look into it, but everyone is afraid - that gives two possibilities
1. bear pit users are numbs, who can't read
2. it is difficult
as i do believe in the good in man (at least sometimes) i guess it's no 2 - so if you give me a manual that i understand (as a maccie, that is) - everyone else should probably understand it far more easily than me :diabolical:
[Updated on: Sun, 18 October 2009 03:39] by Moderator Report message to a moderator
|
Captain
|
|
|
Re: 1.13 Xml Editing[message #235377]
|
Sun, 18 October 2009 03:08 
|
|
BirdFlu |
 |
Messages:438
Registered:September 2007 Location: Lampukistan |
|
|
I'm using this for my RII mod, although it's not exactly the same type of configuration that is used for other mods. They use one file to define everything. I'm using one file per mod. Anyway, to "merge" my multiple file configuration into a one file configuration i would have to copy the contents of all files into this one file and modify the "PROFILES += ..." line (that is because of the +=)
[vfs_config]
PROFILES += RII
[PROFILE_RII]
NAME = Resolution independent Interface
LOCATIONS = rii
PROFILE_ROOT =
[LOC_rii]
TYPE = DIRECTORY
PATH = Profiles/RII
MOUNT_POINT =
Take for example the vfs_config.JA2113.ini and add the following at the end of the file
[PROFILE_Logisteric]
NAME = Logisterics awesome mod
LOCATIONS = logisteric
[LOC_logisteric]
TYPE = DIRECTORY
PATH = Data_logisteric
The directory Data_logisteric should be in the same directory as ja2.exe (or whatever exe you use).
Then vfs_config.JA2113.ini has this line 2
PROFILES = SlfLibs, Vanilla, v113, UserProf
Change it to
PROFILES = SlfLibs, Vanilla, v113, Logisteric, UserProf
That should be it.
Report message to a moderator
|
|
|
|
|
|
|
|
|
|
|