Maugrim The Reaper's Blog - Quantum Star SE

Factions: Social Control on Newbie Bashing

nospam@example.com (Pádraic Brady) — Tue, 30 Jan 2007 17:37:04 +0000

A recent discussion was sparked on the Astrum Futura forums regarding player retention and new player protection. It was one of those times when the discussion branched to a higher view - a wider look at how players interact on a large scale.

The current suggestions called for players to be penalised for undesireable actions, e.g. attacking a new player who is incapable of defending him/her self. This remains a long standing issue in many online games. AF could resort to enforced levelling - limited who a player can attack, and be attacked by. But this is all artificial - in the real world it's open season on anyone.

Cyberlot (Richard) raised the question of penalising through a Karma rating. As a player attacked newcomers they would attract negative Karma marking them out to other players. I can see the rank of "Newbie Basher" emerging as an undesireable outcome for many players. But Karma while adding some measure, does not address enforcement. Exactly who enforces what and when? Who set's the standard for interacting with other players?

From there we hit the subject of Factions. A Faction would be a specific group of players sharing a common interest. This obviously includes Races, but is also extendable to a Merchant Guild or a Pirate Clan. The point is to give players an instant group they are a member of. Now where it gets interesting in how the player and game logic would respond in the presence of Factions.

Say you have a Faction, Earth Humans United (go Terrans!). What happens if a member of this Faction attacks a new player who is joining the Earth Humans United Faction? Can't have allies killing each other off (even if it might reflect reality ). The answer is in the Karma. Killing a new member of your own faction is stupid, damaged the Faction, and makes other players less likely to join it. That member should sur be paying tax to the Faction, which is needed. Such a player would immediately get negative Karma.

So we have Karma, and we have Factions - how do they relate?

Karma is a measure of one's standing within a Faction. If your Karma falls below a minimal level you'll be declared an enemy of the Faction, and then its time to start running before you're hunted down by your peers. Where do you flee? If you're lucky, some other Faction still has you as Neutral.

But this is where Newbie Protection get's interesting. It's not Faction specific - your bad Karma is classified when killing a new player as a "Stigma". It decreases Karma for ALL Factions. It's the ultimate punishment - imagine playing when nearly all the Factions refuse to grant you trade access, when your planets are penalised with "special tax charges", when other players are unable to maintain an Alliance with you once you become Factionless (Outcast). In short, if you gain a reputation for killing new players, you'll be kicked, booted and sent to Hell with a one way express ticket. No Admin interference or funny AI fleets required. Society will put you straight or else...

More on this later as details are worked out, but it looks like it's a feasible and supported suggestion.

Test Results

nospam@example.com (Pádraic Brady) — Fri, 23 Jun 2006 22:00:22 +0000

We are very close to having the Settings classes finished for Partholan. Our tests show the work to date is looking good...

Says it all really...

Official Website goes live this weekend!

nospam@example.com (Pádraic Brady) — Thu, 16 Mar 2006 19:03:47 +0000

I finally did the unthinkable and proofread the entire text being used in the website for QSE - the one currently online for people to stare at during testing: http://www.quantum-star.com/devsite2/. I'll upload the new correctly spelled and gramtically corrected version at the weekend and place at the URI root.

This is still (and always will be) open country. If you believe more information should be added then drop us a note on the forums. At present it basically a set of minimal pages designed to sketch out what the project is all about, how to contact us, how to help us out, etc. Items like a FAQ, manual etc. will get added eventually.

Of particular relevance are the Bug Reporting Guidelines which have proven highly successful so far. I know those following Generations are waiting for another release, but hopefully Ikoda will be available at some point in the near future to make a release. QSE hasn't seen any major bugs - but then it's not even playable yet, nor close to for the moment...

QS User Suggestions

nospam@example.com (Pádraic Brady) — Thu, 16 Mar 2006 18:49:03 +0000

Since I won't be online tomorrow... Hope everyone has a good St. Patrick's Day, and for those with the day off from work, enjoy the parades!

I won't go into huge detail on current QS progress. I've not had much chance to do anything on the project this week, so at the weekend I'll spend a few hours on it. I have most of the game support ready to go, so all I really want to do for next release is have a location page finished, and fleet navigation enabled. Maybe an Admin Panel section for universe generation. That would make the first release where you can explore the universe and actually do something .

I also need to get that translation code pulled together and tested - see if this system is workable or an unrealistic pipedream. No detailed planning for this one so its off to unit testing to build it from the ground up.

Back to topic.

I made a new topic on the QS forums regarding what players/users want in QS. It's one of those sticky threads that are meant as permanent fixtures. So far there's been a good amount of contributions, and some ideas being swirled around. Many at the moment have been covered by QSE planning - its sad to see the most mentioned are truly bad areas of QS2 in terms of gameplay. Even QSE in its basic form would be a significant improvement over QS2 I think... Anyways, one of those perpetual followers of all things QS (and BNT/AAT more likely ), Kitty, made some good points. One thing she noted was planets and how they're done in SE style games. QS2 did a little tinkering to limit planet counts, but it was never ideal (and it's buggy in the current QSG legacy release unfortunately). BNT of course uses the star type to determine number of planets allowable - most logical system.

The QSE aim, and I've thought about a bit more, should attempt to force a diminishing return in benefits from creating more and more planets in the same star system. Rather than having an upper limit of 5 planets where those planets will all be identical in type, instead do something more along the lines of reducing the size/limits of each extra planet created (noting there would still be an upper limit of about 4-5 planets).

So a 5 planet limit would give rise to a normal "large" planet, a medium, and three smalls - or maybe just use a fixed scale where the limits for subsequent planets are always 15-20% less then the last preceeding planet. This would encourage players to move outwards since a star system would only support one large planet - the rest being smaller. This of course has a neat side effect of placing a lot of value on the number of systems controlled by a player - something completely missing from QS2. What's a strategy game without some need for grabbing territory?

A few other posters have noted a need for more ships (and more variety within them), along with similar suggestions. The point to make is that Ships technically are nothing more than a virtual container of attributes in QS Evolved. They basically act as a collection of "Components" each of which confers an Attribute value upon the ship. So, for example, you could have a ship comprised of Cargo Bays +1000, Mining Laser +5, and Thrusters +10. Result is a ship with attributes of:

Cargo Bays: 1000
Mining Rate: 5
Manouver: 10

These attributes would be used within certain calculations and process effecting that ship, as well as specifying any ship restrictions. Since they're all component based, and attributes are simple serialised arrays, attributes can be added to the current list with ease - another factor to consider in creating future modifications and plugins.