Are you, in fact, a pregnant lady who lives in the apartment next door to Superdeath's parents? - Commodore

Create an account  

 
Mod Approval Process: BUG Mod v2.1

We have just released v2.1 of our BtS Unaltered Gameplay (BUG) mod. We have also prepared a document seeking approval for this mod with RB games. Please find the approval request here.

http://www.freewebs.com/ruff_hi/BtS Unal...rocess.pdf
I have finally decided to put down some cash and register a website. It is www.ruffhi.com. Now I remain free to move the hosting options without having to change the name of the site.

(October 22nd, 2014, 10:52)Caledorn Wrote: And ruff is officially banned from playing in my games as a reward for ruining my big surprise by posting silly and correct theories in the PB18 tech thread.
Reply

Hi,

wow, now that looks like a really useful mod! I haven't tried it yet, but it seems to removes all the inconveniences I don't like about the GUI. (And making this huge .pdf is...what, insane? tongue )

In my view, almost all of its functions are okay for tournament play. The only exception might be the alert function, which is a bit of a gray area. Yes, it only uses info available to the player through other means, but you could argue that this kind of automatic "bean counting" is not supposed to be in the game. We had a similar discussion with a tool for Civ 3 (forgot its name - I'm sure Lee remembers it, as he used it extensively IIRC), which did the same thing: Informing about reaching the domination limit, city growth etc. In the end it was not allowed; if I remember correctly, Sirian use the bean counter argument against it.

Note that I'm not of the same opinion regarding BUG, but I wanted to point out a possible problem with it. I'm all for approving it, as Civ 4's interface and gameplay was clearly designed to remove the burdens of micromanaging from the player. BUG would go in the same direction.

-Kylearan
There are two kinds of fools. One says, "This is old, and therefore good." And one says, "This is new, and therefore better." - John Brunner, The Shockwave Rider
Reply

Ruff (and others), that's a tremendous amount of work that has gone into putting that mod together. I think you know how I feel about mods, so I want to be very clear about going over a decision. First, let's look again at Sirian's take on the issue:

Utilitarian mods are the tough calls. Stuff like Civ3 Mapstat falls in to this category. Mods that are primarily graphical in nature can turn in to utilitarian mods, by design or by accident, so that's the main hurdle they face. It is my intent to approve all graphical mods that are shown to me to have no utilitarian or rebalancing effects. (I don't care what your game looks like. I only care how it plays. However, some graphics can affect gameplay, so that is where I start to care about those.)

Most utilitarian mods will not be approved, but we'll take them case by case -- if "the committee", which does not yet exist, does the leg work of investigating.


I strongly concur with these sentiments. I had no problem with approving Blue Marble, a purely graphical modification, and I think Sirian (eventually) would have gotten around to doing the same. But note what Sirian said about utilitarian mods: "most will not be approved", and I'm of the same mind there. The BUG mod is a gigantic utilitarian mod, reworking a tremendous amount of the information accessible to the player. That's quite a big deal, and a lot different than simply recoloring the look of the terrain.

The prevailing argument for approval of this mod is that it does not provide any information not available to the player somewhere else in-game. While that may be true, I would counter with a related question: when does making information more accessible begin to affect the gameplay? We had the same discussion with Civ3, for those of you who were around back then. Civ3's MapStat utility didn't provide any information that wasn't technically available in-game; you could count up all the tiles on the map by hand, then count up all your tiles and figure out the Domination percentage through calculation. But such a calculation was so tedious, it was clearly something that no one would ever undergo. Providing access to this information actually changed the gameplay and gave players an advantage over those who were not using the utility.

Similarly, there was another Civ3 utility that would notify the player whenever one of their cities was about to revolt (more unhappy faces than happy ones). Now again: this didn't provide any information that the player couldn't figure out themselves, by checking every city every turn. The idea was a good one, to save micromanagement. But if one player was using this mod, and another was not, was the game still a "fair" competition? The former player would never have to worry about city revolts at all, while the latter player would surely lose some production at some point. Everyone would more or less have to start using the mod to ensure a level playing field - not a good thing!

The problem with the BUG mod is that it simply provides too much information; Ruff and the other creators have done too good of a job. For the purely graphical additions - like showing the number of turns to pop a Great Person, rather than requiring a mouseover - this is rather trivial. The net effect of reworking so many game elements, however, adds up to something different. Worst of all is the alert system, which tells the player when cities will grow into unhappiness, when AIs have techs to trade, and when AIs have gold to be pilfered by selling outdated techs. Sure, all of this information is technically available somewhere else in-game, if requiring a great deal more work to access. But I've seen this mod in action in succession games, and I'm forced to conclude that by putting so much information upfront and center, it really does change the gameplay. Furthermore, how can we keep a level playing field when some of our competitors have access to things like the "Glance" screen while others do not?

My primary concern when managing the RBCiv games is to ensure competitive balance, not to make things easier for the players. I think the BUG mod does great work for those who like it; the problem is that things are not equal when some of our players are using bean counters to help them out, and others are not doing so. The BUG mod is therefore not approved for use, unless someone is able to make a persuasive case convincing me otherwise. (I do not expect this to happen.)

I'm sorry to have to turn down such a beautiful proposal, I just feel very strongly that utilitarian mods should be rejected unless absolutely harmless, not the other way around. If there's even the slightest doubt in my mind (and there's significant doubt here), I have to say no.
Follow Sullla: Website | YouTube | Livestream | Twitter | Discord
Reply

Thanks for taking the time to read the doc and to write such a length response. I fully understand your conclusions.

As I said in the proposal - all elements of the BUG mod can be turned off. Can I get a quick reply regarding how you would feel if we stipulated that the BUG mod could be used if selected elements (Alerts, Glance, etc) were disabled via the ini file? What if we put together a mod that excluded these elements (that is actually pretty easy - just hard code the parts that read the ini file to test for access to those components to return FALSE)?

Breakdown of possible elements:
  • Preliminary
  • General - ?
  • Advisors - GLANCE disabled, other elements?
  • Clock - ?
  • Scoreboard - ?
  • Alerts - disabled
  • Logging - ?
  • Unit Naming - ?
I have finally decided to put down some cash and register a website. It is www.ruffhi.com. Now I remain free to move the hosting options without having to change the name of the site.

(October 22nd, 2014, 10:52)Caledorn Wrote: And ruff is officially banned from playing in my games as a reward for ruining my big surprise by posting silly and correct theories in the PB18 tech thread.
Reply

Nice work Ruff et. al. I really like the "faces" that indicate attitude next each AI's name, I have seen that in SG reports but never bothered to hunt it down. Anyway I have a question

Ruff_Hi Wrote:9.2 CONCLUSION
Although a very heavy programming mod, the only additions to the raw BtS
scoreboard display is the inclusion of attitude icons and the power rating. There is nothing of a spoiler nature with either of these as the Civilization attitude can be gathered from F4 while the power ratio can be estimated from the power graphs. Opinion: It is our opinion that no additional information is presented to the user via this section of the BUG mod and it should be approved.

In BtS, the power rating is by default hidden, does espionage interact with this? However the way I read it, it seems that the power rating is information not provided by the game. You are only given your standing in an ordinal fashion (in the demographics screen), but you don't know where other's stand. But if this is interfaced with Espionage then you should have no problem
On League of Legends I am "BertrandDeHorn"
Reply

Thanks Atlas.

The power ratio in the scoreboard is based on the power graph (F9). As I understand it, if you can see the AIs power graph, you see the power ratio ... if you cannot see the AIs power graph, you cannot see the power ratio. Espionage is directly related to seeing the AI's power graph and also linked the the power ratio.
I have finally decided to put down some cash and register a website. It is www.ruffhi.com. Now I remain free to move the hosting options without having to change the name of the site.

(October 22nd, 2014, 10:52)Caledorn Wrote: And ruff is officially banned from playing in my games as a reward for ruining my big surprise by posting silly and correct theories in the PB18 tech thread.
Reply

Warning: Sirian-length post ahead. lol

Ruff_Hi Wrote:As I said in the proposal - all elements of the BUG mod can be turned off. Can I get a quick reply regarding how you would feel if we stipulated that the BUG mod could be used if selected elements (Alerts, Glance, etc) were disabled via the ini file? What if we put together a mod that excluded these elements (that is actually pretty easy - just hard code the parts that read the ini file to test for access to those components to return FALSE)?
Good question. Obviously some of the elements of the mod are relatively harmless. (Adding a clock to the corner of the screen isn't exactly gamebreaking! smile) My concern is that when you start piling up dozens of small changes, any one of which may be innocuous, the net result starts to turn into something else. I know some people just like modding, but I don't quite understand the thinking behind some of the changes. If presenting the information in a slightly different fashion is so trivial, why bother to make the change at all?

Anyway, since you requested looking at the elements individually, here's a more thorough break down:

General: Even though most of these seem trivial, I'm dubious about any mod that adds new functionality to the game engine. For instance, the raw commerce/raw production is definitely NOT something that exists in the unmodded version of the game. I know, I know: anyone can calculate the information by hand. But it's still not the same thing, because it provides a bean counter that does not otherwise exist. This section overall has to get a veto stamp for now. (I am not going to go through every little individual aspect of each section. The Culture Turns and Great Person Turns would probably be fine, but since they are SO trivial, I don't see the point of jumping through hoops to get the approved. Just mouseover the bars!)

Advisors: This one too is a no-go. It's simply not fair to have some players customizing their domestic advisor in ways that other players cannot do. We already mentioned the Glance tab, the improved Espionage screen was already added to the main game in the v3.13 patch (correct me if I'm wrong on this), and is the SevoPedia really important enough to go through the mod approval process? If people care enough, I suppose we could approve that one, I just don't understand why it would matter...

Clock: Everything here is a non-issue, and in fact many of the features were added in Beyond the Sword anyway. Besides, we more or less already approved this mod when it was called the Simple Clock Mod, so I can't go back on that now.

Scoreboard: The Display names doesn't affect gameplay in any way, aside from the possibility of a confusing "Allow Unrestricted Leaders" game, but that doesn't seem like enough reason to disapprove it. I personally detest the smiley faces to indicate relations (I think they look incredibly ugly), but again all it does is save the effort of a mouseover. That's not enough reason to ban its use. Dead civilizations display is meaningless. The power ratio is definitely not OK, however. That adds new information that is not available to the player without performing a series of calculations. This will not be allowed in RBCiv competitions.

Alerts: As mentioned previously, when the game is modded to issue reminders that it would not have given otherwise, this is an alteration to the gameplay. These changes will not be accepted.

Logging: Ugh, what a can of worms this one is. I think it's well known that I detest the auto-logger, but I'll try not to let that color my opinions. If used solely for the purposes of an aid to report writing, there's no reason not to allow the logger. The problem is that there's no way to ensure that players won't look at the logger until after the game is finished. If the player is actively using the autologger as an aid while playing, it can provide an enormous quanitity of information, so much so that it falls into the "MapStat" category mentioned in the previous post. There is unfortunately absolutely no way to ensure that players are using the logger legitimately as an aid to report-writing, rather than as a gameplay aid.

For these reasons, I am planning on disallowing the logger for RBCiv competitions. On a more personal note, I really do dislike the logger and would vastly prefer that our community members use alternate ways of putting their reports together. However, I'm prepared to be reasonable on this one; if there's a huge groundswell of opinion asking for use of the autologger, I will accede to the requests of the community. Personally though, I hope that that does not happen. wink

Unit Naming: This has no effect on gameplay. I don't entirely understand the interest, but sure, why not. Maybe it will even make for more entertaining reports.

To summarize:

General - not approved
Advisors - not approved
Clock - approved
Scoreboard - approved aside from "power ratio" (which is not approved)
Alerts - not approved
Logging - not approved
Unit Naming - approved

I hope this clarifies things, and answers what you're looking for. smile
Follow Sullla: Website | YouTube | Livestream | Twitter | Discord
Reply

Thx Sullla - sorry to eat up your time with the question. I see enough red lines to pull the plug on a RB version. Unit naming is fun just for scouts called "Recon Delta" and workers called "Drones".

Cheers,

Ruff :D
I have finally decided to put down some cash and register a website. It is www.ruffhi.com. Now I remain free to move the hosting options without having to change the name of the site.

(October 22nd, 2014, 10:52)Caledorn Wrote: And ruff is officially banned from playing in my games as a reward for ruining my big surprise by posting silly and correct theories in the PB18 tech thread.
Reply

No one has mentioned what I would consider the Best Possible Option - make the Mod mandatory. No balancing issues, new gameplay, improved functionality....we could try it with one adventure and see what the feedback is like.
Reply

sunrise089 Wrote:No one has mentioned what I would consider the Best Possible Option - make the Mod mandatory. No balancing issues, new gameplay, improved functionality....we could try it with one adventure and see what the feedback is like.
I'm sorry, but we won't be doing anything of the sort. Realms Beyond Civ has always stressed playing the unmodded core game, and I do not expect that to change. Requiring everyone to use an official mod is not only off-putting for newcomers (involving file-swapping hassels, not to mention actually altering the gameplay from the standard game) but subtly alters the competition itself. I saw this firsthand back when I used to take part in CivFanatics' Game of the Month for Civ3. They allowed any and all utility programs, and the high-scoring competitions rapidly degenerated into a race to see who could squeeze the most out of MapStat and other such programs. It was not a good situation... rolleye I'd rather disallow all bean-counters than turn our scenarios into competitions into who can use those bean-counters the most effectively.

You are all free to use any mods you like in private games, succession games, multiplayer games - whatever. However, the RBCiv competitions have always been held on the unmodded official version of the game, and that's staying the same. smile
Follow Sullla: Website | YouTube | Livestream | Twitter | Discord
Reply



Forum Jump: