Arma: Mod Folders – Talk

From Bohemia Interactive Community
Jump to navigation Jump to search
mNo edit summary
m (R3vo moved page Talk:Modfolders to Talk:Arma: Mod Folders: naming standard)
 
(6 intermediate revisions by 4 users not shown)
Line 1: Line 1:
I removed the text referring to addon "priority". In reality, mod folder order usually has absolutely nothing to do with addon load order; this is configured in the addons themselves.
I've seen too many posts on the forums where someone is confused about why shuffling their mod folders isn't working like they think it "should". The only surefire way to control addon load order is to modify the addons themselves.
See this post for more info: http://www.flashpoint1985.com/cgi-bin/ikonboard311/ikonboard.cgi?s=92417cb935b097d18493c08cc86a3569;act=ST;f=80;t=71959
--[[User:General Barron|General Barron]] 03:50, 15 April 2008 (CEST)
removed the following text as being irrelevent to mod folders per se
removed the following text as being irrelevent to mod folders per se


Line 35: Line 43:


--[[User:Salisan|Salisan]] 10:17, 12 September 2006 (CEST)
--[[User:Salisan|Salisan]] 10:17, 12 September 2006 (CEST)
----
We need to update this page to include the Armed Assault release.
--[[User:ViperMaul|ViperMaul]] 04:08, 25 August 2007 (CEST)
== How it Works ==
This part is not correct AFAIK. The config building process works differently. As far my experience goes, it works like this:
* Every addon of the PROPER Mod can be used '''independently''' from the other PROPER Mod addons. Of course some addons are meant to be used in combination.<br>
* Conflicts with other peoples' addons / work should be very unlikely due to the way our work is made (config structure / config inheritance).<br>
* '''In the end the order of the different modfolders determines which addon (or more precise down to each config value) is used / active.''' Highest priority has the last modfolder. Like
-mod=@Mod1LeastPrio;@Mod2MidPrio;@Mod3HighestPrio.
The first modfolder technically is ArmA though, followed by @Mod1LeastPrio, @Mod2MidPrio and so on.
1st: ArmA\dta
2nd: ArmA\addons
3nd: ArmA\@Mod1LeastPrio
4th: ArmA\@Mod2MidPrio
5th: ArmA\@Mod3HighestPrio
--[[User:WGL.Q|WGL.Q]] 17:09, 29 October 2007 (CET)
== Missing parts of the article ==
* In ArmA it is possible to have ''mpmissions'', ''missions'', ''campaigns'' folder in the modfolder itself AFAIK.
* Resources (tools) could be updated or even better it should link to this page: [[ArmA:_Community_Tools#Multi_Player]]
'''It would be awesome if you feel like contributing to the update!''' :-)
--[[User:WGL.Q|WGL.Q]] 17:09, 29 October 2007 (CET)
General Barron, do not take out the excellent examples from this page about ModFolder order of priority. That is very significant sometimes.
--[[User:ViperMaul|ViperMaul]] 04:16, 15 April 2008 (CEST)
The problem is, the "examples" are misleading. In most cases, modfolders do not determine addon "priority" at all.
There is no detailed discussion about cfgPatches and addon configuration files, so the page basically misleads people into thinking that they have direct control over the order their addons are loaded. Then the forum gets populated with posts where people ask, "why isn't this working, I put the mod folders in the correct order?"
Yes, modfolder order is significant SOMETIMES. But MOST of the time, it is irrelevant. Unless the page discusses what happens MOST of the time, then it is really misleading.
--[[User:General Barron|General Barron]] 04:09, 16 April 2008 (CEST)

Latest revision as of 15:16, 27 February 2021

I removed the text referring to addon "priority". In reality, mod folder order usually has absolutely nothing to do with addon load order; this is configured in the addons themselves.

I've seen too many posts on the forums where someone is confused about why shuffling their mod folders isn't working like they think it "should". The only surefire way to control addon load order is to modify the addons themselves.

See this post for more info: http://www.flashpoint1985.com/cgi-bin/ikonboard311/ikonboard.cgi?s=92417cb935b097d18493c08cc86a3569;act=ST;f=80;t=71959

--General Barron 03:50, 15 April 2008 (CEST)

removed the following text as being irrelevent to mod folders per se

Mission modfolders Within the Missions folder you can use subfolders, like in the example shown here. This cannot be done in the MPMissions folder. You don't have to use a Mod to make such subfolders, you can create them also just to sort your missions.

Within the MissionModFolder, you can place an overview.html which, just like Single missions, can display an image and some lines of text.

Added commentary about using modfolders for addons.

ook? 20:51, 30 May 2006 (CEST)


Is there a recommended size of mod folder? perhaps a good estimate should be added as well.

hoz 21:02, 30 May 2006 (CEST)

no, that's entirely irrelevant. If anything the use of mod folders (plural) decreases the mem requirements because only those pbo's wanted, are used. (unlike plunking *everything* in the ~/addons folder

--ook? 11:00, 5 July 2006 (CEST)


I've had some problems with various tools both related to OFP and otherwise choking on i/o operations involving folders with '@' in the foldername. It makes it easy to recognize what's a mod folder and what's not, but really isn't required and can occasionally be a nusiance.

Shinraiden 06:26, 20 July 2006 (CEST)


There's various addons or mods that use hard-coded absolute pathing instead of relative pathing, ECP for example, that mandate the usage of a particular mod folder name. I think there's some that are pathed to expect to be in the primary addons folder, I can't think of any off the top of my head for OFP, but there's a number for VBS1. There probably should be a note about this. Shinraiden 11:11, 12 September 2006 (CEST)

Correct Name?

Is 'modfolders' a good name for this article? Can we do better? Should there be a modifications article describing the whole concept? :)

--Salisan 10:17, 12 September 2006 (CEST)


We need to update this page to include the Armed Assault release. --ViperMaul 04:08, 25 August 2007 (CEST)

How it Works

This part is not correct AFAIK. The config building process works differently. As far my experience goes, it works like this:

  • Every addon of the PROPER Mod can be used independently from the other PROPER Mod addons. Of course some addons are meant to be used in combination.
  • Conflicts with other peoples' addons / work should be very unlikely due to the way our work is made (config structure / config inheritance).
  • In the end the order of the different modfolders determines which addon (or more precise down to each config value) is used / active. Highest priority has the last modfolder. Like
-mod=@Mod1LeastPrio;@Mod2MidPrio;@Mod3HighestPrio.

The first modfolder technically is ArmA though, followed by @Mod1LeastPrio, @Mod2MidPrio and so on.

1st: ArmA\dta
2nd: ArmA\addons
3nd: ArmA\@Mod1LeastPrio
4th: ArmA\@Mod2MidPrio 
5th: ArmA\@Mod3HighestPrio

--WGL.Q 17:09, 29 October 2007 (CET)

Missing parts of the article

  • In ArmA it is possible to have mpmissions, missions, campaigns folder in the modfolder itself AFAIK.
  • Resources (tools) could be updated or even better it should link to this page: ArmA:_Community_Tools#Multi_Player

It would be awesome if you feel like contributing to the update! :-) --WGL.Q 17:09, 29 October 2007 (CET)

General Barron, do not take out the excellent examples from this page about ModFolder order of priority. That is very significant sometimes. --ViperMaul 04:16, 15 April 2008 (CEST)

The problem is, the "examples" are misleading. In most cases, modfolders do not determine addon "priority" at all.

There is no detailed discussion about cfgPatches and addon configuration files, so the page basically misleads people into thinking that they have direct control over the order their addons are loaded. Then the forum gets populated with posts where people ask, "why isn't this working, I put the mod folders in the correct order?"

Yes, modfolder order is significant SOMETIMES. But MOST of the time, it is irrelevant. Unless the page discusses what happens MOST of the time, then it is really misleading.

--General Barron 04:09, 16 April 2008 (CEST)