https://oldwiki.devbox.themanaworld.org/api.php?action=feedcontributions&feedformat=atom&user=Dr+WahlThe Mana World - User contributions [en]2026-05-06T06:20:59ZUser contributionsMediaWiki 1.43.8https://oldwiki.devbox.themanaworld.org/index.php?title=User:Dr_Wahl&diff=13611User:Dr Wahl2009-10-23T14:55:42Z<p>Dr Wahl: </p>
<hr />
<div>Seattle, Washington<br />
<br />
My interests:<br />
Networking<br />
Linux<br />
Video Games</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Trade&diff=11502Trade2009-01-19T05:31:50Z<p>Dr Wahl: /* Effects */</p>
<hr />
<div>{{Category_gameconcept}}<br />
{{Status_red}}<br />
A trade system allows players to trade items, money, spells, or anything the game allows to be traded. In order to make a trade, there are a few steps that ''usually'' take place. The first step is advertising that the seller has something to trade. The second step is bartering. The final step is to actually exchange the item(s).<br />
<br />
==The Current System==<br />
<br />
The current trade system requires a player to select another player by clicking on them to initiate a trade. An item(s) can be added to the trade by selecting them and clicking the add button. Once both parties agree to the trade, and have pushed the Ok button, they can then click the trade button to complete the trade. This will exchange item(s) and/or money between the players.<br />
<br />
==A New System==<br />
<br />
While the current system is a simple and effective way to complete a single trade, there will one day be a need for a more effective trade system that allows players to offer their items to not only one player, but to the public. Some RPGs have accomplished this by establishing an auction system that allows players to post items up for auction (and usually set the price) and the public can then search the auction and see the item. Other RPGs have allowed players to create a small stall which they can fill with a limited number of items. This effectively turns the players character into a mobile store. There are pros and cons to each of these types of systems.<br />
<br />
==Comparisons==<br />
<br />
Below is a table that tries to identify many of the key features that each system offers and categorize them as pros and cons.<br />
<br />
{| border="1" cellspacing="0" cellpadding="3"<br />
! style="text-align: left; background-color: rgb(240,240,240);" | System<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Pros<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Cons<br />
|-<br />
|'''Current:'''<br />
''Player to Player''<br />
|<br />
*Difficult to abuse<br />
*Very personal, creates relationships<br />
*Fairly simple<br />
|<br />
*Difficult to display your items to the public<br />
*Little competition between buyers for an item<br />
*Difficult for buyers to locate items for sale<br />
|-<br />
|'''Auction:'''<br />
''Database of items''<br />
|<br />
*A single database can hold all the items<br />
*It is difficult to abuse an auction system<br />
*All items can be seen inside a single window<br />
*Easy to sell items, and easy for buyers to find items<br />
|<br />
*The focus is removed from the players and put on items<br />
*Trade areas become useless because everything just a click away<br />
*Impersonal, feels similar to ebay<br />
|-<br />
|'''Stall:'''<br />
''Individual stores''<br />
|<br />
*Creates a realistic trade environment<br />
*Focuses on the accomplishments of the player<br />
*Fairly personal, you feel like you are doing business with a person<br />
|<br />
*Difficult for buyers to find items<br />
*Crowded areas can cause lag<br />
*Requires users to be logged in to sell items<br />
*Stalls can be placed in ways that can abuse the system (i.e. in front of an NPC)<br />
|-<br />
|}<br />
<br />
==Effects==<br />
<br />
The trade system implemented in the game can affect the games community (how people interact with one another), the economy, and the geography. In the case of the auction system, usually there is a single auction database that anyone can access. Because the auction allows access to so many items, there should typically be few places where players can access the auction. This will force player to return to town, for example, to do their trading.<br />
<br />
==See Also==<br />
<br />
* [[Dynamic economy system]]<br />
* Froum thread: [http://forums.themanaworld.org/viewtopic.php?p=28336]</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=User:Dabe/Prehistory&diff=8556User:Dabe/Prehistory2008-01-28T05:15:12Z<p>Dr Wahl: </p>
<hr />
<div>{{Category_worldconcept}}<br />
{{Status_red}}<br />
{{Opinions|<br />
|<br />
}}<br />
<br />
"Long ago, the world was kept in a reasonably calm and balanced state by four magic crystals. One day however, all of that changed when the Crystals suddenly shattered, spreading shards across the world. Gradually since then, monsters have been reported everywhere that crystal shards have been found, attacking anyone they encounter. Placed in clear opposition to the growing threat of monsters, Mankind blindly seeks the crystal shards, unaware of the power they hold."<br />
<br />
''A vague introductory explanation like that, is great for a game opener. However, it should make sense that some aspects of such an introduction, might be exaggerated or even false. The prehistoric timeline should serve as a resource for how the universe '''ACTUALLY''' came to be. False beliefs about this sort of things should be a primary aspect of life on this world.''<br />
<br />
<br />
==Prehistory==<br />
The exact amount of time spanned in the prehistoric era is unknown. For this reason, events therein will not be marked with dates.<br />
<br />
<br />
===the Universe takes form===<br />
<br />
In the beginning, existed an empty plane of dark space. Nothing ever happened here and it seemed like it would stay that way forever. Then in the center of the darkness, the universe suddenly began to emerge from one immeasurable point of pure and boundless energy, willing it's self into existence.<br />
<br />
<br />
====the Elements come in to existence====<br />
<br />
Continuing along a series of paradoxical events, what had begun as one point of energy, then split forever, into four *Five* new energies, which immediately rushed outward to fill the universe. These energies, called elements, make up and give definition to reality and if manacled together, can take the form of distinct sub-elemental products.<br />
<br />
'''the elements:''' ''WATER, AIR, FIRE, EARTH, *LIFE/AETHER*''<br />
'''common products:''' ''ICE, LIGHTNING, METAL, WOOD''<br />
<br />
<br />
====the Spirits & the Gods are created====<br />
<br />
The elements flew wildly about for some time, perpetually crashing apart and mixing together. During this period, every possible elemental product was eventually created and subsequently destroyed to such an infinite point, that the original four elements seemed to reform at the end of the cycle. Instead of repeating the chaotic transmutation that once again seemed inevitable, the elements began to coalesce uniformly into four *five*, separate masses. After a moment of stillness, an implosion of elemental energies revealed four *five* condensed masses of pure elemental energy, each located at a fixed point, in what now seemed like very empty space. <br />
<br />
What would eventually be called "Spirits" suddenly and of course, quite miraculously, came in to existence. Miraculous as they might have been, the Spirits actually possessed no overt intelligence, because they did not exist within the boundaries of the mental plane. They did however, have a certain unconscious purpose and intent; more of a natural aversion toward imbalance in the universe. Unfortunately for the universe, all of the elemental energy it would need to have physical substance was now on the outer rim of the mental plane. With no creative thought, there could be no conceivable future. <br />
<br />
So, in an act of pure instinct, each spirit simultaneously expelled half of its energy toward the heart of the universe. The four streams of energy managed to remain tethered to each spirit, even after plunging through the dark void of space and puncturing the mental plane. As they blasted through the astral fog, in to conscious existence, each elemental projection became immediately self-aware and began to question their own purpose. With no one to instruct them, the new entities were left to devise their own understanding of the universe, beginning with the first linguistic associations; they called their creators "Spirits" and referred to themselves as "Gods".<br />
<br />
===the Dawn of Mortal Life===<br />
<br />
The Gods had little else to do but spend their time creating lower-lifeforms and of course, places for them to live. Despite the fact that the universe was now brimming with life, the Gods were experiencing an uncomfortable feeling, that their seemingly endless wells of energy, might be running-dry; the Spirits were in fact, almost out of power.<br />
<br />
Because the Gods were in a way, the corporeal avatars of the Spirits, they shared a subconscious respect for universal balance. The Gods knew without fully understanding why, that in order for the universe to remain intact, the Spirits must always retain at least some of their energy supply. The only way the Gods could hope to reclaim some of this supply, was to begin sacrificing their creations, many of which were already becoming boring to them. <br />
<br />
It is during this almost unimaginable massacre, that the Gods lost all fundamental respect for lower-life. However, even after the arduous task of deactivating so many lifeforces, there was still work for the Gods to do; husks of spent, mortal life now littered the cosmos. The Gods would either have to wait for the elemental refuse to decompose naturally, a process that could take millions of years just to begin, or devise an alternative strategy for recycling dead matter.<br />
<br />
After a long argument, the Gods agreed on a small roster of creatures to reanimate and did so. The mounds of dead matter were then tossed rather carelessly toward the Spirits, where they were absorbed and immediately broken down to raw elemental energy, then redistributed evenly back toward the Gods. Well supplied for the moment, with fresh energy and a clean working environment, the Gods returned to their experiments.<br />
<br />
<br />
====the World is created====<br />
<br />
After another long stretch of time, the Spirits were once again running low on energy. During their last crisis however, the Gods had devised a preemptive solution for this impending situation. There were still many physical realms leftover from the recently eradicated creatures. The plan was to break all of these down and finally construct a single set of realms; a world.<br />
<br />
The Gods once again combed their mortal ranks for the most stagnant and boring creatures, ending each of their lives without much thought and even less remorse. With a newly consolidated roster, all of mortal life could now be placed comfortably on a single world. Once again of course, there was the annoyance of gathering the recently deceased; a task which the Gods had grown to feel quite beyond performing.<br />
<br />
<br />
====the Sun & the Moon are created====<br />
<br />
Not looking forward to cleaning up the universe, the Gods became motivated to design a routine system to collect dead matter, faster and much more automatically than before. Since their normal creations seemed somehow ill-equipped to handle such an important task, the Gods developed two unique objects capable of filling their needs. One called "the Sun" was created by the spirits of Air and Fire, while a polar opposite called "the Moon" was created by the spirits of Water and Earth. When they were completed, both objects were placed in orbit around the world, where they would chase each other forever. <br />
<br />
The Sun burned with such ferocity and brightness, that the black of the sky directly around it became illuminated to a light-blue. With this intense light came heat, which warmed the surface of the world as it passed. A number of environmental changes were gradually taking place because of this, but the Gods did not take notice. What was important to the them, was that this new heat served to bake any dead matter laying about, greatly accelerating the usually long process of decay.<br />
<br />
The Moon on the other hand, was made to absorb stray energy. Emitting a much softer glow than the Sun, the Moon hangs about a dark sky, collecting the smallest elemental particles as it passes. The Moon then releases each particular element out toward its relative spirit, where it is again recycled, so each god can continue to play without the responsibility of cleaning up after themselves.<br />
<br />
====Mankind is created====<br />
<br />
The Gods were very pleased with themselves. They celebrated all throughout the first Day, enjoying the bright sky that it now offered. When the Moon arrived however, it ushered darkness back in to the sky and the Gods began to feel tired. As they drifted off to sleep, each god dreamed of life in the form of their favorite creature. The God of Water dreamed that it was swimming, like a fish. The God of Air dreamed that it was soaring, like a bird. The God of Fire dreamed that it was basking in an intense heat, like a salamander. The God of Earth dreamed that it was tunneling through the dirt, like a mole.<br />
<br />
To their surprise, the Gods were suddenly jarred awake by four new beings, which they had each created in their sleep. These new beings, which became generally referred to as "Man" shared the mental potential of the Gods, but absorbed energy naturally through the environment, like the mortals. Like the Gods after their own birth, Man began to question its existence. In a way the Spirits were never able to, the Gods began to interact with Man.<br />
<br />
The Gods gradually taught Man to manipulate the elements around them, mostly out of curiosity, to see how far their potential could reach. In time the world once again became dark, and the Gods once again began to feel tired. Aware of this fatigue, Man approached the Gods with a collective request, that went something like this:<br />
<br />
<br />
'''Talpan''': ''Privacy is wonderful, but I am somehow starting to feel lonely.''<br />
<br />
'''Sparron''': ''Yes, it would be nice to have someone new to spend time with.''<br />
<br />
'''GODS''': ''We would like to do this for you, but there is not enough energy to make many more, like you all.''<br />
<br />
'''Ifriton''': ''Then use our own energy to create them!''<br />
<br />
'''Tritan''': ''Agreed; life is not worth living without proper company.''<br />
<br />
'''GODS''': ''It shall be done. Farewell.''<br />
<br />
<br />
With that, not only Man but every mortal creature was divided into two genders, one called 'male' and the other 'female.' Through a process of reproduction, their traits would be randomized and bestowed upon a new life form, created in their combined image. In this way, each mortal was able to create life, without assistance from the Gods. Evolution would then take place over time, considering a species was able to survive from generation to generation.<br />
<br />
===the Age of Ancient Mankind===<br />
<br />
Under the inexperienced care of Mankind, the world eventually began to fall in to disrepair. With the Gods asleep, there was no one to consciously keep the elements segregated. Fire seeped too close to Earth, slow-cooking much of it to rock. Air and Water combined, forming fog and clouds. Essentially, the realms began to blend together. Instead of four segregated realms of pure elemental alignment, there was now one large realm of constantly changing structure, where all of the elements and resulting products were allowed to flow together.<br />
<br />
====the Gods Awaken====<br />
<br />
After many generations, the combined power of all mortal life finally rivaled that of the Gods, whom Mankind had nearly forgotten. One day however, the Gods finally woke from their long sleep, only to find their realms in complete disorder. Creatures which the Gods could not begin to classify roamed the world unchecked and uncontrolled, preying on one another to avoid starvation. Rather than rectify this problem, Mankind catered to its own whims. New ways of thinking had been adopted during the Gods' slumber; greed, jealousy, deceit.. These unattractive features made the Gods angry toward Mankind, which made them feel a mixture of attachment and betrayal towards their own particular version of Man. (i.e.: The God of Water still loved the Tritan and so forth with the other 3 Gods and Races)<br />
<br />
====the Great Conflict====<br />
<br />
The Gods attempted to make themselves known to the new and unfamiliar generation of mortals, but Mankind no longer believed in them. This generally disgusted the Gods, who now viewed Mankind as arrogant and illogical. Hopeful that they would be able to salvage something from the mess that had taken shape, the Gods attempted to subtly influence Mankind to "clean up its act". The Gods began by creating a language-barrier between each distinct culture. After that initial disruption, the Gods proceeded to feed Mankind false information, to distort their understanding of the universe.<br />
<br />
====the Gods are Banished====<br />
<br />
The Gods eventually created such a twisted array of misconceptions and falsehoods, that Mankind's civilization was nearly engulfed by war. The wars continued through the generations, until Mankind was almost annihilated. Finally, through the fog of war, four heroes emerged. Since each hero had somehow learned the truth behind the lies, the group was able to combine their knowledge in to a strategy, against the Gods. With the focused efforts of all of the remnants of Mankind behind them, the heroes were able to force the Gods in to their own energy supply. <br />
<br />
The Gods put up such a defiant struggle, that their link to the Spirits became unstable. The Spirits then became unstable themselves and gradually began to drift toward the heart of the universe; toward the struggle. They drifted further and further toward the mental plane until much like the God before them, the Spirits burst through and for the first time, achieved conscious thought. Directly after attaining consciousness, each spirit smashed in to their relative god, changing suddenly in to a crystalline form upon impact. Each god was encased in a crystal, which came to rest at fixed locations, relative to their previous quadrants in space.<br />
<br />
All of this expulsion of energy nearly destroyed the world, at very least, severely scarring its surface. The one supercontinent that had formed slowly over the years was split. Also, the Spirits were once like offshore energy wells, but were now physically part of the world; all of the energy in the universe was now within mortal grasp and without the Gods to directly feed off of it, the energy would be free to absorb... but the Crystals were still retaining all of that spiritual energy and for the moment, no one even knew that they existed.</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Archive:Military_and_police&diff=8541Archive:Military and police2008-01-22T07:21:00Z<p>Dr Wahl: </p>
<hr />
<div>{{Category_gameconcept}}<br />
{{Status_red}}<br />
{{Opinions<br />
|<br />
{{Pro|Pauan}}<br />
{{Pro|Dr Wahl}}<br />
|<br />
<br />
}}<br />
<br />
<br />
Military forces are a constant on real-world nations. This page discuss how to implement that in our fictional in-game world.<br />
<br />
== Suggestions ==<br />
* Every major city should have different army/guards depending of type of land, culture, and some other features.<br />
* Every army have different uniforms.<br />
* Every unit type have uniform depending of purpose.<br />
* I'm still thinking about "international" units, something like NATO. but that is irrational IMO.<br />
<br />
--[[User:Irukard|Irukard]]<br />
<br />
* I think of at least two corps: police and military, the first would operate at cities while the other would operate nation-wide.<br />
** Police would allow you to have a paid office with a delimited work horary and holidays. On your work hours you must be an efficient policeman and every unlawful action commited while working could (and must) be punishable. The rest of the time is theirs and the player can do whatever he or she wants: be in a guild, roam, have a second employment..., or even be a delinquent.<br />
** The military is vastly different. The player joins it under the constraint of being always available in case of war. While in its free time a small wage is given. While on duty the soldier has to attend to orders which could lead him to death. Ignoring such orders could face him a war cabinet resulting in severe punishment. The money earned is very small but the advantage is that the player can loot the enemies territories and bodies. Military can call you upon any other country.<br />
<br />
--[[User:Pajarico|Pajarico]] 10:09, 23 July 2006 (CEST)<br />
<br />
There should be four corps:<br />
<br />
'''National police''' : They work in the whole kingdom, they win a lot of money and do all the investigations.<br />
<br />
'''Local police:''' They work in one only town, they are closer to people, but win less money than national police and have less equipment however they are the first ones in putting somebody in jail.<br />
<br />
'''The Army:''' They fight at war. <br />
<br />
'''Military police''': They operate nation-wide and win a lot of money they can arrest someone without explanations, they arrest spies at war and do investigations they also arrest the deserters, you have to be a soldier with a lot of experience to became military police.<br />
<br />
--[[User:HABARI|HABARI]] 18:37, 29 October 2006<br />
<br />
<br />
== Sample work ==<br />
<gallery><br />
Image:Soldiers.png|{{Image:Soldiers.png}}<br />
</gallery></div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Archive:Magic_system_GUI_notes&diff=8540Archive:Magic system GUI notes2008-01-22T07:14:56Z<p>Dr Wahl: </p>
<hr />
<div>{{Status_red}}<br />
{{Opinions<br />
|<br />
{{Pro|Pauan}}<br />
{{Pro|Dr Wahl}}<br />
|<br />
<br />
}}<br />
<br><br />
[[Image:Ringmenucontrols.jpg|thumb|256px|{{Image:Ringmenucontrols.jpg}}]]<br />
<br />
[[Image:Magic menu.png|frame|right|{{Image:Magic menu.png}}]]<br />
<br />
[[Image:Ringmenutwoversions.jpg|thumb|256px|{{Image:Ringmenutwoversions.jpg}}]]<br />
<br />
[[Image:RingMenu.jpg|thumb|{{Image:RingMenu.jpg}}]]<br />
<br />
Ok, [[User:Kyokai|Kyokai]] here. I'm back with more awful scans of my awful GUI notes, which I know the entire Dev Team is constantly reading up on. Here is my current vision for the magic system, and for all command-based actions. This was adapted from the design given to me by [[User:Bjørn|Bjørn]], visible to the right. If the picture doesn't explain it clearly (which it doesn't), I will...<br />
<br />
The player hits a hotkey (spacebar maybe) and the ring appears on the ground at his feet. Left and Right rotate the ring, while cancel exits this setup and restores normal movement to the player.<br />
<br />
The first ring is categories: ie: Magic, Non-Combat(taunt, intimidate, sneak), Interactive (one-on-one chat with target, trade with target, add target to friend list)<br />
<br />
Pressing confirm brings up the second ring, which has more definite choices (for magic, these are your elemental groups. They are the actions for non-combat and interactive)<br />
<br />
Confirming the second ring will:<br />
<br />
#Execute the action (begin sneaking, choose a target to taunt, etc.)<br />
#Bring up another subring (spells in that element)<br />
<br />
For actions that require a target, the player must click on a target within the range of the action after he selects the action. Failing to select a proper target causes a negative sound, signaling the failure.<br />
<br />
The player also gets a shortcut bar with 10 slots. Each slot corresponds to ALT+ a number 0-9. These shortcuts do not execute an action, but they bring up the ring menu in the exact state so that the user needs only press -confirm- to execute it.<br />
<br />
The ring will be context sensitive, so that not all options appear at all times (when you are standing in front of an interactive object, all the options for that object come up on a submenu under the main option "object usage"), and some objects may change ("sneak" becomes "stop sneaking" when you are already sneaking).<br />
This Outline Diagram explains the ring menus and submenus<br />
<br />
# Magic<br />
#* A-I. Choose one of the elements<br />
#** 1-9. Choose one of the spells<br />
# Non Combat<br />
#* A. Sneak / stop sneaking<br />
#* B. Taunt<br />
#* C. Intimidate<br />
# Interactive<br />
#* A. Chat<br />
#* B. Party (Context: if you are party leader)<br />
#*# Invite to party<br />
#*# Kick out of party<br />
#*# Disband party<br />
#* C. Create Party (Context: If you don't have a party)<br />
#* D. Friend List<br />
#*# Find Friend (get world location)<br />
#*# Add to friend list<br />
#* E. Trade<br />
#* F. Challenge<br />
#*# Duel (PVP)<br />
#*# Minigames (ones that don't need an arena, anyways. Dice or cards, etc.)<br />
# Object (context: in range of an object)<br />
#* A-H. Object's functions<br />
<br />
More will be appended as necessary...<br />
<br />
----<br />
<br />
Please feel free to scribble notes here, or in the forum.</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Archive:Equipment_upgradability&diff=8539Archive:Equipment upgradability2008-01-22T07:08:25Z<p>Dr Wahl: </p>
<hr />
<div>{{Category_gameconcept}}<br />
{{Status_red}}<br />
{{Opinions<br />
|<br />
<br />
|<br />
{{Contra|Dr Wahl}}<br />
}}<br />
<br />
<br />
In SoM, when the player defeated a boss, he recieved a special item called a mana orb. Between<br />
these orbs and some gil, the player could improve his weapons to the next level, allowing him<br />
to hone his skills to the next level.<br />
<br />
When the player fights a boss monster (which usually shows up at the end of quest) he automatically recieves a non-tradable mana orb. Using certain skills, mana orbs can combine two items together to create a new, superior item.<br />
<br />
When the player activates the mana orb from his inventory, he is asked to select a certain weapon or armor. After that, he will be asked to present combination items, similar to the ones that appeared in Legend of Mana. If a high enough quantity of a single item is produced, the weapon or armor will be refined and new properties will be added to it.<br />
<br />
When the item is refined<br />
<br />
* It's base offense (or defense, in the case of armors) increases automatically by a preset value.<br />
* If items are presented, it gains an addtional attribute, such as silence attack, or resistance to silence.<br />
* If the item already has more properties than a it can support, the user must choose one ofthem to remove.<br />
<br />
In this way, players will bond with their equipment, which will serve them better and better throughout their travels. The cost of improving equipment goes up with each level the equipment gains by the formula<br />
<br />
Price = 100 * 2^item_level; (100, 200, 400, 800, 1600, 3200, 6400, 12800, 25600, 51200, etc.) (Maybe level 10 should be a cap...)<br />
<br />
If anyone wants to contribute to the list of combine items, please do so here:<br />
<br />
* Ruby Mana Shard - Adds fire property to attacks or fire resistance to clothes<br />
* Sapphire Mana Shard - Adds water property to attacks or water resistance to clothes<br />
* Emerald Mana Shard - Adds earth property to attacks or earth resistance to clothes<br />
* Amethyst Mana Shard - Adds air property to attacks or air resistance to clothes<br />
* Quartz Mana Shard - Adds light property to attacks or light resistance to clothes<br />
* Obsidian Mana Shard - Adds dark property to attacks or dark resistance to clothes<br />
* Moonstone Mana Shard - Adds space property to attacks or space resistance to clothes<br />
* Sandstone Mana Shard - Adds time property to attacks or time resistance to clothes<br />
* Serpent's fang (20) - Adds poison 10% to attacks<br />
* Djin Copper(30) - Fire Magio Skill +1<br />
* Djin Silver(30) - Fire Magic Skill +2<br />
* Djin Gold(30) - Fire Magic Skill +3<br />
* Soap(20) - Hunt Amorphs Skill +2</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Archive:Equipment_guidelines&diff=8538Archive:Equipment guidelines2008-01-22T07:05:31Z<p>Dr Wahl: </p>
<hr />
<div>{{Status_red}}<br />
{{Opinions<br />
|<br />
{{Pro|Pauan}}<br />
{{Pro|Dr Wahl}}<br />
|<br />
<br />
}}<br />
<br />
<br />
=== Introduction ===<br />
<br />
This document is all about balancing equipment, so that no item gets too powerful or too scary. I encourage you to read and understand this document before adding equipment to the master equipment list.<br />
<br />
1. All Equipment has a level. The equipment's level, like all item levels, describes it's rarity and the level of crafting skills required to build it. Adding bonuses to he equipment raises its level, while adding flaws can reduce it's level.<br />
<br />
2. While there is no level cap on crafting skills, the following chart should be taken seriously regarding assigning levels to an item. No one is going to get a craft skill to level 1000, so a level 1000 equipment will never appear in the game, even if you create it. I encourage you not to do this. Level 150 is a practical cap for item creation.<br />
<br />
3. Use the format outlined in the master list for outlining your items. Failing to do this just makes it tougher for me to sort out your ideas, and may result in them being misinterpreted.<br />
<br />
4. Define a composition for your items. Tell what skills are used to make them and what generic items (materials) are needed. If you want to use a basic material that is not in the generic item table please add it ([[generic items]]).<br />
<br />
=== Table A: Bonuses ===<br />
<br />
Bonus types:<br />
<br />
* ATP, MATP - attack power and magic attack power. Raises the base damage done by attacks.<br />
* ARM, MARM - armor and magic armor. Raises magic and physical attack damage soak<br />
* HP, MP - raises the player's HP and MP totals<br />
* Skill - buffs the player's skill by an amount<br />
* Growth Rate - affects the rate at which a skill grows<br />
<br />
----<br />
Just an idea: HP +10% as a bonus. That way even a high-level Player has a benefit of an armor +xHP.<br />
Think of a really super vital Player that gets this "powerful" armor that adds 80HP.... Well not really powerful for him. Now a ~new Player with 40 HP would think of it as powerful :)<br />
<br />
Maybe not the right playe but I think healing items should recover %(percentage) too.<br />
That seems to be more reasonable to me. That way there would be a dynamical power behind those items.<br />
If someone has 1000 HP should he eat 10 times the amount of a 100 HP player?<br />
I know it's based on vit now, but it seems more related to HP for me...<br />
:I don't think this is a good idea. The nice thing about "outgrowing" your equipment and potions is that you will have to look for better ones. When a minor healing potion of +20 HP isn't enough, you'll just have to look for a better potion. When it'd heal 10%, you can keep using such cheapass potions forever. So same with armor bonus, you will grow stronger but the armor shouldn't scale, instead part of growing stronger means finding better armor. --[[User:Bjørn|Bjørn]] 13:28, 30 Jul 2005 (CEST)<br />
----<br />
<br />
<br />
{| border="1" cellspacing="0" cellpadding="5" width="100%" align="center"<br />
! style="background:#efdead;" | bonus<br />
! style="background:#efdead;" | level+<br />
! style="background:#efdead;" | ATP & MATP<br />
! style="background:#efdead;" | ARM & MARM<br />
! style="background:#efdead;" | HP & MP<br />
! style="background:#efdead;" | skills<br />
! style="background:#efdead;" | growth rate<br />
|-<br />
| align="center" | Weak<br />
| align="center" | +1<br />
| align="center" | 10<br />
| align="center" | 5<br />
| align="center" | 20<br />
| align="center" | 1<br />
| align="center" | --<br />
|-<br />
| align="center" | Average<br />
| align="center" | +5<br />
| align="center" | 20<br />
| align="center" | 10<br />
| align="center" | 40<br />
| align="center" | 2<br />
| align="center" | --<br />
|-<br />
| align="center" | Powerful<br />
| align="center" | +20<br />
| align="center" | 50<br />
| align="center" | 25<br />
| align="center" | 80<br />
| align="center" | 3<br />
| align="center" | 1.5<br />
|-<br />
| align="center" | Unbelievable<br />
| align="center" | +50<br />
| align="center" | 100<br />
| align="center" | 50<br />
| align="center" | 160<br />
| align="center" | 5<br />
| align="center" | --<br />
|-<br />
| align="center" | Legendary<br />
| align="center" | +100<br />
| align="center" | 200<br />
| align="center" | 100<br />
| align="center" | 250<br />
| align="center" | 7<br />
| align="center" | 2<br />
|}<br />
<br />
=== Table B: Flaws ===<br />
<br />
Flaws balance an armors properties by giving them certain limits. Attributes can be sealed below a certain skill level, or above a certain skill level. An armor can be impossible to use at all without certain skills.<br />
<br />
* Level Seal - The item cannot be used unless the skill is at the specified level.<br>-1 item level per level of the skill needed.<br />
<br />
* Level Retriction - The property does not appear unless the specified skill is at a high enough level. -1 for every 2 levels needed.<br />
<br />
* Level Cap - The property does not appear unless the specified skill is below a certain level. -1 for every 4 levels disallowed (starting with the price of the attribute that is raised)(ie: with a level 20 attribute available only below level 8, you get 3 points off, making a level 17 item).<br />
<br />
<br />
{| border="1" cellspacing="0" cellpadding="5" width="100%" align="center"<br />
! style="background:#efdead;" | debuffs<br />
! style="background:#efdead;" | level-<br />
! style="background:#efdead;" | ATP & MATP<br />
! style="background:#efdead;" | ARM & MARM<br />
! style="background:#efdead;" | HP & MP<br />
! style="background:#efdead;" | skills<br />
! style="background:#efdead;" | growth rate<br />
|-<br />
| align="center" | Restrictive<br />
| align="center" | +1<br />
| align="center" | -10<br />
| align="center" | -5<br />
| align="center" | -20<br />
| align="center" | -1<br />
| align="center" | --<br />
|-<br />
| align="center" | Flawed<br />
| align="center" | +5<br />
| align="center" | -20<br />
| align="center" | -10<br />
| align="center" | -50<br />
| align="center" | 2<br />
| align="center" | 0.5<br />
|-<br />
| align="center" | Difficult<br />
| align="center" | +20<br />
| align="center" | -50<br />
| align="center" | -25<br />
| align="center" | -100<br />
| align="center" | -3<br />
| align="center" | 0<br />
|-<br />
| align="center" | Fatally Flawed<br />
| align="center" | +50<br />
| align="center" | -100<br />
| align="center" | -50<br />
| align="center" | -200<br />
| align="center" | -5<br />
| align="center" | --<br />
|-<br />
| align="center" | Cursed<br />
| align="center" | +100<br />
| align="center" | -200<br />
| align="center" | -100<br />
| align="center" | -400<br />
| align="center" | -7<br />
| align="center" | --<br />
|}</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Archive:Dynamic_economy_system&diff=8537Archive:Dynamic economy system2008-01-22T06:54:43Z<p>Dr Wahl: </p>
<hr />
<div>{{Category_gameconcept}}<br />
{{Status_red}}<br />
{{Opinions |<br />
{{Pro|Dr Wahl}}<br />
<br />
|<br />
<br />
}}<br />
<br />
<br />
== Trading among players ==<br />
<br />
In addition to trading with merchant NPCs, the players will be able to trade amongst themselves in different ways. The idea is that this can be more attractive than trading with an NPC. This not only makes the economy more dynamic but is also increases interaction between players, making the game more fun. See also the [http://en.wikipedia.org/wiki/Player-run_economy Wikipedia article on a player-run economy].<br />
<br />
=== Direct trade ===<br />
<br />
Any player will be able to request a [[direct trade]] with another player. This can be used to directly exchange any items carried in their inventory as well as currency. After the stuff that's being traded is specified, both players will have to push a confirm button to complete the transaction. Whenever there is a change, any confirmation is canceled. Whenever both players have confirmed, the transaction takes place.<br />
<br />
Because one of the players could change something and quickly confirm between the time the other player sent his confirmation and the arrival of this confirmation, we'll either have to add a "revision" ID to the confirmation or make the confirmation a two-stage process as seems to be done in Ragnarok Online. I think I would prefer using revision IDs.<br />
<br />
=== Marketplace ===<br />
<br />
<div style="float: right;">[[Image:Marketplace graph.png|250px]]</div><br />
<br />
Almost every city will have a [[marketplace]]. Player will be able to buy and sell common items here like ingredients and food, but the availability and buy/sell price will be determined dynamically. Any item you can buy at the market will first have to be sold to the market. The buy and sell prices will depend on how many are available. To keep this under control each item will have a minimum and maximum value.<br />
<br />
The marketplace cannot be used for selling most of your equipment, you'd have to go to a more specialized store for that and these prices will be probably be far less economy driven, if at all.<br />
<br />
To the right you can see a graph showing the idea behind the prices on the marketplace. The two dashed lines are the minimum and maximum item prices, which are used by regular shops. The green area shows the difference in buy/sell prices at the market, and how these prices change with availability (the amount of items of that type present at the market). The formula might be written down as:<br />
<br />
<math>buy\_price = \frac{1}{\frac{availability}{X} + 1} \times (max - min) + min</math><br />
<br />
<math>sell\_price = \frac{3}{4} \times buy\_price</math><br />
<br />
''Note that I didn't try to plot this graph yet so it's likely that I've made an error somewhere or that this is not the desired graph. Also, the value of X will still need to be determined. X is supposed to be the availability at which the item has lost about half its value (not entirely true because of minimum price).''<br />
<br />
''Note also that the difference between buy and sell price is much smaller at the market than at a regular store. This is intentional, yet maybe this difference is still too small, we could use a factor 2 for example.''<br />
<br />
=== Putting your items on display (name of service?) ===<br />
<br />
Some cities will have a place where you can, for a small fee, put your items on display. This means leaving your item there with a price tag and hoping another player will come along and buy it. You can then return to collect your money, retrieve your item or set another price. The idea is that players will try to sell the more rare items for more money than they'd get from selling it at a store, but cheaper than the price you'd pay for buying it at a store. Some items here may not be available from regular stores at all.<br />
<br />
''Note that it would be annoying for players to have to keep returning to check whether an item sold. To solve this we could provide the players with a [[mailbox]] where they'll receive notices about such a sell taking place. A mailbox would be available at their local post office, but would also come with their [[Player estate system|real estate]].''<br />
<br />
=== Auction house ===<br />
<br />
The [[auction house]] is where you can drop items that you'd like to be auctioned, setting a starting price and a time for which the auction will run. Players can visit the auction house to see what's being auctioned and place bids. When the auction period for a certain item is over, and at least one bid has been placed, the highest bidder has the exclusive right to pick up his item (and pay the bid) during the cause of 24 hours. If after this period the bidder still hasn't returned to check whether he got the item, the seller of the item is free to pick up his item too. If the highest bidder did return, the seller will still need to return to the auction house to pick up his money.<br />
<br />
''Similarly to the service described above, the auction house could offer to send notices about bids and the status of the deal, allowing the player to keep track of stuff from a central place and not travel needlessly.''<br />
<br />
=== Player-run store ===<br />
<br />
Players with high enough merchant skill and the necessary equipment can start a small "shop" anywhere, except explicitly disallowed places, like most indoor places but also some areas of a city. They will be able to specify things they will buy and things they will sell, and at which prices. The idea is that they can then trade with multiple other players at the same and without the need for further interaction, but the merchant won't be able to do much while being a shop (for example it is not possible to walk at the same time). Their inventory will be limited like that of any other player.<br />
<br />
Players with very high trading skill and enough money could even buy a real store in a town. For this they will also need to hire an NPC that handles the selling/buying process, which will cost them a daily fee. The job of the player would then be to keep the shop's inventory interesting for the customers and to set the buy/sell prices on the items. If the fortune of the merchant is no longer sufficient to pay the wage of the NPC for a certain amount of time, the shop will automatically go bankrupt and become available for buying again. Customers will be able to leave messages for the merchant, which will be delivered to his mailbox when available.<br />
<br />
== Currency of the world ==<br />
<br />
The '''Dynamic Economy System''' allows the trade and currency values of the world to be altered by the present state of politics. Each kingdom has a currency, as well as a rank in overall prosperity. The rank in prosperity determines the price of items inside that city, as well as the trade value of that nation's currency.<br />
<br />
1st - 25% item cost, 400% currency value in other countries<br />
2nd - 50% item cost, 200% currency value in other countries<br />
3rd - 100% item cost, 100% currency value in other countries<br />
4th - 150% item cost, 75% currency value in other countries<br />
5th - 200% item cost, 50% currency value in other countries<br />
6th - 300% item cost, 20% currency value in other countries<br />
<br />
Also, item types are divided into certain categories. The more items of one category a merchant in the city buys, the lower items of that type will cost (within certain limits) Likewise, the more of a kind are bought, the more items of the type cost.<br />
<br />
Note: only generic items are affected by this system. Rare items are made by players and can be gotten from the auction system.<br />
<br />
See [[Currencies]]</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Archive:Dynamic_Quests&diff=8536Archive:Dynamic Quests2008-01-22T06:42:52Z<p>Dr Wahl: </p>
<hr />
<div>{{Category_gameconcept}}<br />
{{Status_red}}<br />
{{Opinions<br />
|<br />
{{Pro|Pauan}}<br />
{{Pro|jaxad0127}}<br />
{{Pro|Dr Wahl}}<br />
|<br />
}}<br />
<br />
<br />
Dynamic quests are quests that are randomly generated. Any number of players can accept a random quest but only one player can solve it and claim the reward. So dynamic quests are a competitive race against other players.<br />
<br />
==General==<br />
Quest givers for dynamic quests will spawn randomly at specific locations (bars, city plazas, shops...). They should hand out the quest with a quest description to anyone who speaks to them until someone solved the quest. From that on they don't give the quest anymore but they stay there to give the one who solved the quest his reward. When they gave the reward to the one who solved the quest they disappear.<br />
<br />
Quests can also time out after a few hours when no one solves them.<br />
<br />
==Kill the monster==<br />
''"Help! A huge spider roams the forest to the north. I am afraid it will kill me when i go there to collect herbs. Isn't there a hero who can defeat the beast?"''<br />
<br />
A special monster is created on a near map. The monster is more powerful than a normal monster. When it dies the player who dealt the most damage to it counts as the quest winner. The quest failed for all other people who have taken the quest. "Kill the monster" quests can theoretically be won by someone who hasn't even taken the quest but ran into the monster randomly. In that case the player has to search for the quest giver to claim the quest reward. <br />
<br />
The killing of the quest monster itself shouldn't be rewarded with much exp or items. The real reward should be given by the quest giver. The reason for this is to make killing of quest monsters without knowing where the quest giver is unattractive so that most people prefer not to kill a quest monster when they run into one randomly and leave it to the people who have taken the quest.<br />
<br />
Variant: There might be not one but a group of monsters that have to be killed. In that case the quest is solved by the one who kills the most of them.<br />
<br />
==Invasion==<br />
''"Your country needs you! The trolls have mobilized an army and are camping one mile to the north. We have to eleminate them before they attack the city. Everyone who helps to deal with this thread will be rewarded."''<br />
<br />
A large number of agressive monsters is spawned on a nearby map where they usually don't spawn. The players have to go and eleminate all of them. After all monsters have been eleminated everyone who killed at least one of the monsters receives a small reward. The top 5 (10? 20?) players who kill the most monsters receive a special reward for valor in battle.<br />
<br />
Possible plots are:<br />
*An invasion of an army of intelligent creatures<br />
*Undeads that raised for unknown reasons<br />
*Magical beings summoned by an insane wizard or a magical phenomenon<br />
<br />
==Find item==<br />
''"I have lost my precious ring in the forest to the southwest when running away from the evil mushrooms living there. Can you please look for it? It is a family heirloom and it is very important to me."''<br />
<br />
When the quest giver spawns a random item appears on a nearby map. The item is only visible and can only be picked up by players that have accepted the quest from the quest giver (other people who don't look for the item won't notice it). When a player picked the item up the quest is failed for all other people because they can't finish it anymore (Alternative to make it more competive: The one who picked up the item can be attacked and killed by the other questers and when he is killed the item can be looted from him).<br />
<br />
The player who has completed the quest might either give the quest item to the quest giver or sell the item to an npc. The npc might pay more for the item than the quest reward is worth. But when the player sells the item, he might become the target of a headhunt quest.<br />
<br />
Variant 1: The item might be carried by a monster that looted/swallowed it. So the quest does effectively result in a kill the monster quest.<br />
<br />
Variant 2: Instead of the item the player might find a clue pointing to an npc who has taken the item. The consequence is an additional errant quest that has to be solved.<br />
<br />
==Errand==<br />
''"Weapon Merchant: Damn, my last delivery of swords is late again. Could you maybe go to Tulimshar and ask the blacksmith why he hasn't delivered them yet?" ... Blacksmith: "Sorry, the swords have been stolen by a bandit. He is hiding somewhere in the desert to the southwest.''<br />
<br />
The quest giver will ask the players to bring him an item or an information from another npc. Sometimes the other npc will give the information or item for free, sometimes the npc asks the player to solve another quest for him. The quest is solved as soon as the player got the quest item, solved one of the subquests so that other players can't complete the main quest or told the quest giver the desired information.<br />
<br />
==Selling Opportunity==<br />
''"I heard the winter will be very cold this year. But i am too busy to collect firewood myself. Can you help me out? I will pay yo 10 Gold for each log. I still need 137 logs to get through the winter."''<br />
<br />
The quest giver will offer a unusual high price for a certain common item, but he will make clear that he will only buy up to a specific amount (sometimes only one). The players now have to collect the item and sell it to the npc before someone else does and the npc doesn't buy anymore.<br />
<br />
Variant: Reverse dutch auction. When the quest giver requests only one item, he/she might start with a very low price and increase it over the time until someone sells the desired item to him/her.<br />
<br />
Suggestion: Perhaps some NPCs that every once a week or something like that ask for a random amount (with a top, of course) of a random item, for a random (though limited) price? A bit hard to get the right balance, but it seems a good idea.<br />
<br />
==PvP Quest: Sabotage==<br />
''"There is a golden dragon who is laying eggs on the mountain to the west. Everyone knows that golden dragons are an endangered species and don't attack anyone when they aren't attacked. But the king is afraid and wants to send adventurers to kill it. Please! Someone must stop them!"''<br />
<br />
Sometimes there might be NPCs that want that a quest for another NPC is not completed. In that case they hire people to stop people from completing the quest. People who are doing a sabotage quest are able to attack the people who are doing the normal quest and vice versa. Saboteurs and questers should be marked for other saboteurs and questers so everyone knows who is friend and who is enemy. The saboteurs are successful when the normal quest times out. When this occurs the quest reward is divided between all people who have taken the sabotage quest and attacked at least one quester.<br />
<br />
When taking a quest with a corresponding sabotage quest the player should be warned that people might try to kill him. Quests with a sabotage quest should time out faster than other quest because otherwise it would be almost impossible to prevent people from solving it and the sabotage quest should not be given to players when more than half of the timeout time has passed. Otherwise people might take the quest just before it timed out and claim their reward without doing anything.<br />
<br />
It should not be possible to take a quest and the quest to sabotage it at the same time.<br />
<br />
==PvP Quest: Bounty Hunt==<br />
''"-=DarkWizard=- is a traitor and a thief! He promised that he would bring me my precious ring. But now i found out that he just sold it! Go and pay him a lesson and i will reward you."''<br />
<br />
Bounty Hunt quests are usually triggered when a player fails a quest in a way the quest giver doesn't like (like selling the quest item he should have taken to the quest giver). When a headhunter quest is generated the targeted player should receive a message so that he knows that he has to be careful.<br />
<br />
The "target" is marked for the "bounty hunters" who are doing the quest. The target can attack the bounty hunter to defend itself, but the bounty hunters aren't marked, so the target doesn't know who its enemies are.<br />
<br />
When the target is killed by a bounty hunter (last hit counts) the quest is solved by the one who did the last hit and the target is save again.<br />
<br />
Bounty Hunt quests only time out when the target character is in the game and outside of a pvp protection zone. Otherwise he would be able to log out or hide in a protection zone until the quest timed out to avoid being killed.<br />
<br />
==Comments==<br />
This would integrate well with the [[Bounties]] proposal. When a dynamic quest is generated, it is automatically registered with the local bounty office. Players that go to the bounty office are directed to the generating NPC for details. This way it's easier to find out what quests are available without having to talk to every NPC in the game. &mdash; [[User:Jaxad0127|<span style="color: #160196">Jaxad</span>]][[User Talk:Jaxad0127|<span style="color: #5B038F">0127</span>]] 20:08, 23 December 2007 (CET)</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Archive:Bounties&diff=8535Archive:Bounties2008-01-22T06:37:32Z<p>Dr Wahl: </p>
<hr />
<div>{{Category_gameconcept}}<br />
{{Status_red}}<br />
{{Opinions<br />
|<br />
{{Pro|Pauan}}<br />
{{Pro|jaxad0127}}<br />
{{Pro|Dr Wahl}}<br />
|<br />
<br />
}}<br />
<br />
<br />
== '''Bounty System''' ==<br />
<br />
The bounty office serves several purposes to the citizens of TMW, and exists in all major cities and in several smaller outposts. In the bounty office, players can do several things.<br />
<br />
* Place bounties<br />
* Look up bounties<br />
* Claim bounties<br />
<br />
When placing a bounty, the player sets the item he is looking for and the quantity of that item. If the bounty is on a player, the item is "Soul of {Player Name}". The player must also pay a certain amount of currency along with that bounty. This currency is given to players at the time they appear with the bounty item(s). Bounties expire after a certain length of time, and the money placed upon them is returned to the player via mail.<br />
<br />
Bounties are automatically set on the "Soul of..." items of players with criminal status. Small-time criminals are wanted only in their local offices, yet notorious players may be wanted throughout the world. These default bounties persist until the bounty is filled, or over a certain length of time (each month between criminal incidents would reduce the criminal status by a bit).<br />
<br />
=='''Questions'''==<br />
Is this for NPC's only or can we put bounties on players as well?<br />
Also how long will a bounty be good for, and how does it all fall into place?<br />
[[User:CBlade|CBlade]]<br />
:I am guessing it is on players... after all note the text ''"If the bounty is on a '''player,'''"'' Also, if we did implement this, I would suggest a 'per-' fee. For instance, it costs '''500 gold per week''' for a bounty. The player then specifies how long they want the bounty to last. Also, I don't think the "soul of" item should be take up space in the players inventory. It could also easily be replaced with something else, like a badge or ticket. Either way, if it ''did'' take up space, and the person's inventory is full, they can't have a bounty placed on them. '''--''' [[User:Pauan|Pauan]] 08:33, 23 December 2007 (CET)</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Archive:PVP_proposal_from_Crush&diff=8534Archive:PVP proposal from Crush2008-01-22T06:13:19Z<p>Dr Wahl: </p>
<hr />
<div>{{Category_gameconcept}}<br />
{{Status_red}}<br />
{{Opinions|<br />
{{Pro|Pauan}}<br />
{{Pro|Crush}}<br />
{{Pro|Yosuhara}}<br />
{{Pro|jaxad0127}}<br />
|<br />
{{Contra|Dr Wahl}}<br />
}}<br />
<br />
<br />
My idea of PvP combat is to restrict PVP to personal duels and combat between guilds. Guilds can declare war on each other and then the members of the guilds can fight against each other whenever and wherever they want except in towns. To make pvp more attractive i propose a honor point concept.<br />
<br />
The reason I favor this system is that i want to give players the possibility to stay completely out of pvp when they want while giving people who enjoy pvp a competitious and rewarding atmosphere. By focusing on guild vs. guild pvp i want to encourage team oriented pvp combat while avoiding unfair fights party vs. single players, avoid ganking (acting friendly until the other player is occupied, then attacking him. When someone is in an enemy guild you know you can't trust him) and give the players a group they identify with so that they know what they are fighting for.<br />
<br />
==Personal duels==<br />
When you want to fight someone, you can challenge him to a duel. He can then decide if he wants to fight you or not. When he doesn't it counts as an automatic win for you. When you win a duel against an opponent who is equally strong or stronger than you level-wise you gain some honor points. When you lose against a lower enemy you lose some honor point. When you win against a weaker enemy or lose against a stronger enemy (like it should be expected) nothing happens.<br />
<br />
==Guild war and peace==<br />
Every guildleader can declare war on other guilds. When he does so the members of both guilds receive a warning. About an hour after the guildleader declares war pvp is enabled between members of the two guilds everywhere except towns. The leaders of both guilds can offer peace at any time. When the offer is accepted pvp is immediately disabled between both guilds. Every kill of a member of an enemy guild gives an honor point for every guildmember and every death of a guildmember by the hands of an enemy guildmember means the lose of an honor point for every guildmember. <br />
<br />
The idea is that when you are in a (wrong) guild you have the thrill of being attackable everywhere, but you know exactly who your enemies are. And when attacked by an overwhelming force you also know who to ask for help (that guys who lose honor points when they let you die). It also brings the interesting aspects of diplomacy (avoiding making the wrong enemies, threat other guilds with declaration of war, form alliances) and strategic warfare (keep members of enemy guilds away from key resources to weaken them) into the game. <br />
<br />
When you are fed up with being attacked everywhere because your guild pissed off all the big pvp guilds you can still leave the guild and become a guildless player again.<br />
<br />
==Honor points==<br />
Collecting honor points in pvp combat should give both the individual character advantages as it gives the guild advantages when it got members with many honor points.<br />
<br />
Players could have the following advantages when they collect enough honor points:<br />
*A good position on a public scoreboard<br />
*Access to special quests<br />
*Access to prestige equipment<br />
*Advances when dealing with npcs<br />
*Of course they will be more popular in guilds because the guilds honor points are the sum of the honor points of their members.<br />
<br />
Guilds could have the following advantages when the sum of the honor points of their members is high:<br />
*A good position on a guild scoreboard<br />
*The right to have a guild emblem<br />
*Access to guild equipment (like shields or capes with the guild emblem visible)<br />
*More organizational guild features<br />
**Giving guild members special tasks like recruiter, treasurer etc. that give them some privileges of the guild leader<br />
**higher member limit<br />
**creating private chat channels in which other people can be invited<br />
**option to form sub guilds <br />
**etc.<br />
*Access to a private guild headquarter ranging from a little meeting hut to a huge castle (on an instanced map).<br />
*Permission to attack other guilds headquarters.<br />
<br />
==Guild Headquarter Raid==<br />
Another idea to make guild wars more interesting. This idea is loosely inspired by the guild war system of Ragnarok Online.<br />
<br />
===General idea===<br />
The idea is that guilds can attempt to invade the guild headquarter (HQ) of an enemy guild and steal their guild flag to humiliate the guild and steal a lot of honor points from them. In contrary to the Ragnarok Online guild wars system this can be done at any time. The attacking guild will usually outnumber the defending guild because they will usually planed the attack in advance and arranged that as many people as possible take part while the defending guild is caught by surprise and there will usually only a few people be online that are scattered all over the world. To counterbalance this strategical disadvantage of the defending guild the following system is designed to give the defenders a big tactical advantage.<br />
<br />
===Preparation===<br />
To attack a HQ the attacking guild has to schedule the raid at an npc. Every guild can only raid another guild every 24 hours. Of course only guilds that have a guild HQ can be raided.<br />
<br />
Now both guilds get a message and have a half hour to prepare for combat. The attacking guild meets on a special map while the defending guild meets in their HQ. After the half hour preparation time the attacking guildmembers are teleported onto the map of the HQ. The position of the attacking guild should be a random area outside of the HQ. Random to avoid spawn camping of the defending guild.<br />
<br />
===Setup and goal===<br />
While a smaller HQ got a simple layout and is difficult to defend, a large HQ should have a much more complex layout with many points that give the defending guild a tactical advantage. But all HQs got two important rooms. <br />
<br />
The first is a spawn room. It should be close to the entrances. When the defenders die they respawn in this room a few seconds later. Attackers can not enter the spawn room nor can they attack the defenders that are in it. <br />
<br />
The second is the flag room which is usually in a position that is hard to reach for the attackers but easy to reach from the spawn room. In the flag room is the flag of the defending guild which they have to protect. The flag is basically an item that can only be picked up by the attacking team and is dropped when the character who got it dies.<br />
<br />
The mission of the attacking guild is to get into the flag room, take the flag and bring the flag out of the HQ. Guildmembers that die respawn at their usual spawn location in the normal game world and have no chance to get back into the combat.<br />
<br />
The mission of the defending guild is to eliminate all attackers before they can bring the guild out of the HQ. When they die they respawn after some seconds in the spawn room.<br />
<br />
===Outcome===<br />
When one of the guilds reaches their goal a lot of honor points from the loser are transfered to the winner. The result could be that the defenders have to move into a smaller HQ or that the attackers lose the right to attack again.<br />
<br />
When the defending guild lost they have to invest a minor sum of gold to buy a new guild flag for their HQ. They can't use the facilities of their guild HQ but they can not be attacked either until they did so. This is a precaution against inactive guilds serving as honor farms for active guilds or attacking the same guild over and over again with different guilds.<br />
<br />
===Strategies===<br />
The preferred strategy of the defenders should be to take out the attackers one by one so that they can use their ability to respawn to their advantage. The attackers should try to stay together and rush into the flag room as fast as possible to make use of their superiority. Besieging the spawn room to prevent the defenders from recapturing key positions while a task force captures the flag can also be a successful strategy.<br />
<br />
==Comments==<br />
<br />
This rules quite suites me, but i don't agree that player should automatically win, when his oponent refuse to accept challenge... What if he's busy, or he just don't want to fight? Should the challenger take advantage of this? --[[User:Yosuhara|Yosuhara]] 15:18, 21 September 2006 (CEST)<br />
<br />
<br />
I agree with Yosuhara. Why not have a third option, "declined"? If a player refuses your challenge it will add 1 to the "declined" option. This way you can easily see how many fights the person has undertaken while also providing an accurate assessment. Also, how will you calculate who won? Obviously it will be determined by who dies, but what about monsters, etc.? Perhaps while two players are dueling they cannot be targeted by ANY outside forces (monsters, friends, etc.)? This keeps things fair and prevents people from ganging up on others (except in party vs. party of course). '''--''' [[User:Pauan|Pauan]] 08:04, 23 December 2007 (CET)<br />
<br />
<br />
The whole guild wars thing seems to open to abuse. I can imagine that some larger guilds might bully the smaller or weaker guilds by declaring war on them, ruining the game for anyone in those guilds because they are not strong enough either in statistics, numbers, or both to defend against the guild warring against them. I would suggest that guild leaders can only declare war against a guild that is roughly equal or greater in power and/or numbers to the other guild. '''--''' [[User:Falcata|Bobby Jim]] 14:36, 24 December 2007 (CET)<br />
<br />
:I've seen rules to prevent attacks from high level players/factions on low level players/factions in a lot of games of a lot of different genres. And these rules always left loopholes in practice or even had abuse potential on their own. But when you think that you can design any rules on this topic that really work then feel free to do so. --[[User:Crush|Crush]] 03:41, 25 December 2007 (CET)<br />
<br />
Also, I can easily see abuse of the guild headquarter raid. A guild could quite easily gain honor points quickly by continually raid the guild HQ of another, weaker guild. '''--''' [[User:Falcata|Bobby Jim]] 14:36, 24 December 2007 (CET)<br />
<br />
:I fixed your concerns by 1. denying guilds to do more raids than one every 24 hours and 2. removing the defeated guild from both the benefits and disadvantages of guild HQs until they feel ready for it again. --[[User:Crush|Crush]] 03:41, 25 December 2007 (CET)<br />
<br />
Also, what if a guild doesn't have or want an HQ? What then? '''--''' [[User:Falcata|Bobby Jim]] 14:36, 24 December 2007 (CET)<br />
<br />
:Having a guild HQ is purely optional and a guild without a guild HQ can not be raided. --[[User:Crush|Crush]] 03:41, 25 December 2007 (CET)</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Archive:PVP_proposal_from_Crush&diff=8533Archive:PVP proposal from Crush2008-01-22T06:12:29Z<p>Dr Wahl: </p>
<hr />
<div>{{Category_gameconcept}}<br />
{{Status_red}}<br />
{{Opinions|<br />
{{Pro|Pauan}}<br />
{{Pro|Crush}}<br />
{{Pro|Yosuhara}}<br />
{{Pro|jaxad0127}}<br />
|<br />
{{Pro|Dr Wahl}}<br />
}}<br />
<br />
<br />
My idea of PvP combat is to restrict PVP to personal duels and combat between guilds. Guilds can declare war on each other and then the members of the guilds can fight against each other whenever and wherever they want except in towns. To make pvp more attractive i propose a honor point concept.<br />
<br />
The reason I favor this system is that i want to give players the possibility to stay completely out of pvp when they want while giving people who enjoy pvp a competitious and rewarding atmosphere. By focusing on guild vs. guild pvp i want to encourage team oriented pvp combat while avoiding unfair fights party vs. single players, avoid ganking (acting friendly until the other player is occupied, then attacking him. When someone is in an enemy guild you know you can't trust him) and give the players a group they identify with so that they know what they are fighting for.<br />
<br />
==Personal duels==<br />
When you want to fight someone, you can challenge him to a duel. He can then decide if he wants to fight you or not. When he doesn't it counts as an automatic win for you. When you win a duel against an opponent who is equally strong or stronger than you level-wise you gain some honor points. When you lose against a lower enemy you lose some honor point. When you win against a weaker enemy or lose against a stronger enemy (like it should be expected) nothing happens.<br />
<br />
==Guild war and peace==<br />
Every guildleader can declare war on other guilds. When he does so the members of both guilds receive a warning. About an hour after the guildleader declares war pvp is enabled between members of the two guilds everywhere except towns. The leaders of both guilds can offer peace at any time. When the offer is accepted pvp is immediately disabled between both guilds. Every kill of a member of an enemy guild gives an honor point for every guildmember and every death of a guildmember by the hands of an enemy guildmember means the lose of an honor point for every guildmember. <br />
<br />
The idea is that when you are in a (wrong) guild you have the thrill of being attackable everywhere, but you know exactly who your enemies are. And when attacked by an overwhelming force you also know who to ask for help (that guys who lose honor points when they let you die). It also brings the interesting aspects of diplomacy (avoiding making the wrong enemies, threat other guilds with declaration of war, form alliances) and strategic warfare (keep members of enemy guilds away from key resources to weaken them) into the game. <br />
<br />
When you are fed up with being attacked everywhere because your guild pissed off all the big pvp guilds you can still leave the guild and become a guildless player again.<br />
<br />
==Honor points==<br />
Collecting honor points in pvp combat should give both the individual character advantages as it gives the guild advantages when it got members with many honor points.<br />
<br />
Players could have the following advantages when they collect enough honor points:<br />
*A good position on a public scoreboard<br />
*Access to special quests<br />
*Access to prestige equipment<br />
*Advances when dealing with npcs<br />
*Of course they will be more popular in guilds because the guilds honor points are the sum of the honor points of their members.<br />
<br />
Guilds could have the following advantages when the sum of the honor points of their members is high:<br />
*A good position on a guild scoreboard<br />
*The right to have a guild emblem<br />
*Access to guild equipment (like shields or capes with the guild emblem visible)<br />
*More organizational guild features<br />
**Giving guild members special tasks like recruiter, treasurer etc. that give them some privileges of the guild leader<br />
**higher member limit<br />
**creating private chat channels in which other people can be invited<br />
**option to form sub guilds <br />
**etc.<br />
*Access to a private guild headquarter ranging from a little meeting hut to a huge castle (on an instanced map).<br />
*Permission to attack other guilds headquarters.<br />
<br />
==Guild Headquarter Raid==<br />
Another idea to make guild wars more interesting. This idea is loosely inspired by the guild war system of Ragnarok Online.<br />
<br />
===General idea===<br />
The idea is that guilds can attempt to invade the guild headquarter (HQ) of an enemy guild and steal their guild flag to humiliate the guild and steal a lot of honor points from them. In contrary to the Ragnarok Online guild wars system this can be done at any time. The attacking guild will usually outnumber the defending guild because they will usually planed the attack in advance and arranged that as many people as possible take part while the defending guild is caught by surprise and there will usually only a few people be online that are scattered all over the world. To counterbalance this strategical disadvantage of the defending guild the following system is designed to give the defenders a big tactical advantage.<br />
<br />
===Preparation===<br />
To attack a HQ the attacking guild has to schedule the raid at an npc. Every guild can only raid another guild every 24 hours. Of course only guilds that have a guild HQ can be raided.<br />
<br />
Now both guilds get a message and have a half hour to prepare for combat. The attacking guild meets on a special map while the defending guild meets in their HQ. After the half hour preparation time the attacking guildmembers are teleported onto the map of the HQ. The position of the attacking guild should be a random area outside of the HQ. Random to avoid spawn camping of the defending guild.<br />
<br />
===Setup and goal===<br />
While a smaller HQ got a simple layout and is difficult to defend, a large HQ should have a much more complex layout with many points that give the defending guild a tactical advantage. But all HQs got two important rooms. <br />
<br />
The first is a spawn room. It should be close to the entrances. When the defenders die they respawn in this room a few seconds later. Attackers can not enter the spawn room nor can they attack the defenders that are in it. <br />
<br />
The second is the flag room which is usually in a position that is hard to reach for the attackers but easy to reach from the spawn room. In the flag room is the flag of the defending guild which they have to protect. The flag is basically an item that can only be picked up by the attacking team and is dropped when the character who got it dies.<br />
<br />
The mission of the attacking guild is to get into the flag room, take the flag and bring the flag out of the HQ. Guildmembers that die respawn at their usual spawn location in the normal game world and have no chance to get back into the combat.<br />
<br />
The mission of the defending guild is to eliminate all attackers before they can bring the guild out of the HQ. When they die they respawn after some seconds in the spawn room.<br />
<br />
===Outcome===<br />
When one of the guilds reaches their goal a lot of honor points from the loser are transfered to the winner. The result could be that the defenders have to move into a smaller HQ or that the attackers lose the right to attack again.<br />
<br />
When the defending guild lost they have to invest a minor sum of gold to buy a new guild flag for their HQ. They can't use the facilities of their guild HQ but they can not be attacked either until they did so. This is a precaution against inactive guilds serving as honor farms for active guilds or attacking the same guild over and over again with different guilds.<br />
<br />
===Strategies===<br />
The preferred strategy of the defenders should be to take out the attackers one by one so that they can use their ability to respawn to their advantage. The attackers should try to stay together and rush into the flag room as fast as possible to make use of their superiority. Besieging the spawn room to prevent the defenders from recapturing key positions while a task force captures the flag can also be a successful strategy.<br />
<br />
==Comments==<br />
<br />
This rules quite suites me, but i don't agree that player should automatically win, when his oponent refuse to accept challenge... What if he's busy, or he just don't want to fight? Should the challenger take advantage of this? --[[User:Yosuhara|Yosuhara]] 15:18, 21 September 2006 (CEST)<br />
<br />
<br />
I agree with Yosuhara. Why not have a third option, "declined"? If a player refuses your challenge it will add 1 to the "declined" option. This way you can easily see how many fights the person has undertaken while also providing an accurate assessment. Also, how will you calculate who won? Obviously it will be determined by who dies, but what about monsters, etc.? Perhaps while two players are dueling they cannot be targeted by ANY outside forces (monsters, friends, etc.)? This keeps things fair and prevents people from ganging up on others (except in party vs. party of course). '''--''' [[User:Pauan|Pauan]] 08:04, 23 December 2007 (CET)<br />
<br />
<br />
The whole guild wars thing seems to open to abuse. I can imagine that some larger guilds might bully the smaller or weaker guilds by declaring war on them, ruining the game for anyone in those guilds because they are not strong enough either in statistics, numbers, or both to defend against the guild warring against them. I would suggest that guild leaders can only declare war against a guild that is roughly equal or greater in power and/or numbers to the other guild. '''--''' [[User:Falcata|Bobby Jim]] 14:36, 24 December 2007 (CET)<br />
<br />
:I've seen rules to prevent attacks from high level players/factions on low level players/factions in a lot of games of a lot of different genres. And these rules always left loopholes in practice or even had abuse potential on their own. But when you think that you can design any rules on this topic that really work then feel free to do so. --[[User:Crush|Crush]] 03:41, 25 December 2007 (CET)<br />
<br />
Also, I can easily see abuse of the guild headquarter raid. A guild could quite easily gain honor points quickly by continually raid the guild HQ of another, weaker guild. '''--''' [[User:Falcata|Bobby Jim]] 14:36, 24 December 2007 (CET)<br />
<br />
:I fixed your concerns by 1. denying guilds to do more raids than one every 24 hours and 2. removing the defeated guild from both the benefits and disadvantages of guild HQs until they feel ready for it again. --[[User:Crush|Crush]] 03:41, 25 December 2007 (CET)<br />
<br />
Also, what if a guild doesn't have or want an HQ? What then? '''--''' [[User:Falcata|Bobby Jim]] 14:36, 24 December 2007 (CET)<br />
<br />
:Having a guild HQ is purely optional and a guild without a guild HQ can not be raided. --[[User:Crush|Crush]] 03:41, 25 December 2007 (CET)</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Archive:PVP_proposal_from_old_wiki&diff=8532Archive:PVP proposal from old wiki2008-01-22T06:09:05Z<p>Dr Wahl: </p>
<hr />
<div>{{Category_gameconcept}}<br />
{{Status_red}}<br />
{{Opinions|<br />
{{Pro | Dr Wahl}}|<br />
<br />
}}<br />
<br />
<br />
== Player versus Player combat, our model ==<br />
<br />
Players can fight each other at any time. Killing players outside of specific zones, however, results in a criminal status penalty. Enough criminal penalties cause the player to get a bounty put up in the local bounty office, and eventually even all bounty offices, if his infamy grows. Players can choose an option that prevents them from attacking other players who have not attacked them first, in order to keep them from accidentally fighting one another.<br />
<br />
Also, when the player dies, and his bounties are collected, his criminal status is reduced to a lower level, and eventually disappears. There is no criminal status penalty for killing players with criminal bounties.<br />
<br />
Sactioned PvP combat (where criminal penalties don't apply), occurs in several places:<br />
<br />
# In scheduled Kingdom raids. Players of one kingdom are allowed to freely attack players currently in the other kingdom (and vice-versa) without incurring any penalty. Certain rewards apply for killing a number of the kingdom's enemies.<br />
# In public arenas. Players wager items and money upon the outcomes of these matches. The loss or gain of material possessions is the only penalty or reward in these matches.<br />
# In guild sponsored events. The guilds determine the benefits or penalties of these matches. Criminal penalties don't apply here.<br />
<br />
== PvP for Fun and Profit ==<br />
<br />
When you defeat another player in combat, you obtain an item called "Soul of {player defeated}". This item is useful as a trophy, for some crafting, or for trading as a bounty. Players with criminal status, or which have bounties placed on them may have a price waiting for the one who holds their souls.<br />
<br />
In an arena setting, players also get whatever items have been wagered over the fight.<br />
<br />
In a kingdom-led battle, the rewards are a bit less tangible. The rate of exchange for the player's nation's currency goes up if a raid is successful. Generic items of the raided country's specialty type are also suddenly cheaper in the winning country. These rewards benefit the country as a whole.<br />
<br />
== Some other Models ==<br />
<br />
PVP or '''Player versus Player''' systems allow two player characters to fight under certain conditions. There are several models for these systems below, and we will be selecting one or more in the future.<br />
<br />
'''Open PvP''' - Combat can take place anywhere, anytime. Killing players may have certain penalties, including criminal status, loss of fame, etc. Zones like towns are declared 'safe' from player attacks. However, unless otherwise stated, an area is available for combat.<br />
<br />
'''Restricted PvP''' - Combat can only take place in specific zones known as "Arenas" or "Battlefields". Attacking other players is not penalized in this mode (in fact, it is usually rewarded), since a player entering hostile terrain is supposed to either know the risks or actually be interested in fighting.<br />
<br />
'''Selective PvP''' - Players can challenge on another anywhere, anytime. However, if the challanged player declines the invitation, he cannot be attacked. Only players in a challege may fight with one another.<br />
<br />
'''Kingdom PvP''' - Players may fight with each other anywhere, as long as the opposing players have different political affiliations. This is a variation on Open PvP rules.<br />
<br />
== Some notes ==<br />
<br />
[[User:Bjørn|Bjørn]]: A note on fighting in Arenas. I think a special death penalty could count here. A fight in an Arena could have predetermined reward for winning and penalty for losing. Getting killed in an Arena would penalize you with this, instead of getting killed regularly, probably having to respawn in town with 1 health and loosing some xp/gold (don't think this has been decided yet). After either suffering the Arena penalty or the reward, you would exit the Arena from the front door. This would make it much more inviting to enter a challenge with somebody or against another team.<br />
<br />
Also, to prevent people from gaining too much from Arena fights, the reward for winning should not come out of thin air. Probably this can be a way for betting items or gold between players.<br />
<br />
Finally, because this would effectively make the Arena a rather safe place to fight in, the amount of experience that is gained while fighting in an Arena should then be none or severely reduced.</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Archive:Skill_system_2&diff=8531Archive:Skill system 22008-01-21T21:47:54Z<p>Dr Wahl: </p>
<hr />
<div>{{Category_gameconcept}}<br />
{{Status_yellow}}<br />
{{Gaps|<br />
*Solve some disputes regarding exp distribution and skill degeneration}}<br />
{{Opinions|<br />
{{Pro|Crush}}<br />
{{Pro|Yosuhara}}<br />
{{Pro|Pauan}}<br />
{{Pro|jaxad0127}}<br />
{{Pro|Dr Wahl}}|<br />
}}<br />
Although I support the idea of a learning by doing system because it can be much more plausible than a statpoint based system I think that the system described in that article is not well thought out and makes a lot of errors common for learning by doing systems. A detailed description can be found in this thread on the forum were also most of the content of this article has been designed.<br />
http://forums.themanaworld.org/viewtopic.php?t=1305<br />
<br />
I modified this article to fit into the [[attributes]] system.<br />
<br />
==Preamble==<br />
<br />
This system has been designed as a levelless Learning by Doing System for a real time action combat system. The main goals were:<br />
<br />
* '''Intuitivity''' The Players should be able to fully understand the system after a few hours of playing and should be able to create effective characters without having to study guides on the internet. Ruining a character beyond recovery by making errors in the character development should be impossible.<br />
* '''Control''' Despite the above principle the player should still be able to influence the development of his character by changing his playing style.<br />
* '''Customization''' Every character should be individual. There shouldn't be uber character stereotypes that excel above all other characters. A premise for this goal is a well thought out balance between the different skills.<br />
* '''Encourage Team-play''' Players should be motivated to play together and help each other. To reach this it has to be impossible to create characters that are good at everything at the same time so that everyone needs party members with different character types to counterbalance the weaknesses of his character. Pushing up low characters quickly with the help of high level characters should not be too easy.<br />
* '''Negligibility''' Raising the skills of the character should be an important part of every RPG but it shouldn't be the main concern of the player. He should focus on the parts of the game that are fun like exploring and questing while his character becomes stronger and more adapted to his playing style along the way. Repeating the same task over and over again should not be the most effective way to raise a character quickly like it is in most online roleplaying games nowadays. <br />
<br />
== Overview ==<br />
<br />
The character has a wide variety of skills that represent the competence of the character at performing different tasks. Each skill has its own level and experience count (exp). Whenever the player accomplishes a task by using his skills the used skills gain exp. The amount of exp depends on the difficulty of the task. When the exp reaches a fixed amount the skill gains a level making it more efficient. The amount of exp needed for a levelup increases exponentially with every levelup of the skill.<br />
<br />
The player has the following skills:<br />
<br />
*'''Weapon Skills''' The characters have a wide range of skills that represent his abilities with various types of weapons like axes, swords, knives, bows, pole arms and so on. Increasing these skills increases the weapon damage, hit rate and the palette of active combat moves the character can use with that weapon. See [[Special Attacks]], [[Damage calculation]] and [[Hitting and dodging]] for details. Every weapon type should represent a unique fighting style and should be useful in different situations to encourage players to specialize in different weapons.<br />
*'''Crafting Skills''' These skills cover a wide range of tasks from creating consumable and equip-able items over repairing of damaged equipment to service skills like healing wounds or status conditions. <br />
*'''Offensive Magic''' Because the magic is separated into 8 different elements i thought that it would just be logical to do the same with the skills necessary to use them. Increasing these skills allows to cast more advanced spells, makes offensive spells inflict more damage and allows to cast less advanced spells more frequently. See [[Magic system]] for details.<br />
*'''Defensive Magic''' I decided to separate the magical skill levels of the skills that target friendly characters from those that target enemies for reasons of balancing the exp gain. The reasons will be explained later in the section "Indirect Combat Skills".<br />
<br />
== Exp Gain ==<br />
<br />
=== Crafting Skills ===<br />
<br />
The most boring part of most learning by doing systems is the crafting part. We have to create a crafting system that does not force the player to repeat the same mouse clicks over and over again for hours to level up quickly like many crafting systems do. We have to challenge the player on an intellectual level. I would suggest to discuss the topic in another article. See the [[item creation system]]<br />
<br />
=== Direct Combat Skills ===<br />
<br />
This chapter addresses the exp gain rules for offensive magic skills and the weapon skills.<br />
<br />
The only way to increase these skills is by using them in combat to kill monsters. Every monster is worth a fixed amount of exp and has a challenge rating. The challenge rating represents the average level of the main skills the character should have when he wants to face the monster while the exp amount should represent how long it takes to kill the monster. When a monster is defeated, the following things happen:<br />
#the experience is divided up between all characters that took part in the fight. <br />
#then the exp each player gets is divided up equally on all skills that the character used enough in that combat to reward exp for them. To reward exp for weapon or magic skills the character has to inflict at least 10% of the total damage by using weapons/spells from that skill category. <br />
#when the challenge rating of the monster is higher than the level of the skill the exp that skill receives is divided by <code>Challenge Rating / Skill Level</code>. The reason for this is that it would otherwise be too easy to train low skills at high monsters by using a high skill to inflict the needed 90% damage (even another character could do that) and then finish the last 10% with the low skill.<br />
<br />
To prevent killstealing only the character who attacked a monster first and those who are in the same party should be able to gain exp from a monster. When a monster is not attacked for a fixed amount of time (suggestion: 10 seconds) it becomes free-for-all again and characters from other parties can attack the monster to qualify for a share of the experience. Characters who attack during the killsteal protection time should subtract an even share of exp when calculating how much exp every character gets but the skills of the killstealer don't receive the exp. This is another procedure to make it difficult to push up low chars with the help of high chars.<br />
<br />
=== Indirect Combat Skills ===<br />
<br />
Indirect combat skill that do not weaken the enemy but strengthen the allies like heal or buff spells are difficult to implement into the above concept. First it is difficult to rate their importance for the outcome of the fight. Second, healing spells might be cast not during but after a fight. For those reasons I would suggest to treat them more like crafting skills than combat skills. In the end it is not that different if you cure a wound or repair an armor or if you forge a shield of metal with your hammer or if you enchant a shield of magic with your wand. <br />
<br />
The amount of exp gained by healing spells should depend on the number of Hit Points healed. So healing people who already are at full health does not give any exp. How many exp points for how many hit points is a question of balance that should be solved during the alpha test.<br />
<br />
The exp for curing status ailments should depend on the type of ailment and how hard it is to cure it. Stronger monsters should have much nastier poisons and curses that are much harder to cure and are worth more exp points for the healer than weak ones. For that reason every status alignment should have a level. When a character attempts to heal an ailment a random number between 0 and his skill level is rolled. When the outcome is higher than the level of the ailment the ailment is healed. To make it a little bit more tricky some ailments like diseases or certain curses could be infectious. That means that when the healer fails at curing he has to do a second test and when he fails again he is infected, too.<br />
<br />
Buff spells that increase the strength of other characters should give a fixed amount of exp. To prevent the players from casting those spells on everything that moves instead of reserving their use to combat in which they are needed I would suggest to make ingredients necessary to cast those spells. Those should be easy enough to obtain to use them when the skills are necessary but hard enough to prevent people from wasting them just to gain exp.<br />
<br />
=== "Forgetting" of unused skills ===<br />
<br />
The above system contains one major drawback. We want the players to specialize on single skills so that they have to work together to be successful. But the system described here would make it possible to learn every important skill so that the character can play completely alone and doesn't have to interact with other people. So we have to make it difficult to train and maintain a large palette of different skills.<br />
<br />
I had a long discussion with different people to find a solution for this problem and we came to the conclusion that the following method is the best:<br />
<br />
Whenever a skill receives exp half of the gained exp are deducted from a random other skill making it possible to lose levels in it. This won't be a problem for characters with a very small palette of skills because it would almost always hit skills that are on level 0 anyway. But the more different skills the character tries to master the more difficult will it be to keep them all on a constant level. The players that try anyway will eventually give up and concentrate on the skills they really want while letting the other skills degenerate slowly.</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=FAQ&diff=8368FAQ2007-12-28T08:52:37Z<p>Dr Wahl: /* What are the keyboard shortcuts? */</p>
<hr />
<div>{{Category_playerinfo}}<br />
This is the FAQ for The Mana World. If you have a question, search for it in the Table of Contents. If you cannot find it, please post it on the forums, previously having searched for similar threads.<br />
<br />
== Support questions ==<br />
<br />
=== Does TMW have an IRC channel? ===<br />
<br />
Yes it does.<br />
<br />
* '''Server''': ''irc.freenode.net''<br />
* '''Channel''': ''#themanaworld''<br />
<br />
For a direct link: [irc://irc.freenode.net:6667/themanaworld]<br />
<br />
=== Is my platform supported? ===<br />
<br />
Look in [[Ports]].<br />
<br />
=== Where can I look for help? ===<br />
<br />
The IRC channel is a good start for solving small problems or doubts. Is usually habited by sane people, ignore everything m[a]tt says. As most people are from Europe (GMT or GMT+1 timezones) you will have more success if you try to contact at a reasonable hour in the day.<br />
<br />
For more complex problems (compilations problems, crashes...) is advisable to use the forums as it is a non-volatile way of storing your claims. If you do in IRC some people won't have the oportunity to read them and your oportunity of getting further help will be narrowed. At the same time posting long logs or reports on IRC is not polite.<br />
<br />
=== When is this game updated? ===<br />
<br />
This has several aswers. The general politics in the dev team is "When it's doneâ„¢". Expect new version to be released in a span of one to two months since the previous release.<br />
<br />
Nevertheless, you can use SVN to fetch latest code from sourceforge's repository. That code usually has all of the bleeding-edge additions but it could also be broken and don't even compile. Althought usually it does work, is a fair warning to be done. Anyways, it doesn't imply any risk of breaking your system in any way or form.<br />
<br />
A third update way are the automated updates. As the name says, the user doesn't have to do anything, just start the game and in the log-in screen the updates will be fetch. As a general rule it is advisable to fetch them but if you don't want to or you feel that such updates are conflicting with the (more up-to-date) data taken from SVN (like display of old maps or graphics when you're sure the ones in SVN has been already updated), you can parse the '-u' switch to the tmw executable. This will avoid any automatic update.<br />
<br />
=== I want to help, how do I join the team? ===<br />
<br />
First, if you are a developer read this: [[Joining the project]].<br />
<br />
If you're a graphic artist is suggested you read the [[Guidelines]] and take a look at the '''Graphics''' section on the front page.<br />
<br />
If you want to help coding some scripts or managing server content, read [http://forums.themanaworld.org/viewforum.php?f=9 this].<br />
<br />
If you just want to suggest something, use the '''Suggestions/Feedback''' subforum.<br />
<br />
=== I don't want to be rude but... I'm fed up with maggots!!! ===<br />
<br />
One thing you'll notice if you invest hours every day into the game, is that you'll eventually run out of things to do. While we're constantly adding to the game with maps, quests, NPCs... we really can't keep up with demand. If you'd like to help this though, just join the project! It's as simple as that; you play the games, not us, so we don't know what you'd like to see and your opinion matters to us.<br />
<br />
== Game-related questions ==<br />
<br />
=== I'm a bit lost... How do I start? ===<br />
<br />
There is an article specifically about this: [[Getting started]].<br />
<br />
=== What are the keyboard shortcuts? ===<br />
<br />
See the README file that came with your install for the list or press F1 while in game to see the help. The release of the 0.0.24 client allows for keys to be configurable.<br />
<br />
=== How do skills work? ===<br />
<br />
* '''Strength''': Makes you hit harder with melee weapons.<br />
* '''Agility''': Makes your enemies hit you less often and increases your attack speed.<br />
* '''Vitality''': Increases your maximum HP and your HP recovery rate. Decreases the amount of damage you receive from hits.<br />
* '''Intelligence''': Increases your maximum MP and your MP recovery rate. this stat isn't that important yet because there isn't a way to spend your MP yet.<br />
* '''Dexterity''': Makes you hit harder with bows. Makes you miss your enemies less often with both melee and bow weapons.<br />
* '''Luck''': Makes you do critical hits from time to time.<br />
For further reading see [[Stats]].<br />
<br />
=== What are MP for? ===<br />
<br />
MP stands for "Magic Points", thus are points used in magic spells. Currently they can't be used in the game, this is because we will be moving to our own server with its own protocol and coding stuff for our current server (eAthena) would be a waste of time.<br />
<br />
== Common problems ==<br />
<br />
=== When I try to login using the account that usually works, I get following message: Disconnected from server ===<br />
<br />
The message is misleading. It means that the game server is not online at the moment. Try again later.<br />
<br />
If you really want to make sure, make sure you're trying to connect to <code>server.themanaworld.org</code> and that the port in your <code>config.xml</code> is set to 6901.<br />
<br />
If that is the case and you still are not convinced it really is down, run "ping -c1 <host>" to check if the server's machine is up at or run "telnet <host> <port>" to also check if the server software is listening on the port you specified. Telnet should timeout after a while if it cannot connect to the specific port on the host.<br />
<br />
== Problems with compiling or running ==<br />
<br />
=== Strange errors when running 0.0.22.1 ===<br />
<br />
When running version 0.0.22.1 against Guichan 0.5.0, you should see the following error:<br />
<pre><br />
tmw: Symbol `_ZTVN3gcn12FocusHandlerE' has different size in shared object, onsider re-linking<br />
tmw: symbol lookup error: tmw: undefined symbol: _ZN3gcn6Widget19removeDeathListenerEPNS_13DeathListenerE<br />
</pre><br />
The solution is to make sure that you uninstall any Guichan 0.5.0 library files from your system, and install Guichan 0.6.0 properly.<br />
<br />
== Misc questions ==<br />
<br />
=== I heard the characters will be deleted when you move to the new server. Is that true? ===<br />
<br />
Yes, it is. There is no appeal. The way the two servers work are too different to make a migration of the player database reasonably possible. However, we think that this change will make many additions to the game possible that are not feasible with the current server. Thus, the problem is unavoidable. The developers have not yet stated whether long-time players will be given some bonus or advantage on the new server after the transition.</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Trade&diff=8367Trade2007-12-28T08:43:13Z<p>Dr Wahl: /* See Also */</p>
<hr />
<div>{{Category_gameconcept}}<br />
{{Status_red}}<br />
A trade system allows players to trade items, money, spells, or anything the game allows to be traded. In order to make a trade, there are a few steps that ''usually'' take place. The first step is advertising that the seller has something to trade. The second step is bartering. The final step is to actually exchange the item(s).<br />
<br />
==The Current System==<br />
<br />
The current trade system requires a player to select another player by clicking on them to initiate a trade. An item(s) can be added to the trade by selecting them and clicking the add button. Once both parties agree to the trade, and have pushed the Ok button, they can then click the trade button to complete the trade. This will exchange item(s) and/or money between the players.<br />
<br />
==A New System==<br />
<br />
While the current system is a simple and effective way to complete a single trade, there will one day be a need for a more effective trade system that allows players to offer their items to not only one player, but to the public. Some RPGs have accomplished this by establishing an auction system that allows players to post items up for auction (and usually set the price) and the public can then search the auction and see the item. Other RPGs have allowed players to create a small stall which they can fill with a limited number of items. This effectively turns the players character into a mobile store. There are pros and cons to each of these types of systems.<br />
<br />
==Comparisons==<br />
<br />
Below is a table that tries to identify many of the key features that each system offers and categorize them as pros and cons.<br />
<br />
{| border="1" cellspacing="0" cellpadding="3"<br />
! style="text-align: left; background-color: rgb(240,240,240);" | System<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Pros<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Cons<br />
|-<br />
|'''Current:'''<br />
''Player to Player''<br />
|<br />
*Difficult to abuse<br />
*Very personal, creates relationships<br />
*Fairly simple<br />
|<br />
*Difficult to display your items to the public<br />
*Little competition between buyers for an item<br />
*Difficult for buyers to locate items for sale<br />
|-<br />
|'''Auction:'''<br />
''Database of items''<br />
|<br />
*A single database can hold all the items<br />
*It is difficult to abuse an auction system<br />
*All items can be seen inside a single window<br />
*Easy to sell items, and easy for buyers to find items<br />
|<br />
*The focus is removed from the players and put on items<br />
*Trade areas become useless because everything just a click away<br />
*Impersonal, feels similar to ebay<br />
|-<br />
|'''Stall:'''<br />
''Individual stores''<br />
|<br />
*Creates a realistic trade environment<br />
*Focuses on the accomplishments of the player<br />
*Fairly personal, you feel like you are doing business with a person<br />
*Difficult for buyers to find items<br />
|<br />
*Crowded areas can cause lag<br />
*Requires users to be logged in to sell items<br />
*Stalls can be placed in ways that can abuse the system (i.e. in front of an NPC)<br />
|-<br />
|}<br />
<br />
==Effects==<br />
<br />
The trade system implemented in the game can affect the games community (how people interact with one another), the economy, and the geography. In the case of the auction system, usually there is a single auction that anyone can access. Because the auction has allows access to so many items, there should typically be few places where players can access the auction. This will force player to return to town, for example, to do their trading.<br />
<br />
==See Also==<br />
<br />
Thread [http://forums.themanaworld.org/viewtopic.php?p=28336]</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Trade&diff=8366Trade2007-12-28T08:42:51Z<p>Dr Wahl: </p>
<hr />
<div>{{Category_gameconcept}}<br />
{{Status_red}}<br />
A trade system allows players to trade items, money, spells, or anything the game allows to be traded. In order to make a trade, there are a few steps that ''usually'' take place. The first step is advertising that the seller has something to trade. The second step is bartering. The final step is to actually exchange the item(s).<br />
<br />
==The Current System==<br />
<br />
The current trade system requires a player to select another player by clicking on them to initiate a trade. An item(s) can be added to the trade by selecting them and clicking the add button. Once both parties agree to the trade, and have pushed the Ok button, they can then click the trade button to complete the trade. This will exchange item(s) and/or money between the players.<br />
<br />
==A New System==<br />
<br />
While the current system is a simple and effective way to complete a single trade, there will one day be a need for a more effective trade system that allows players to offer their items to not only one player, but to the public. Some RPGs have accomplished this by establishing an auction system that allows players to post items up for auction (and usually set the price) and the public can then search the auction and see the item. Other RPGs have allowed players to create a small stall which they can fill with a limited number of items. This effectively turns the players character into a mobile store. There are pros and cons to each of these types of systems.<br />
<br />
==Comparisons==<br />
<br />
Below is a table that tries to identify many of the key features that each system offers and categorize them as pros and cons.<br />
<br />
{| border="1" cellspacing="0" cellpadding="3"<br />
! style="text-align: left; background-color: rgb(240,240,240);" | System<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Pros<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Cons<br />
|-<br />
|'''Current:'''<br />
''Player to Player''<br />
|<br />
*Difficult to abuse<br />
*Very personal, creates relationships<br />
*Fairly simple<br />
|<br />
*Difficult to display your items to the public<br />
*Little competition between buyers for an item<br />
*Difficult for buyers to locate items for sale<br />
|-<br />
|'''Auction:'''<br />
''Database of items''<br />
|<br />
*A single database can hold all the items<br />
*It is difficult to abuse an auction system<br />
*All items can be seen inside a single window<br />
*Easy to sell items, and easy for buyers to find items<br />
|<br />
*The focus is removed from the players and put on items<br />
*Trade areas become useless because everything just a click away<br />
*Impersonal, feels similar to ebay<br />
|-<br />
|'''Stall:'''<br />
''Individual stores''<br />
|<br />
*Creates a realistic trade environment<br />
*Focuses on the accomplishments of the player<br />
*Fairly personal, you feel like you are doing business with a person<br />
*Difficult for buyers to find items<br />
|<br />
*Crowded areas can cause lag<br />
*Requires users to be logged in to sell items<br />
*Stalls can be placed in ways that can abuse the system (i.e. in front of an NPC)<br />
|-<br />
|}<br />
<br />
==Effects==<br />
<br />
The trade system implemented in the game can affect the games community (how people interact with one another), the economy, and the geography. In the case of the auction system, usually there is a single auction that anyone can access. Because the auction has allows access to so many items, there should typically be few places where players can access the auction. This will force player to return to town, for example, to do their trading.<br />
<br />
===See Also===<br />
<br />
Thread [http://forums.themanaworld.org/viewtopic.php?p=28336]</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Trade&diff=8365Trade2007-12-28T08:42:25Z<p>Dr Wahl: </p>
<hr />
<div>{{Category_gameconcept}}<br />
{{Status_red}}<br />
A trade system allows players to trade items, money, spells, or anything the game allows to be traded. In order to make a trade, there are a few steps that ''usually'' take place. The first step is advertising that the seller has something to trade. The second step is bartering. The final step is to actually exchange the item(s).<br />
<br />
==The Current System==<br />
<br />
The current trade system requires a player to select another player by clicking on them to initiate a trade. An item(s) can be added to the trade by selecting them and clicking the add button. Once both parties agree to the trade, and have pushed the Ok button, they can then click the trade button to complete the trade. This will exchange item(s) and/or money between the players.<br />
<br />
==A New System==<br />
<br />
While the current system is a simple and effective way to complete a single trade, there will one day be a need for a more effective trade system that allows players to offer their items to not only one player, but to the public. Some RPGs have accomplished this by establishing an auction system that allows players to post items up for auction (and usually set the price) and the public can then search the auction and see the item. Other RPGs have allowed players to create a small stall which they can fill with a limited number of items. This effectively turns the players character into a mobile store. There are pros and cons to each of these types of systems.<br />
<br />
==Comparisons==<br />
<br />
Below is a table that tries to identify many of the key features that each system offers and categorize them as pros and cons.<br />
<br />
{| border="1" cellspacing="0" cellpadding="3"<br />
! style="text-align: left; background-color: rgb(240,240,240);" | System<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Pros<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Cons<br />
|-<br />
|'''Current:'''<br />
''Player to Player''<br />
|<br />
*Difficult to abuse<br />
*Very personal, creates relationships<br />
*Fairly simple<br />
|<br />
*Difficult to display your items to the public<br />
*Little competition between buyers for an item<br />
*Difficult for buyers to locate items for sale<br />
|-<br />
|'''Auction:'''<br />
''Database of items''<br />
|<br />
*A single database can hold all the items<br />
*It is difficult to abuse an auction system<br />
*All items can be seen inside a single window<br />
*Easy to sell items, and easy for buyers to find items<br />
|<br />
*The focus is removed from the players and put on items<br />
*Trade areas become useless because everything just a click away<br />
*Impersonal, feels similar to ebay<br />
|-<br />
|'''Stall:'''<br />
''Individual stores''<br />
|<br />
*Creates a realistic trade environment<br />
*Focuses on the accomplishments of the player<br />
*Fairly personal, you feel like you are doing business with a person<br />
*Difficult for buyers to find items<br />
|<br />
*Crowded areas can cause lag<br />
*Requires users to be logged in to sell items<br />
*Stalls can be placed in ways that can abuse the system (i.e. in front of an NPC)<br />
|-<br />
|}<br />
<br />
==Effects==<br />
<br />
The trade system implemented in the game can affect the games community (how people interact with one another), the economy, and the geography. In the case of the auction system, usually there is a single auction that anyone can access. Because the auction has allows access to so many items, there should typically be few places where players can access the auction. This will force player to return to town, for example, to do their trading.<br />
<br />
===See Also===<br />
<br />
Thread [http://forums.themanaworld.org/viewtopic.php?p=28336#28336]</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Archive:Combat_system&diff=8364Archive:Combat system2007-12-28T08:32:19Z<p>Dr Wahl: </p>
<hr />
<div>{{Category_gameconcept}}<br />
{{Category_programming}}<br />
{{Gaps|<br />
* Concrete formula how long an attack takes<br />
* special attacks<br />
* magic<br />
* some details about using items<br />
}}<br />
<br />
==Movement in combat==<br />
Monsters are blocked by both friend and foe. Player characters can not move through enemies (besides very small ones) but can move through friendly characters by moving on a tile right behind them.<br />
<br />
Characters can not move while preparing a special attack.<br />
<br />
==Attacking==<br />
Characters cannot attack while performing a special action, another attack, and shortly after an attack. Characters can not move during an attack but in the pause between two attacks. The time an attack takes and the pause between two attacks is influenced by the character attributes and the weapon.<br />
<br />
When a combatant performs an attack with a melee weapon, all enemies in the attack zone are affected. When the character uses a projectile weapon (like a bow) only the closest enemy is affected. All affected targets get a chance to [[hitting and dodging|evade]]. When they fail they receive damage according to the [[Damage calculation|damage calculation rules]]. The shape and size of the attack zone depends on the weapon of the attacker.<br />
<br />
==Special actions==<br />
===Special attacks===<br />
Not conceptualized yet. Details will be found on [[Special attacks]] when they are conceptualized.<br />
<br />
===Magic===<br />
A character can not move, attack or perform any other special actions while preparing a spell. The spellcasting itself is an instant event. After each spellcast is a pause in which the character can not cast another spell but it can perform any other action. Details about the magic system can be found [[Magic_system|here]].<br />
<br />
===Using items===<br />
Drinking a potion bottle or consuming another consumable item does not impair movement but prevents the character from attacking or using special attacks for a short time period.</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=User:Dr_Wahl&diff=8363User:Dr Wahl2007-12-28T08:30:29Z<p>Dr Wahl: </p>
<hr />
<div>Tacoma, Washington<br />
<br />
My interests:<br />
Networking<br />
Linux<br />
Video Games</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Trade&diff=8360Trade2007-12-28T08:24:41Z<p>Dr Wahl: </p>
<hr />
<div>{{Category_gameconcept}}<br />
{{Status_red}}<br />
A trade system allows players to trade items, money, spells, or anything the game allows to be traded. In order to make a trade, there are a few steps that ''usually'' take place. The first step is advertising that the seller has something to trade. The second step is bartering. The final step is to actually exchange the item(s).<br />
<br />
==The Current System==<br />
<br />
The current trade system requires a player to select another player by clicking on them to initiate a trade. An item(s) can be added to the trade by selecting them and clicking the add button. Once both parties agree to the trade, and have pushed the Ok button, they can then click the trade button to complete the trade. This will exchange item(s) and/or money between the players.<br />
<br />
==A New System==<br />
<br />
While the current system is a simple and effective way to complete a single trade, there will one day be a need for a more effective trade system that allows players to offer their items to not only one player, but to the public. Some RPGs have accomplished this by establishing an auction system that allows players to post items up for auction (and usually set the price) and the public can then search the auction and see the item. Other RPGs have allowed players to create a small stall which they can fill with a limited number of items. This effectively turns the players character into a mobile store. There are pros and cons to each of these types of systems.<br />
<br />
==Comparisons==<br />
<br />
Below is a table that tries to identify many of the key features that each system offers and categorize them as pros and cons.<br />
<br />
{| border="1" cellspacing="0" cellpadding="3"<br />
! style="text-align: left; background-color: rgb(240,240,240);" | System<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Pros<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Cons<br />
|-<br />
|'''Current:'''<br />
''Player to Player''<br />
|<br />
*Difficult to abuse<br />
*Very personal, creates relationships<br />
*Fairly simple<br />
|<br />
*Difficult to display your items to the public<br />
*Little competition between buyers for an item<br />
*Difficult for buyers to locate items for sale<br />
|-<br />
|'''Auction:'''<br />
''Database of items''<br />
|<br />
*A single database can hold all the items<br />
*It is difficult to abuse an auction system<br />
*All items can be seen inside a single window<br />
*Easy to sell items, and easy for buyers to find items<br />
|<br />
*The focus is removed from the players and put on items<br />
*Trade areas become useless because everything just a click away<br />
*Impersonal, feels similar to ebay<br />
|-<br />
|'''Stall:'''<br />
''Individual stores''<br />
|<br />
*Creates a realistic trade environment<br />
*Focuses on the accomplishments of the player<br />
*Fairly personal, you feel like you are doing business with a person<br />
*Difficult for buyers to find items<br />
|<br />
*Crowded areas can cause lag<br />
*Requires users to be logged in to sell items<br />
*Stalls can be placed in ways that can abuse the system (i.e. in front of an NPC)<br />
|-<br />
|}<br />
<br />
==Effects==<br />
<br />
The trade system implemented in the game can affect the games community (how people interact with one another), the economy, and the geography. In the case of the auction system, usually there is a single auction that anyone can access. Because the auction has allows access to so many items, there should typically be few places where players can access the auction. This will force player to return to town, for example, to do their trading.</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Trade&diff=8358Trade2007-12-28T08:18:11Z<p>Dr Wahl: </p>
<hr />
<div>A trade system allows players to trade items, money, spells, or anything the game allows to be traded. In order to make a trade, there are a few steps that ''usually'' take place. The first step is advertising that the seller has something to trade. The second step is bartering. The final step is to actually exchange the item(s).<br />
<br />
==The Current System==<br />
<br />
The current trade system requires a player to select another player by clicking on them to initiate a trade. An item(s) can be added to the trade by selecting them and clicking the add button. Once both parties agree to the trade, and have pushed the Ok button, they can then click the trade button to complete the trade. This will exchange item(s) and/or money between the players.<br />
<br />
==A New System==<br />
<br />
While the current system is a simple and effective way to complete a single trade, there will one day be a need for a more effective trade system that allows players to offer their items to not only one player, but to the public. Some RPGs have accomplished this by establishing an auction system that allows players to post items up for auction (and usually set the price) and the public can then search the auction and see the item. Other RPGs have allowed players to create a small stall which they can fill with a limited number of items. This effectively turns the players character into a mobile store. There are pros and cons to each of these types of systems.<br />
<br />
==Comparisons==<br />
<br />
Below is a table that tries to identify many of the key features that each system offers and categorize them as pros and cons.<br />
<br />
{| border="1" cellspacing="0" cellpadding="3"<br />
! style="text-align: left; background-color: rgb(240,240,240);" | System<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Pros<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Cons<br />
|-<br />
|'''Current:'''<br />
''Player to Player''<br />
|<br />
*Difficult to abuse<br />
*Very personal, creates relationships<br />
*Fairly simple<br />
|<br />
*Difficult to display your items to the public<br />
*Little competition between buyers for an item<br />
*Difficult for buyers to locate items for sale<br />
|-<br />
|'''Auction:'''<br />
''Database of items''<br />
|<br />
*A single database can hold all the items<br />
*It is difficult to abuse an auction system<br />
*All items can be seen inside a single window<br />
*Easy to sell items, and easy for buyers to find items<br />
|<br />
*The focus is removed from the players and put on items<br />
*Trade areas become useless because everything just a click away<br />
*Impersonal, feels similar to ebay<br />
|-<br />
|'''Stall:'''<br />
''Individual stores''<br />
|<br />
*Creates a realistic trade environment<br />
*Focuses on the accomplishments of the player<br />
*Fairly personal, you feel like you are doing business with a person<br />
*Difficult for buyers to find items<br />
|<br />
*Crowded areas can cause lag<br />
*Requires users to be logged in to sell items<br />
*Stalls can be placed in ways that can abuse the system (i.e. in front of an NPC)<br />
|-<br />
|}<br />
<br />
==Effects==<br />
<br />
The trade system implemented in the game can affect the games community (how people interact with one another), the economy, and the geography. In the case of the auction system, usually there is a single auction that anyone can access. Because the auction has allows access to so many items, there should typically be few places where players can access the auction. This will force player to return to town, for example, to do their trading.</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Trade&diff=8357Trade2007-12-28T08:13:03Z<p>Dr Wahl: /* The Current System */</p>
<hr />
<div>A trade system allow players to trade items, money, spells, or anything the game allows to be traded. In order to make a trade, there are a few steps that ''usually'' take place. The first step is advertising that the seller has something to trade. The second step is bartering. The final step is to actually exchange the item(s).<br />
<br />
==The Current System==<br />
<br />
The current trade system requires a player to select another player by clicking on them to initiate a trade. A(n) item(s) can be added to the trade by selecting them and clicking the add button. Once both parties agree to the trade, and have pushed the Ok button, they can then click the trade button to complete the trade. This will move item(s) and/or money between the players.<br />
<br />
==A New System==<br />
<br />
While the current system is a simple and effective way to complete a single trade, there will one day be need for a more effective trade system that allows a player to offer their items to not only one player, but to the public. Some RPGs have accomplished this by establishing an auction system that allows players to post items up for auction (and usually set the price) and the public can then search the auction and see the item. Other RPGs have allowed players to create a small stall which they can fill with a limited number of items. There are pros and cons of each of these types of systems.<br />
<br />
==Comparisons==<br />
<br />
Below is a table that tries to identify many of the key features that each system offers and categorize them as pros and cons.<br />
<br />
{| border="1" cellspacing="0" cellpadding="3"<br />
! style="text-align: left; background-color: rgb(240,240,240);" | System<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Pros<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Cons<br />
|-<br />
|'''Current:'''<br />
''Player to Player''<br />
|<br />
*Difficult to abuse<br />
*Very personal, creates relationships<br />
*Fairly simple<br />
|<br />
*Difficult to display your items to the public<br />
*Little competition between buyers for an item<br />
*Difficult for buyers to locate items for sale<br />
|-<br />
|'''Auction:'''<br />
''Database of items''<br />
|<br />
*A single database can hold all the items<br />
*It is difficult to abuse an auction system<br />
*All items can be seen inside a single window<br />
*Easy to sell items, and easy for buyers to find items<br />
|<br />
*The focus is removed from the players and put on items<br />
*Trade areas become useless because everything just a click away<br />
*Impersonal, feels similar to ebay<br />
|-<br />
|'''Stall:'''<br />
''Individual stores''<br />
|<br />
*Creates a realistic trade environment<br />
*Focuses on the accomplishments of the player<br />
*Fairly personal, you feel like you are doing business with a person<br />
*Difficult for buyers to find items<br />
|<br />
*Crowded areas can cause lag<br />
*Requires users to be logged in to sell items<br />
*Stalls can be placed in ways that can abuse the system (i.e. in front of an NPC)<br />
|-<br />
|}<br />
<br />
==Effects==<br />
<br />
The trade system implemented in the game can effect the games community (how people interact with one another), the economy, and the geography. In the case of the auction system, usually there is a single auction that anyone can access. Because the auction has allows access to so many items, there should typically be few places where players can access the auction. This will force player to return to town, for example, to do their trading.</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Trade&diff=8356Trade2007-12-28T08:08:52Z<p>Dr Wahl: </p>
<hr />
<div>A trade system allow players to trade items, money, spells, or anything the game allows to be traded. In order to make a trade, there are a few steps that ''usually'' take place. The first step is advertising that the seller has something to trade. The second step is bartering. The final step is to actually exchange the item(s).<br />
<br />
==The Current System==<br />
<br />
The current trade system requires a player to select another player by clicking on them to initiate a trade. A(n) item(s) can be added to the trade by selecting them and clicking the add button. Once both parties agree to the trade, and have pushed the Ok button, they can they click the trade button to complete the trade. This will move item(s) and/or money between the players.<br />
<br />
==A New System==<br />
<br />
While the current system is a simple and effective way to complete a single trade, there will one day be need for a more effective trade system that allows a player to offer their items to not only one player, but to the public. Some RPGs have accomplished this by establishing an auction system that allows players to post items up for auction (and usually set the price) and the public can then search the auction and see the item. Other RPGs have allowed players to create a small stall which they can fill with a limited number of items. There are pros and cons of each of these types of systems.<br />
<br />
==Comparisons==<br />
<br />
Below is a table that tries to identify many of the key features that each system offers and categorize them as pros and cons.<br />
<br />
{| border="1" cellspacing="0" cellpadding="3"<br />
! style="text-align: left; background-color: rgb(240,240,240);" | System<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Pros<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Cons<br />
|-<br />
|'''Current:'''<br />
''Player to Player''<br />
|<br />
*Difficult to abuse<br />
*Very personal, creates relationships<br />
*Fairly simple<br />
|<br />
*Difficult to display your items to the public<br />
*Little competition between buyers for an item<br />
*Difficult for buyers to locate items for sale<br />
|-<br />
|'''Auction:'''<br />
''Database of items''<br />
|<br />
*A single database can hold all the items<br />
*It is difficult to abuse an auction system<br />
*All items can be seen inside a single window<br />
*Easy to sell items, and easy for buyers to find items<br />
|<br />
*The focus is removed from the players and put on items<br />
*Trade areas become useless because everything just a click away<br />
*Impersonal, feels similar to ebay<br />
|-<br />
|'''Stall:'''<br />
''Individual stores''<br />
|<br />
*Creates a realistic trade environment<br />
*Focuses on the accomplishments of the player<br />
*Fairly personal, you feel like you are doing business with a person<br />
*Difficult for buyers to find items<br />
|<br />
*Crowded areas can cause lag<br />
*Requires users to be logged in to sell items<br />
*Stalls can be placed in ways that can abuse the system (i.e. in front of an NPC)<br />
|-<br />
|}<br />
<br />
==Effects==<br />
<br />
The trade system implemented in the game can effect the games community (how people interact with one another), the economy, and the geography. In the case of the auction system, usually there is a single auction that anyone can access. Because the auction has allows access to so many items, there should typically be few places where players can access the auction. This will force player to return to town, for example, to do their trading.</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Trade&diff=8355Trade2007-12-28T08:07:11Z<p>Dr Wahl: </p>
<hr />
<div>A trade system allow players to trade items, money, spells, or anything the game allows to be traded.<br />
<br />
==The Current System==<br />
<br />
The current trade system requires a player to select another player by clicking on them to initiate a trade. A(n) item(s) can be added to the trade by selecting them and clicking the add button. Once both parties agree to the trade, and have pushed the Ok button, they can they click the trade button to complete the trade. This will move item(s) and/or money between the players.<br />
<br />
==A New System==<br />
<br />
While the current system is a simple and effective way to complete a single trade, there will one day be need for a more effective trade system that allows a player to offer their items to not only one player, but to the public. Some RPGs have accomplished this by establishing an auction system that allows players to post items up for auction (and usually set the price) and the public can then search the auction and see the item. Other RPGs have allowed players to create a small stall which they can fill with a limited number of items. There are pros and cons of each of these types of systems.<br />
<br />
==Comparisons==<br />
<br />
Below is a table that tries to identify many of the key features that each system offers and categorize them as pros and cons.<br />
<br />
{| border="1" cellspacing="0" cellpadding="3"<br />
! style="text-align: left; background-color: rgb(240,240,240);" | System<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Pros<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Cons<br />
|-<br />
|'''Current:'''<br />
''Player to Player''<br />
|<br />
*Difficult to abuse<br />
*Very personal, creates relationships<br />
*Fairly simple<br />
|<br />
*Difficult to display your items to the public<br />
*Little competition between buyers for an item<br />
*Difficult for buyers to locate items for sale<br />
|-<br />
|'''Auction:'''<br />
''Database of items''<br />
|<br />
*A single database can hold all the items<br />
*It is difficult to abuse an auction system<br />
*All items can be seen inside a single window<br />
*Easy to sell items, and easy for buyers to find items<br />
|<br />
*The focus is removed from the players and put on items<br />
*Trade areas become useless because everything just a click away<br />
*Impersonal, feels similar to ebay<br />
|-<br />
|'''Stall:'''<br />
''Individual stores''<br />
|<br />
*Creates a realistic trade environment<br />
*Focuses on the accomplishments of the player<br />
*Fairly personal, you feel like you are doing business with a person<br />
*Difficult for buyers to find items<br />
|<br />
*Crowded areas can cause lag<br />
*Requires users to be logged in to sell items<br />
*Stalls can be placed in ways that can abuse the system (i.e. in front of an NPC)<br />
|-<br />
|}<br />
<br />
==Effects==<br />
<br />
The trade system implemented in the game can effect the games community (how people interact with one another), the economy, and the geography. In the case of the auction system, usually there is a single auction that anyone can access. Because the auction has allows access to so many items, there should typically be few places where players can access the auction. This will force player to return to town, for example, to do their trading.</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Trade&diff=8354Trade2007-12-28T08:00:53Z<p>Dr Wahl: /* Comparisons */</p>
<hr />
<div>==The Current System==<br />
<br />
The current trade system requires a player to select another player by clicking on them to initiate a trade. A(n) item(s) can be added to the trade by selecting them and clicking the add button. Once both parties agree to the trade, and have pushed the Ok button, they can they click the trade button to complete the trade. This will move item(s) and/or money between the players.<br />
<br />
==A New System==<br />
<br />
While the current system is a simple and effective way to complete a single trade, there will one day be need for a more effective trade system that allows a player to offer their items to not only one player, but to the public. Some RPGs have accomplished this by establishing an auction system that allows players to post items up for auction (and usually set the price) and the public can then search the auction and see the item. Other RPGs have allowed players to create a small stall which they can fill with a limited number of items. There are pros and cons of each of these types of systems.<br />
<br />
==Comparisons==<br />
<br />
Below is a table that tries to identify many of the key features that each system offers and categorize them as pros and cons.<br />
<br />
{| border="1" cellspacing="0" cellpadding="3"<br />
! style="text-align: left; background-color: rgb(240,240,240);" | System<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Pros<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Cons<br />
|-<br />
|'''Current:'''<br />
''Player to Player''<br />
|<br />
*Difficult to abuse<br />
*Very personal, creates relationships<br />
*Fairly simple<br />
|<br />
*Difficult to display your items to the public<br />
*Little competition between buyers for an item<br />
*Difficult for buyers to locate items for sale<br />
|-<br />
|'''Auction:'''<br />
''Database of items''<br />
|<br />
*A single database can hold all the items<br />
*It is difficult to abuse an auction system<br />
*All items can be seen inside a single window<br />
*Easy to sell items, and easy for buyers to find items<br />
|<br />
*The focus is removed from the players and put on items<br />
*Trade areas become useless because everything just a click away<br />
*Impersonal, feels similar to ebay<br />
|-<br />
|'''Stall:'''<br />
''Individual stores''<br />
|<br />
*Creates a realistic trade environment<br />
*Focuses on the accomplishments of the player<br />
*Fairly personal, you feel like you are doing business with a person<br />
*Difficult for buyers to find items<br />
|<br />
*Crowded areas can cause lag<br />
*Requires users to be logged in to sell items<br />
*Stalls can be placed in ways that can abuse the system (i.e. in front of an NPC)<br />
|-<br />
|}<br />
<br />
==Effects==<br />
<br />
The trade system implemented in the game can effect the games community (how people interact with one another), the economy, and the geography. In the case of the auction system, usually there is a single auction that anyone can access. Because the auction has allows access to so many items, there should typically be few places where players can access the auction. This will force player to return to town, for example, to do their trading.</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Trade&diff=8353Trade2007-12-28T07:59:37Z<p>Dr Wahl: /* Comparisons */</p>
<hr />
<div>==The Current System==<br />
<br />
The current trade system requires a player to select another player by clicking on them to initiate a trade. A(n) item(s) can be added to the trade by selecting them and clicking the add button. Once both parties agree to the trade, and have pushed the Ok button, they can they click the trade button to complete the trade. This will move item(s) and/or money between the players.<br />
<br />
==A New System==<br />
<br />
While the current system is a simple and effective way to complete a single trade, there will one day be need for a more effective trade system that allows a player to offer their items to not only one player, but to the public. Some RPGs have accomplished this by establishing an auction system that allows players to post items up for auction (and usually set the price) and the public can then search the auction and see the item. Other RPGs have allowed players to create a small stall which they can fill with a limited number of items. There are pros and cons of each of these types of systems.<br />
<br />
==Comparisons==<br />
<br />
Below is a table that tries to identify many of the key features that each system offers and categorize them as pros and cons.<br />
<br />
{| border="1" cellspacing="0" cellpadding="3"<br />
! style="text-align: left; background-color: rgb(240,240,240);" | System<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Pros<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Cons<br />
|-<br />
|''Current:''<br />
''Player to Player''<br />
|<br />
*Difficult to abuse<br />
*Very personal, creates relationships<br />
*Fairly simple<br />
|<br />
*Difficult to display your items to the public<br />
*Little competition between buyers for an item<br />
*Difficult for buyers to locate items for sale<br />
|-<br />
|''Auction:''<br />
''Database of items''<br />
|<br />
*A single database can hold all the items<br />
*It is difficult to abuse an auction system<br />
*All items can be seen inside a single window<br />
*Easy to sell items, and easy for buyers to find items<br />
|<br />
*The focus is removed from the players and put on items<br />
*Trade areas become useless because everything just a click away<br />
*Impersonal, feels similar to ebay<br />
|-<br />
|''Stall:''<br />
''Individual stores''<br />
|<br />
*Creates a realistic trade environment<br />
*Focuses on the accomplishments of the player<br />
*Fairly personal, you feel like you are doing business with a person<br />
*Difficult for buyers to find items<br />
|<br />
*Crowded areas can cause lag<br />
*Requires users to be logged in to sell items<br />
*Stalls can be placed in ways that can abuse the system (i.e. in front of an NPC)<br />
|-<br />
|}<br />
<br />
==Effects==<br />
<br />
The trade system implemented in the game can effect the games community (how people interact with one another), the economy, and the geography. In the case of the auction system, usually there is a single auction that anyone can access. Because the auction has allows access to so many items, there should typically be few places where players can access the auction. This will force player to return to town, for example, to do their trading.</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Trade&diff=8352Trade2007-12-28T07:59:13Z<p>Dr Wahl: /* Comparisons */</p>
<hr />
<div>==The Current System==<br />
<br />
The current trade system requires a player to select another player by clicking on them to initiate a trade. A(n) item(s) can be added to the trade by selecting them and clicking the add button. Once both parties agree to the trade, and have pushed the Ok button, they can they click the trade button to complete the trade. This will move item(s) and/or money between the players.<br />
<br />
==A New System==<br />
<br />
While the current system is a simple and effective way to complete a single trade, there will one day be need for a more effective trade system that allows a player to offer their items to not only one player, but to the public. Some RPGs have accomplished this by establishing an auction system that allows players to post items up for auction (and usually set the price) and the public can then search the auction and see the item. Other RPGs have allowed players to create a small stall which they can fill with a limited number of items. There are pros and cons of each of these types of systems.<br />
<br />
==Comparisons==<br />
<br />
Below is a table that tries to identify many of the key features that each system offers and categorize them as pros and cons.<br />
<br />
{| border="1" cellspacing="0" cellpadding="3"<br />
! style="text-align: left; background-color: rgb(240,240,240);" | System<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Pros<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Cons<br />
|-<br />
|''Current:<br />
Player to Player''<br />
|<br />
*Difficult to abuse<br />
*Very personal, creates relationships<br />
*Fairly simple<br />
|<br />
*Difficult to display your items to the public<br />
*Little competition between buyers for an item<br />
*Difficult for buyers to locate items for sale<br />
|-<br />
|''Auction:<br />
Database of items''<br />
|<br />
*A single database can hold all the items<br />
*It is difficult to abuse an auction system<br />
*All items can be seen inside a single window<br />
*Easy to sell items, and easy for buyers to find items<br />
|<br />
*The focus is removed from the players and put on items<br />
*Trade areas become useless because everything just a click away<br />
*Impersonal, feels similar to ebay<br />
|-<br />
|''Stall:<br />
Individual stores''<br />
|<br />
*Creates a realistic trade environment<br />
*Focuses on the accomplishments of the player<br />
*Fairly personal, you feel like you are doing business with a person<br />
*Difficult for buyers to find items<br />
|<br />
*Crowded areas can cause lag<br />
*Requires users to be logged in to sell items<br />
*Stalls can be placed in ways that can abuse the system (i.e. in front of an NPC)<br />
|-<br />
|}<br />
<br />
==Effects==<br />
<br />
The trade system implemented in the game can effect the games community (how people interact with one another), the economy, and the geography. In the case of the auction system, usually there is a single auction that anyone can access. Because the auction has allows access to so many items, there should typically be few places where players can access the auction. This will force player to return to town, for example, to do their trading.</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Trade&diff=8351Trade2007-12-28T07:58:36Z<p>Dr Wahl: /* Comparisons */</p>
<hr />
<div>==The Current System==<br />
<br />
The current trade system requires a player to select another player by clicking on them to initiate a trade. A(n) item(s) can be added to the trade by selecting them and clicking the add button. Once both parties agree to the trade, and have pushed the Ok button, they can they click the trade button to complete the trade. This will move item(s) and/or money between the players.<br />
<br />
==A New System==<br />
<br />
While the current system is a simple and effective way to complete a single trade, there will one day be need for a more effective trade system that allows a player to offer their items to not only one player, but to the public. Some RPGs have accomplished this by establishing an auction system that allows players to post items up for auction (and usually set the price) and the public can then search the auction and see the item. Other RPGs have allowed players to create a small stall which they can fill with a limited number of items. There are pros and cons of each of these types of systems.<br />
<br />
==Comparisons==<br />
<br />
Below is a table that tries to identify many of the key features that each system offers and categorize them as pros and cons.<br />
<br />
{| border="1" cellspacing="0" cellpadding="3"<br />
! style="text-align: left; background-color: rgb(240,240,240);" | System<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Pros<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Cons<br />
|-<br />
|''Current: Player to Player''<br />
|<br />
*Difficult to abuse<br />
*Very personal, creates relationships<br />
*Fairly simple<br />
|<br />
*Difficult to display your items to the public<br />
*Little competition between buyers for an item<br />
*Difficult for buyers to locate items for sale<br />
|-<br />
|''Auction: Database of items''<br />
|<br />
*A single database can hold all the items<br />
*It is difficult to abuse an auction system<br />
*All items can be seen inside a single window<br />
*Easy to sell items, and easy for buyers to find items<br />
|<br />
*The focus is removed from the players and put on items<br />
*Trade areas become useless because everything just a click away<br />
*Impersonal, feels similar to ebay<br />
|-<br />
|''Stall: Individual stores''<br />
|<br />
*Creates a realistic trade environment<br />
*Focuses on the accomplishments of the player<br />
*Fairly personal, you feel like you are doing business with a person<br />
*Difficult for buyers to find items<br />
|<br />
*Crowded areas can cause lag<br />
*Requires users to be logged in to sell items<br />
*Stalls can be placed in ways that can abuse the system (i.e. in front of an NPC)<br />
|-<br />
|}<br />
<br />
==Effects==<br />
<br />
The trade system implemented in the game can effect the games community (how people interact with one another), the economy, and the geography. In the case of the auction system, usually there is a single auction that anyone can access. Because the auction has allows access to so many items, there should typically be few places where players can access the auction. This will force player to return to town, for example, to do their trading.</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Trade&diff=8350Trade2007-12-28T07:57:04Z<p>Dr Wahl: /* Comparisons */</p>
<hr />
<div>==The Current System==<br />
<br />
The current trade system requires a player to select another player by clicking on them to initiate a trade. A(n) item(s) can be added to the trade by selecting them and clicking the add button. Once both parties agree to the trade, and have pushed the Ok button, they can they click the trade button to complete the trade. This will move item(s) and/or money between the players.<br />
<br />
==A New System==<br />
<br />
While the current system is a simple and effective way to complete a single trade, there will one day be need for a more effective trade system that allows a player to offer their items to not only one player, but to the public. Some RPGs have accomplished this by establishing an auction system that allows players to post items up for auction (and usually set the price) and the public can then search the auction and see the item. Other RPGs have allowed players to create a small stall which they can fill with a limited number of items. There are pros and cons of each of these types of systems.<br />
<br />
==Comparisons==<br />
<br />
Below is a table that tries to identify many of the key features that each system offers and categorize them as pros and cons.<br />
<br />
{| border="1" cellspacing="0" cellpadding="3"<br />
! style="text-align: left; background-color: rgb(240,240,240);" | System<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Pros<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Cons<br />
|-<br />
|''Current''<br />
|<br />
*Difficult to abuse<br />
*Very personal, creates relationships<br />
*Fairly simple<br />
|<br />
*Difficult to display your items to the public<br />
*Little competition between buyers for an item<br />
*Difficult for buyers to locate items for sale<br />
|-<br />
|''Auction''<br />
|<br />
*A single database can hold all the items<br />
*It is difficult to abuse an auction system<br />
*All items can be seen inside a single window<br />
*Easy to sell items, and easy for buyers to find items<br />
|<br />
*The focus is removed from the players and put on items<br />
*Trade areas become useless because everything just a click away<br />
*Impersonal, feels similar to ebay<br />
|-<br />
|''Stall''<br />
|<br />
*Creates a realistic trade environment<br />
*Focuses on the accomplishments of the player<br />
*Fairly personal, you feel like you are doing business with a person<br />
*Difficult for buyers to find items<br />
|<br />
*Crowded areas can cause lag<br />
*Requires users to be logged in to sell items<br />
*Stalls can be placed in ways that can abuse the system (i.e. in front of an NPC)<br />
|-<br />
|}<br />
<br />
==Effects==<br />
<br />
The trade system implemented in the game can effect the games community (how people interact with one another), the economy, and the geography. In the case of the auction system, usually there is a single auction that anyone can access. Because the auction has allows access to so many items, there should typically be few places where players can access the auction. This will force player to return to town, for example, to do their trading.</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Trade&diff=8349Trade2007-12-28T07:56:07Z<p>Dr Wahl: /* Comparisons */</p>
<hr />
<div>==The Current System==<br />
<br />
The current trade system requires a player to select another player by clicking on them to initiate a trade. A(n) item(s) can be added to the trade by selecting them and clicking the add button. Once both parties agree to the trade, and have pushed the Ok button, they can they click the trade button to complete the trade. This will move item(s) and/or money between the players.<br />
<br />
==A New System==<br />
<br />
While the current system is a simple and effective way to complete a single trade, there will one day be need for a more effective trade system that allows a player to offer their items to not only one player, but to the public. Some RPGs have accomplished this by establishing an auction system that allows players to post items up for auction (and usually set the price) and the public can then search the auction and see the item. Other RPGs have allowed players to create a small stall which they can fill with a limited number of items. There are pros and cons of each of these types of systems.<br />
<br />
===Comparisons===<br />
<br />
{| border="1" cellspacing="0" cellpadding="3"<br />
! style="text-align: left; background-color: rgb(240,240,240);" | System<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Pros<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Cons<br />
|-<br />
|''Current''<br />
|<br />
*Difficult to abuse<br />
*Very personal, creates relationships<br />
*Fairly simple<br />
|<br />
*Difficult to display your items to the public<br />
*Little competition between buyers for an item<br />
*Difficult for buyers to locate items for sale<br />
|-<br />
|''Auction''<br />
|<br />
*A single database can hold all the items<br />
*It is difficult to abuse an auction system<br />
*All items can be seen inside a single window<br />
*Easy to sell items, and easy for buyers to find items<br />
|<br />
*The focus is removed from the players and put on items<br />
*Trade areas become useless because everything just a click away<br />
*Impersonal, feels similar to ebay<br />
|-<br />
|''Stall''<br />
|<br />
*Creates a realistic trade environment<br />
*Focuses on the accomplishments of the player<br />
*Fairly personal, you feel like you are doing business with a person<br />
*Difficult for buyers to find items<br />
|<br />
*Crowded areas can cause lag<br />
*Requires users to be logged in to sell items<br />
*Stalls can be placed in ways that can abuse the system (i.e. in front of an NPC)<br />
|-<br />
|}<br />
<br />
==Effects==<br />
<br />
The trade system implemented in the game can effect the games community (how people interact with one another), the economy, and the geography. In the case of the auction system, usually there is a single auction that anyone can access. Because the auction has allows access to so many items, there should typically be few places where players can access the auction. This will force player to return to town, for example, to do their trading.</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Trade&diff=8348Trade2007-12-28T07:55:34Z<p>Dr Wahl: </p>
<hr />
<div>==The Current System==<br />
<br />
The current trade system requires a player to select another player by clicking on them to initiate a trade. A(n) item(s) can be added to the trade by selecting them and clicking the add button. Once both parties agree to the trade, and have pushed the Ok button, they can they click the trade button to complete the trade. This will move item(s) and/or money between the players.<br />
<br />
==A New System==<br />
<br />
While the current system is a simple and effective way to complete a single trade, there will one day be need for a more effective trade system that allows a player to offer their items to not only one player, but to the public. Some RPGs have accomplished this by establishing an auction system that allows players to post items up for auction (and usually set the price) and the public can then search the auction and see the item. Other RPGs have allowed players to create a small stall which they can fill with a limited number of items. There are pros and cons of each of these types of systems.<br />
<br />
==Comparisons==<br />
<br />
{| border="1" cellspacing="0" cellpadding="3"<br />
! style="text-align: left; background-color: rgb(240,240,240);" | System<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Pros<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Cons<br />
|-<br />
|''Current''<br />
|<br />
*Difficult to abuse<br />
*Very personal, creates relationships<br />
*Fairly simple<br />
|<br />
*Difficult to display your items to the public<br />
*Little competition between buyers for an item<br />
*Difficult for buyers to locate items for sale<br />
|-<br />
|''Auction''<br />
|<br />
*A single database can hold all the items<br />
*It is difficult to abuse an auction system<br />
*All items can be seen inside a single window<br />
*Easy to sell items, and easy for buyers to find items<br />
|<br />
*The focus is removed from the players and put on items<br />
*Trade areas become useless because everything just a click away<br />
*Impersonal, feels similar to ebay<br />
|-<br />
|''Stall''<br />
|<br />
*Creates a realistic trade environment<br />
*Focuses on the accomplishments of the player<br />
*Fairly personal, you feel like you are doing business with a person<br />
*Difficult for buyers to find items<br />
|<br />
*Crowded areas can cause lag<br />
*Requires users to be logged in to sell items<br />
*Stalls can be placed in ways that can abuse the system (i.e. in front of an NPC)<br />
|-<br />
|}<br />
<br />
==Effects==<br />
<br />
The trade system implemented in the game can effect the games community (how people interact with one another), the economy, and the geography. In the case of the auction system, usually there is a single auction that anyone can access. Because the auction has allows access to so many items, there should typically be few places where players can access the auction. This will force player to return to town, for example, to do their trading.</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Trade&diff=8347Trade2007-12-28T07:51:56Z<p>Dr Wahl: /* Comparisons */</p>
<hr />
<div>==The Current System==<br />
<br />
The current trade system requires a player to select another player by clicking on them to initiate a trade. A(n) item(s) can be added to the trade by selecting them and clicking the add button. Once both parties agree to the trade, and have pushed the Ok button, they can they click the trade button to complete the trade. This will move item(s) and/or money between the players.<br />
<br />
==A New System==<br />
<br />
While the current system is a simple and effective way to complete a single trade, there will one day be need for a more effective trade system that allows a player to offer their items to not only one player, but to the public. Some RPGs have accomplished this by establishing an auction system that allows players to post items up for auction (and usually set the price) and the public can then search the auction and see the item. Other RPGs have allowed players to create a small stall which they can fill with a limited number of items. There are pros and cons of each of these types of systems.<br />
<br />
==Comparisons==<br />
<br />
{| border="1" cellspacing="0" cellpadding="3"<br />
! style="text-align: left; background-color: rgb(240,240,240);" | System<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Pros<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Cons<br />
|-<br />
|''Current''<br />
|<br />
*Difficult to abuse<br />
*Very personal, creates relationships<br />
*Fairly simple<br />
|<br />
*Difficult to display your items to the public<br />
*Little competition between buyers for an item<br />
*Difficult for buyers to locate items for sale<br />
|-<br />
|''Auction''<br />
|<br />
*A single database can hold all the items<br />
*It is difficult to abuse an auction system<br />
*All items can be seen inside a single window<br />
*Easy to sell items, and easy for buyers to find items<br />
|<br />
*The focus is removed from the players and put on items<br />
*Trade areas become useless because everything just a click away<br />
*Impersonal, feels similar to ebay<br />
|-<br />
|''Stall''<br />
|<br />
*Creates a realistic trade environment<br />
*Focuses on the accomplishments of the player<br />
*Fairly personal, you feel like you are doing business with a person<br />
*Difficult for buyers to find items<br />
|<br />
*Crowded areas can cause lag<br />
*Requires users to be logged in to sell items<br />
*Stalls can be placed in ways that can abuse the system (i.e. in front of an NPC)<br />
|-<br />
|}</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Trade&diff=8346Trade2007-12-28T07:51:31Z<p>Dr Wahl: /* Comparisons */</p>
<hr />
<div>==The Current System==<br />
<br />
The current trade system requires a player to select another player by clicking on them to initiate a trade. A(n) item(s) can be added to the trade by selecting them and clicking the add button. Once both parties agree to the trade, and have pushed the Ok button, they can they click the trade button to complete the trade. This will move item(s) and/or money between the players.<br />
<br />
==A New System==<br />
<br />
While the current system is a simple and effective way to complete a single trade, there will one day be need for a more effective trade system that allows a player to offer their items to not only one player, but to the public. Some RPGs have accomplished this by establishing an auction system that allows players to post items up for auction (and usually set the price) and the public can then search the auction and see the item. Other RPGs have allowed players to create a small stall which they can fill with a limited number of items. There are pros and cons of each of these types of systems.<br />
<br />
==Comparisons==<br />
<br />
{| border="1" cellspacing="0" cellpadding="3"<br />
! style="text-align: left; background-color: rgb(240,240,240);" | System<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Pros<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Cons<br />
|-<br />
|''Current''<br />
|<br />
*Difficult to abuse<br />
*Very personal, creates relationships<br />
*Fairly simple<br />
|<br />
*Difficult to display your items to the public<br />
*Little competition between buyers for an item<br />
*Difficult for buyers to locate items for sale<br />
|-<br />
|''Auction''<br />
|<br />
*A single database can hold all the items<br />
*It is difficult to abuse an auction system<br />
*All items can be seen inside a single window<br />
*Easy to sell items, and easy for buyers to find items<br />
|<br />
*The focus is removed from the players and put on items<br />
*Trade areas become useless because everything just a click away<br />
*Impersonal, feels similar to ebay<br />
|-<br />
|''Stall''<br />
|<br />
*Creates a realistic trade environment<br />
*Focuses on the accomplishments of the player<br />
*Fairly personal, you feel like you are doing business with a person<br />
*Difficult for buyers to find items<br />
|<br />
*Crowded areas can cause lag<br />
*Requires users to be logged in to sell items<br />
*Stalls can be placed in ways that can abuse the system (i.e. in front of an NPC)<br />
|-<br />
|}<br />
<br />
===Current===<br />
<br />
Pros:<br />
*Difficult to abuse<br />
*Very personal, creates relationships<br />
*Fairly simple<br />
<br />
Cons:<br />
*Difficult to display your items to the public<br />
*Little competition between buyers for an item<br />
*Difficult for buyers to locate items for sale<br />
<br />
===Auction===<br />
<br />
Pros:<br />
*A single database can hold all the items<br />
*It is difficult to abuse an auction system<br />
*All items can be seen inside a single window<br />
*Easy to sell items, and easy for buyers to find items<br />
<br />
Cons:<br />
*The focus is removed from the players and put on items<br />
*Trade areas become useless because everything just a click away<br />
*Impersonal, feels similar to ebay<br />
<br />
===Stalls===<br />
<br />
Pros:<br />
*Creates a realistic trade environment<br />
*Focuses on the accomplishments of the player<br />
*Fairly personal, you feel like you are doing business with a person<br />
*Difficult for buyers to find items<br />
<br />
Cons:<br />
*Crowded areas can cause lag<br />
*Requires users to be logged in to sell items<br />
*Stalls can be placed in ways that can abuse the system (i.e. in front of an NPC)</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Trade&diff=8345Trade2007-12-28T07:48:27Z<p>Dr Wahl: </p>
<hr />
<div>==The Current System==<br />
<br />
The current trade system requires a player to select another player by clicking on them to initiate a trade. A(n) item(s) can be added to the trade by selecting them and clicking the add button. Once both parties agree to the trade, and have pushed the Ok button, they can they click the trade button to complete the trade. This will move item(s) and/or money between the players.<br />
<br />
==A New System==<br />
<br />
While the current system is a simple and effective way to complete a single trade, there will one day be need for a more effective trade system that allows a player to offer their items to not only one player, but to the public. Some RPGs have accomplished this by establishing an auction system that allows players to post items up for auction (and usually set the price) and the public can then search the auction and see the item. Other RPGs have allowed players to create a small stall which they can fill with a limited number of items. There are pros and cons of each of these types of systems.<br />
<br />
==Comparisons==<br />
<br />
{| border="1" cellspacing="0" cellpadding="3"<br />
! style="text-align: left; background-color: rgb(240,240,240);" | System<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Pros<br />
! style="text-align: left; background-color: rgb(240,240,240);" | Cons<br />
|-<br />
|}<br />
<br />
===Current===<br />
<br />
Pros:<br />
*Difficult to abuse<br />
*Very personal, creates relationships<br />
*Fairly simple<br />
<br />
Cons:<br />
*Difficult to display your items to the public<br />
*Little competition between buyers for an item<br />
*Difficult for buyers to locate items for sale<br />
<br />
===Auction===<br />
<br />
Pros:<br />
*A single database can hold all the items<br />
*It is difficult to abuse an auction system<br />
*All items can be seen inside a single window<br />
*Easy to sell items, and easy for buyers to find items<br />
<br />
Cons:<br />
*The focus is removed from the players and put on items<br />
*Trade areas become useless because everything just a click away<br />
*Impersonal, feels similar to ebay<br />
<br />
===Stalls===<br />
<br />
Pros:<br />
*Creates a realistic trade environment<br />
*Focuses on the accomplishments of the player<br />
*Fairly personal, you feel like you are doing business with a person<br />
*Difficult for buyers to find items<br />
<br />
Cons:<br />
*Crowded areas can cause lag<br />
*Requires users to be logged in to sell items<br />
*Stalls can be placed in ways that can abuse the system (i.e. in front of an NPC)</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Trade&diff=8344Trade2007-12-28T07:44:39Z<p>Dr Wahl: </p>
<hr />
<div>==The Current System==<br />
<br />
The current trade system requires a player to select another player by clicking on them to initiate a trade. A(n) item(s) can be added to the trade by selecting them and clicking the add button. Once both parties agree to the trade, and have pushed the Ok button, they can they click the trade button to complete the trade. This will move item(s) and/or money between the players.<br />
<br />
==A New System==<br />
<br />
While the current system is a simple and effective way to complete a single trade, there will one day be need for a more effective trade system that allows a player to offer their items to not only one player, but to the public. Some RPGs have accomplished this by establishing an auction system that allows players to post items up for auction (and usually set the price) and the public can then search the auction and see the item. Other RPGs have allowed players to create a small stall which they can fill with a limited number of items. There are pros and cons of each of these types of systems.<br />
<br />
==Comparisons==<br />
<br />
===Current===<br />
<br />
Pros:<br />
*Difficult to abuse<br />
*Very personal, creates relationships<br />
*Fairly simple<br />
<br />
Cons:<br />
*Difficult to display your items to the public<br />
*Little competition between buyers for an item<br />
*Difficult for buyers to locate items for sale<br />
<br />
===Auction===<br />
<br />
Pros:<br />
*A single database can hold all the items<br />
*It is difficult to abuse an auction system<br />
*All items can be seen inside a single window<br />
*Easy to sell items, and easy for buyers to find items<br />
<br />
Cons:<br />
*The focus is removed from the players and put on items<br />
*Trade areas become useless because everything just a click away<br />
*Impersonal, feels similar to ebay<br />
<br />
===Stalls===<br />
<br />
Pros:<br />
*Creates a realistic trade environment<br />
*Focuses on the accomplishments of the player<br />
*Fairly personal, you feel like you are doing business with a person<br />
*Difficult for buyers to find items<br />
<br />
Cons:<br />
*Crowded areas can cause lag<br />
*Requires users to be logged in to sell items<br />
*Stalls can be placed in ways that can abuse the system (i.e. in front of an NPC)</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Trade&diff=8343Trade2007-12-28T07:37:07Z<p>Dr Wahl: /* Current System */</p>
<hr />
<div>==Current System==<br />
<br />
The current trade system requires a player to select another player by clicking on them to initiate a trade. A(n) item(s) can be added to the trade by selecting them and clicking the add button. Once both parties agree to the trade, and have pushed the Ok button, they can they click the trade button to complete the trade. This will move item(s) and/or money between the players.<br />
<br />
==New System==<br />
<br />
While the current system is a simple and effective way to complete a single trade, there will one day be need for a more effective trade system that allows a player to offer their items to not only one player, but to the public. Some RPGs have accomplished this by establishing an auction system that allows players to post items up for auction (and usually set the price) and the public can then search the auction and see the item. Other RPGs have allowed players to create a small stall which they can fill with a limited number of items. There are pros and cons of each of these types of systems.<br />
<br />
===Auction===<br />
<br />
Pros:<br />
*A single database can hold all the items<br />
*It is difficult to abuse an auction system<br />
*All items can be seen inside a single window<br />
<br />
Cons:<br />
*The focus is removed from the players and put on items<br />
*Trade areas become useless because everything just a click away<br />
<br />
===Stalls===<br />
<br />
Pros:<br />
*Creates a realistic trade environment<br />
*Focuses on the accomplishments of the player<br />
<br />
Cons:<br />
*Crowded areas can cause lag<br />
*Requires users to be logged in to sell items<br />
*Stalls can be placed in ways that can abuse the system (i.e. in front of an NPC)</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Trade&diff=8342Trade2007-12-28T07:36:12Z<p>Dr Wahl: </p>
<hr />
<div>==Current System==<br />
<br />
The current trade system requires a player to select another player by clicking on them to initiate a trade. A(n) item(s) can be added to the trade by selecting them and clicking the add button. Once both parties agree to the trade, and have pushed the Ok button, they can they click the trade button to complete the trade. This will move item(s) and/or money from player A to player B.<br />
<br />
==New System==<br />
<br />
While the current system is a simple and effective way to complete a single trade, there will one day be need for a more effective trade system that allows a player to offer their items to not only one player, but to the public. Some RPGs have accomplished this by establishing an auction system that allows players to post items up for auction (and usually set the price) and the public can then search the auction and see the item. Other RPGs have allowed players to create a small stall which they can fill with a limited number of items. There are pros and cons of each of these types of systems.<br />
<br />
===Auction===<br />
<br />
Pros:<br />
*A single database can hold all the items<br />
*It is difficult to abuse an auction system<br />
*All items can be seen inside a single window<br />
<br />
Cons:<br />
*The focus is removed from the players and put on items<br />
*Trade areas become useless because everything just a click away<br />
<br />
===Stalls===<br />
<br />
Pros:<br />
*Creates a realistic trade environment<br />
*Focuses on the accomplishments of the player<br />
<br />
Cons:<br />
*Crowded areas can cause lag<br />
*Requires users to be logged in to sell items<br />
*Stalls can be placed in ways that can abuse the system (i.e. in front of an NPC)</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Trade&diff=8341Trade2007-12-28T07:34:55Z<p>Dr Wahl: /* Auction */</p>
<hr />
<div>==Current System==<br />
<br />
The current trade system requires a player to select another player by clicking on them to initiate a trade. A(n) item(s) can be added to the trade by selecting them and clicking the add button. Once both parties agree to the trade, and have pushed the Ok button, they can they click the trade button to complete the trade. This will move item(s) and/or money from player A to player B.<br />
<br />
==New System==<br />
<br />
While the current system is a simple and effective way to complete a single trade, there will one day be need for a more effective trade system that allows a player to offer their items to not only one player, but to the public. Some RPGs have accomplished this by establishing an auction system that allows players to post items up for auction (and usually set the price) and the public can then search the auction and see the item. Other RPGs have allowed players to create a small stall which they can fill with a limited number of items. There are pros and cons of each of these types of systems.<br />
<br />
===Auction===<br />
<br />
Pros:<br />
*A single database can hold all the items<br />
*It is difficult to abuse an auction system<br />
*All items can be seen inside a single window<br />
<br />
Cons:<br />
*The focus is removed from the players and put on items<br />
*Trade areas become useless because everything just a click away<br />
<br />
===Stalls===<br />
<br />
Pros:<br />
Creates a realistic trade environment<br />
Focuses on the accomplishments of the player<br />
<br />
Cons:<br />
Crowded areas can cause lag<br />
Requires users to be logged in to sell items<br />
Stalls can be placed in ways that can abuse the system (i.e. in front of an NPC)</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Trade&diff=8340Trade2007-12-28T07:33:50Z<p>Dr Wahl: /* New System */</p>
<hr />
<div>==Current System==<br />
<br />
The current trade system requires a player to select another player by clicking on them to initiate a trade. A(n) item(s) can be added to the trade by selecting them and clicking the add button. Once both parties agree to the trade, and have pushed the Ok button, they can they click the trade button to complete the trade. This will move item(s) and/or money from player A to player B.<br />
<br />
==New System==<br />
<br />
While the current system is a simple and effective way to complete a single trade, there will one day be need for a more effective trade system that allows a player to offer their items to not only one player, but to the public. Some RPGs have accomplished this by establishing an auction system that allows players to post items up for auction (and usually set the price) and the public can then search the auction and see the item. Other RPGs have allowed players to create a small stall which they can fill with a limited number of items. There are pros and cons of each of these types of systems.<br />
<br />
===Auction===<br />
<br />
Pros:<br />
A single database can hold all the items<br />
It is difficult to abuse an auction system<br />
All items can be seen inside a single window<br />
<br />
Cons:<br />
The focus is removed from the players and put on items<br />
Trade areas become useless because everything just a click away<br />
<br />
===Stalls===<br />
<br />
Pros:<br />
Creates a realistic trade environment<br />
Focuses on the accomplishments of the player<br />
<br />
Cons:<br />
Crowded areas can cause lag<br />
Requires users to be logged in to sell items<br />
Stalls can be placed in ways that can abuse the system (i.e. in front of an NPC)</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Trade&diff=8339Trade2007-12-28T07:28:49Z<p>Dr Wahl: /* Current System */</p>
<hr />
<div>==Current System==<br />
<br />
The current trade system requires a player to select another player by clicking on them to initiate a trade. A(n) item(s) can be added to the trade by selecting them and clicking the add button. Once both parties agree to the trade, and have pushed the Ok button, they can they click the trade button to complete the trade. This will move item(s) and/or money from player A to player B.<br />
<br />
==New System==<br />
<br />
While the current system is a simple and effective way to complete a single trade, there will one day be need for a more effective trade system that allows a player to offer their items to not only one player, but to the public. Some RPGs have accomplished this by establishing an auction system that allows players to post items up for auction (and usually set the price) and the public can then search the auction and see the item. Other RPGs have allowed players to create a small stall which they can fill with a limited number of items. There are pros and cons of each of these types of systems.</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Trade&diff=8338Trade2007-12-28T07:28:41Z<p>Dr Wahl: /* New System */</p>
<hr />
<div>===Current System===<br />
<br />
The current trade system requires a player to select another player by clicking on them to initiate a trade. A(n) item(s) can be added to the trade by selecting them and clicking the add button. Once both parties agree to the trade, and have pushed the Ok button, they can they click the trade button to complete the trade. This will move item(s) and/or money from player A to player B. <br />
<br />
==New System==<br />
<br />
While the current system is a simple and effective way to complete a single trade, there will one day be need for a more effective trade system that allows a player to offer their items to not only one player, but to the public. Some RPGs have accomplished this by establishing an auction system that allows players to post items up for auction (and usually set the price) and the public can then search the auction and see the item. Other RPGs have allowed players to create a small stall which they can fill with a limited number of items. There are pros and cons of each of these types of systems.</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Trade&diff=8337Trade2007-12-28T07:27:58Z<p>Dr Wahl: /* Trade */</p>
<hr />
<div>===Current System===<br />
<br />
The current trade system requires a player to select another player by clicking on them to initiate a trade. A(n) item(s) can be added to the trade by selecting them and clicking the add button. Once both parties agree to the trade, and have pushed the Ok button, they can they click the trade button to complete the trade. This will move item(s) and/or money from player A to player B. <br />
<br />
===New System===<br />
<br />
While the current system is a simple and effective way to complete a single trade, there will one day be need for a more effective trade system that allows a player to offer their items to not only one player, but to the public. Some RPGs have accomplished this by establishing an auction system that allows players to post items up for auction (and usually set the price) and the public can then search the auction and see the item. Other RPGs have allowed players to create a small stall which they can fill with a limited number of items.</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Trade&diff=8336Trade2007-12-28T07:27:22Z<p>Dr Wahl: </p>
<hr />
<div>== Trade ==<br />
<br />
===Current System===<br />
<br />
The current trade system requires a player to select another player by clicking on them to initiate a trade. A(n) item(s) can be added to the trade by selecting them and clicking the add button. Once both parties agree to the trade, and have pushed the Ok button, they can they click the trade button to complete the trade. This will move item(s) and/or money from player A to player B. <br />
<br />
===New System===<br />
<br />
While the current system is a simple and effective way to complete a single trade, there will one day be need for a more effective trade system that allows a player to offer their items to not only one player, but to the public. Some RPGs have accomplished this by establishing an auction system that allows players to post items up for auction (and usually set the price) and the public can then search the auction and see the item. Other RPGs have allowed players to create a small stall which they can fill with a limited number of items.</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Archive:System_requirements&diff=7760Archive:System requirements2007-10-24T09:05:50Z<p>Dr Wahl: /* Performance chart */</p>
<hr />
<div>== General guideline ==<br />
<br />
The system requirements of TMW, as with any game, hugely depend on the kind of framerate you want. In general, you should be fine with a more or less recent (year 2001 and later) 3D accelerator card when running the OpenGL version. The software/SDL version probably heavily depends on your processor speed.<br />
<br />
* '''Processor Speed:''' 1 Ghz<br />
* '''RAM Memory:''' 64 MB<br />
* '''Hard Disk Space:''' ~25 MB<br />
* '''Operating System:''' Windows, GNU/Linux or MacOS X<br />
<br />
== Performance chart ==<br />
<br />
Here is a list of systems and the respective framerate with TMW. Feel free to add a line of your own, add comments if you like or necessary. We need especially more data about FPS on lower end machines, and it would also be nice to see changes in framerate on the same machine with different versions of TMW.<br />
<br />
{| border="1" cellspacing="0" cellpadding="5" width="100%" align="center"<br />
! style="background:#efdead;" | Name<br />
! style="background:#efdead;" | Processor<br />
! style="background:#efdead;" | Memory<br />
! style="background:#efdead;" | Video&nbsp;Card<br />
! style="background:#efdead;" | OS<br />
! style="background:#efdead;" | TMW&nbsp;Version<br />
! style="background:#efdead;" | Frame&nbsp;Rate<br />
! style="background:#efdead;" | Comments<br />
|-<br />
| align="center" | Kohan<br />
| align="center" | Intel Celeron 500 Mhz<br />
| align="center" | 192 MB<br />
| align="center" | ATI 3D Rage Pro 4&nbsp;MB<br />
| align="center" | Win98 SE<br />
| align="center" | 0.0.19<br />
| align="center" | NON-FUNCTIONAL<br />
| align="center" | Yes, 4 MB Video.<br />
|-<br />
| align="center" rowspan="2"| [[User:ElvenProgrammer|ElvenProgrammer]]<br />
| align="center" | Pentium4 2.53<br />
| align="center" | 512 MB<br />
| align="center" | ATI 9200se 128 MB<br />
| align="center" | WinXP Home SP2<br />
| align="center" | 21/01/2006<br />
| align="center" | 68<br />
| align="center" | Windowed, OpenGL<br />
|-<br />
| align="center" | AthlonXP-M<br />
| align="center" | 256 MB<br />
| align="center" | ATI 9200gp 64 MB<br />
| align="center" | Ubuntu 5.10<br />
| align="center" | 21/01/2006<br />
| align="center" | 36<br />
| align="center" | Windowed, OpenGL<br />
|-<br />
| align="center" | [[User:ilgufo|ilgufo]]<br />
| align="center" | AMD Athlon XP-M 2400+<br />
| align="center" | 512 MB<br />
| align="center" | Savage 4<br />
| align="center" | Debian Sid kernel 2.6.16.5<br />
| align="center" | 0.0.20svn<br />
| align="center" | 55<br />
| align="center" | Windowed, Software<br />
|-<br />
| align="center" | hijjt<br />
| align="center" | Athlon XP 2200Mhz<br />
| align="center" | 1.5 GB<br />
| align="center" | ATI X800 Pro AGP (fglrx)<br />
| align="center" | Gentoo ~x86 2.6.17<br />
| align="center" | 0.0.19<br />
| align="center" | 1225<br />
| align="center" | Windowed, OpenGL<br />
|-<br />
| align="center" rowspan="3" | [[User:Bjørn|Bjørn]]<br />
| align="center" rowspan="3" | AthlonXP 1.6<br />
| align="center" rowspan="3" | 512 MB<br />
| align="center" | GF 2MX 64 MB<br />
| align="center" rowspan="3" | ArchLinux/2.6<br />
| align="center" | 04/07/2005<br />
| align="center" | 50<br />
| align="center" rowspan="3" | Windowed, OpenGL<br />
|-<br />
| align="center" | Radeon&nbsp;8500&nbsp;(fglrx)<br />
| align="center" | 07/14/2005<br />
| align="center" | 200<br />
|-<br />
| align="center" | Radeon&nbsp;9700&nbsp;(fglrx)<br />
| align="center" | 0.0.21.1<br />
| align="center" | 500<br />
|-<br />
| align="center" | [[User:Burger|Burger]]<br />
| align="center" | AMD Athlon 64 3200+<br />
| align="center" | 1024 MB<br />
| align="center" | GeForce 6800GT 256MB<br />
| align="center" | Windows XP, SP-2<br />
| align="center" | 0.0.17<br />
| align="center" | 700+<br />
| align="center" | Windowed, OpenGL<br />
|-<br />
| align="center" | [[User:Doener|Doener]]<br />
| align="center" | AMD Athlon 64 X2 4400+<br />
| align="center" | 2048 MB<br />
| align="center" | GeForce 6600 256MB<br />
| align="center" | Gentoo Linux - Kernel 2.6.15<br />
| align="center" | 0.0.18.1+ (cvs)<br />
| align="center" | 300-600<br />
| align="center" | Windowed, OpenGL<br />
|-<br />
| align="center" | Bahamut81<br />
| align="center" | Athlon 64 3200+<br />
| align="center" | 1 GB<br />
| align="center" | GeForce 7600 GT 256MB (proprietary drivers)<br />
| align="center" | Kubuntu 6.10 RC<br />
| align="center" | 0.0.22svn<br />
| align="center" | 640 (town), 400 (desert)<br />
| align="center" | Windowed, OpenGL<br />
|-<br />
| align="center" | [[User:Dargeloz|Dargeloz]]<br />
| align="center" | Intel Celeron (Mendocino) 333Mhz<br />
| align="center" | 196 MB<br />
| align="center" | SiS 620 (Onboard Chipset) 8MB shared<br />
| align="center" | Slackware GNU/Linux 11.0<br />
| align="center" | 0.0.21<br />
| align="center" | ~10 Windowed, ~12 Fullscren<br />
| align="center" | Software, OverlayDetail=0<br />
|-<br />
| align="center" rowspan="4"| [[User:Crush|Crush]]<br />
| align="center" rowspan="4"| Athlon XP 2400+<br />
| align="center" rowspan="4"| 256 MB<br />
| align="center" rowspan="4"| GeForce2 MX 200<br />
| align="center" rowspan="4"| Windows XP<br />
| align="center" rowspan="4"| 0.0.21<br />
| align="center" | 98<br />
| align="center" | OpenGL, sandstorm off<br />
|-<br />
| align="center" | 44<br />
| align="center" | OpenGL, sandstorm on<br />
|-<br />
| align="center" | 33<br />
| align="center" | Software, sandstorm off<br />
|-<br />
| align="center" | 18<br />
| align="center" | Software, sandstorm on<br />
|-<br />
| align="center" | dmang<br />
| align="center" | AMD Athlon XP 1700+ (1467Mhz)<br />
| align="center" | 512 MB<br />
| align="center" | Velocity 4400 16MB (TNT2)<br />
| align="center" | Windows 2000 SP4<br />
| align="center" | 0.0.21.1<br />
| align="center" | ~30 in town, ~15 in sandstorm<br />
| align="center" | Windowed, Software<br />
|-<br />
| align="center" | pseudoXh4<br />
| align="center" | Intel Core Duo (Yonah) (686-class), 1733.51 MHz<br />
| align="center" | 2GB<br />
| align="center" | Intel 950GMA<br />
| align="center" | NetBSD-current (Jan. 15 build)<br />
| align="center" | 0.0.22.1<br />
| align="center" | ~51fps in sandstorm, ~130fps in town<br />
| align="center" | Windowed, Software<br />
|-<br />
| align="center" | [[User:Blamoo|Blamoo]]<br />
| align="center" | GenuineIntel x86 Family 6 Model 11 Stepping 1 1090 MHz<br />
| align="center" | 192MB<br />
| align="center" | SIS AG315E-32<br />
| align="center" | Windows 98 SE + Revpack Lite 6 + Win98SE Unofficial SP<br />
| align="center" | 0.0.22.1<br />
| align="center" | 25~30 FPS in sandstorm, 30~50FPS in Tulimshar<br />
| align="center" | Windowed, OpenGL, 200 kbps<br />
|-<br />
| align="center" rowspan="2" | trapdoor<br />
| align="center" | Intel Core2Duo 2.1ghz<br />
| align="center" rowspan="2" | 1024 MB<br />
| align="center" | ATi Radeon X1600 Pro<br />
| align="center" rowspan="2" | MacOS X 10.4.9<br />
| align="center" rowspan="2" | 0.1.0<br />
| align="center" | Unknown<br />
| align="center" rowspan="2" |<br />
|-<br />
| align="center" | PowerPC G4 1.5Ghz<br />
| align="center" | ATi Radeon 9700 Pro<br />
| align="center" | 27-30 fps<br />
|-<br />
| align="center" | Zzl7<br />
| align="center" | Intel Celeron 1.7 Ghz<br />
| align="center" | 512MB<br />
| align="center" | Ati Radeon 9200 SE [Xorg Driver]<br />
| align="center" | Debian Sid - 2.6.21<br />
| align="center" | 0.0.23-1<br />
| align="center" | 60FPS<br />
| align="center" | Fullscreen, OpenGL<br />
|-<br />
| align="center" | QOAL<br />
| align="center" | AMD Athlon 1.1 GHz<br />
| align="center" | 1.5 GB<br />
| align="center" | GeForce FX 5500 128 MB<br />
| align="center" | Windows XP Pro SP2<br />
| align="center" | 0.0.23<br />
| align="center" | 37-38 FPS in sandstorm, 75 FPS in town.<br />
| align="center" | Windowed (800x600), OpenGL, Full overlays<br />
|-<br />
| align="center" | [[User:Dr Wahl|Dr Wahl]]<br />
| align="center" | AMD Athlon 64 X2 4200+<br />
| align="center" | 2.0 GB<br />
| align="center" | nVidia Geforce 7900GS<br />
| align="center" | Debian Sid 2.6.21<br />
| align="center" | 0.0.23<br />
| align="center" | ~175 Windowed, ~190 Fullscreen<br />
| align="center" | OpenGL, Full overlays, installed via debian repo<br />
|-<br />
| align="center" rowspan="2" | [[User:Falcata|Bobby Jim]]<br />
| align="center" rowspan="2" | Pentium III 450mhz<br />
| align="center" rowspan="2" | 256mb<br />
| align="center" rowspan="2" | nVidia Riva TNT2<br />
| align="center" rowspan="2" | Fedora Linux 7<br />
| align="center" rowspan="2" | 0.0.23<br />
| align="center" rowspan="2" | 15~20<br />
| align="center" | Fullscreen, Software, Build Optimized for Pentium III<br />
<br />
|}</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Archive:System_requirements&diff=7759Archive:System requirements2007-10-24T09:03:44Z<p>Dr Wahl: /* Performance chart */</p>
<hr />
<div>== General guideline ==<br />
<br />
The system requirements of TMW, as with any game, hugely depend on the kind of framerate you want. In general, you should be fine with a more or less recent (year 2001 and later) 3D accelerator card when running the OpenGL version. The software/SDL version probably heavily depends on your processor speed.<br />
<br />
* '''Processor Speed:''' 1 Ghz<br />
* '''RAM Memory:''' 64 MB<br />
* '''Hard Disk Space:''' ~25 MB<br />
* '''Operating System:''' Windows, GNU/Linux or MacOS X<br />
<br />
== Performance chart ==<br />
<br />
Here is a list of systems and the respective framerate with TMW. Feel free to add a line of your own, add comments if you like or necessary. We need especially more data about FPS on lower end machines, and it would also be nice to see changes in framerate on the same machine with different versions of TMW.<br />
<br />
{| border="1" cellspacing="0" cellpadding="5" width="100%" align="center"<br />
! style="background:#efdead;" | Name<br />
! style="background:#efdead;" | Processor<br />
! style="background:#efdead;" | Memory<br />
! style="background:#efdead;" | Video&nbsp;Card<br />
! style="background:#efdead;" | OS<br />
! style="background:#efdead;" | TMW&nbsp;Version<br />
! style="background:#efdead;" | Frame&nbsp;Rate<br />
! style="background:#efdead;" | Comments<br />
|-<br />
| align="center" | Kohan<br />
| align="center" | Intel Celeron 500 Mhz<br />
| align="center" | 192 MB<br />
| align="center" | ATI 3D Rage Pro 4&nbsp;MB<br />
| align="center" | Win98 SE<br />
| align="center" | 0.0.19<br />
| align="center" | NON-FUNCTIONAL<br />
| align="center" | Yes, 4 MB Video.<br />
|-<br />
| align="center" rowspan="2"| [[User:ElvenProgrammer|ElvenProgrammer]]<br />
| align="center" | Pentium4 2.53<br />
| align="center" | 512 MB<br />
| align="center" | ATI 9200se 128 MB<br />
| align="center" | WinXP Home SP2<br />
| align="center" | 21/01/2006<br />
| align="center" | 68<br />
| align="center" | Windowed, OpenGL<br />
|-<br />
| align="center" | AthlonXP-M<br />
| align="center" | 256 MB<br />
| align="center" | ATI 9200gp 64 MB<br />
| align="center" | Ubuntu 5.10<br />
| align="center" | 21/01/2006<br />
| align="center" | 36<br />
| align="center" | Windowed, OpenGL<br />
|-<br />
| align="center" | [[User:ilgufo|ilgufo]]<br />
| align="center" | AMD Athlon XP-M 2400+<br />
| align="center" | 512 MB<br />
| align="center" | Savage 4<br />
| align="center" | Debian Sid kernel 2.6.16.5<br />
| align="center" | 0.0.20svn<br />
| align="center" | 55<br />
| align="center" | Windowed, Software<br />
|-<br />
| align="center" | hijjt<br />
| align="center" | Athlon XP 2200Mhz<br />
| align="center" | 1.5 GB<br />
| align="center" | ATI X800 Pro AGP (fglrx)<br />
| align="center" | Gentoo ~x86 2.6.17<br />
| align="center" | 0.0.19<br />
| align="center" | 1225<br />
| align="center" | Windowed, OpenGL<br />
|-<br />
| align="center" rowspan="3" | [[User:Bjørn|Bjørn]]<br />
| align="center" rowspan="3" | AthlonXP 1.6<br />
| align="center" rowspan="3" | 512 MB<br />
| align="center" | GF 2MX 64 MB<br />
| align="center" rowspan="3" | ArchLinux/2.6<br />
| align="center" | 04/07/2005<br />
| align="center" | 50<br />
| align="center" rowspan="3" | Windowed, OpenGL<br />
|-<br />
| align="center" | Radeon&nbsp;8500&nbsp;(fglrx)<br />
| align="center" | 07/14/2005<br />
| align="center" | 200<br />
|-<br />
| align="center" | Radeon&nbsp;9700&nbsp;(fglrx)<br />
| align="center" | 0.0.21.1<br />
| align="center" | 500<br />
|-<br />
| align="center" | [[User:Burger|Burger]]<br />
| align="center" | AMD Athlon 64 3200+<br />
| align="center" | 1024 MB<br />
| align="center" | GeForce 6800GT 256MB<br />
| align="center" | Windows XP, SP-2<br />
| align="center" | 0.0.17<br />
| align="center" | 700+<br />
| align="center" | Windowed, OpenGL<br />
|-<br />
| align="center" | [[User:Doener|Doener]]<br />
| align="center" | AMD Athlon 64 X2 4400+<br />
| align="center" | 2048 MB<br />
| align="center" | GeForce 6600 256MB<br />
| align="center" | Gentoo Linux - Kernel 2.6.15<br />
| align="center" | 0.0.18.1+ (cvs)<br />
| align="center" | 300-600<br />
| align="center" | Windowed, OpenGL<br />
|-<br />
| align="center" | Bahamut81<br />
| align="center" | Athlon 64 3200+<br />
| align="center" | 1 GB<br />
| align="center" | GeForce 7600 GT 256MB (proprietary drivers)<br />
| align="center" | Kubuntu 6.10 RC<br />
| align="center" | 0.0.22svn<br />
| align="center" | 640 (town), 400 (desert)<br />
| align="center" | Windowed, OpenGL<br />
|-<br />
| align="center" | [[User:Dargeloz|Dargeloz]]<br />
| align="center" | Intel Celeron (Mendocino) 333Mhz<br />
| align="center" | 196 MB<br />
| align="center" | SiS 620 (Onboard Chipset) 8MB shared<br />
| align="center" | Slackware GNU/Linux 11.0<br />
| align="center" | 0.0.21<br />
| align="center" | ~10 Windowed, ~12 Fullscren<br />
| align="center" | Software, OverlayDetail=0<br />
|-<br />
| align="center" rowspan="4"| [[User:Crush|Crush]]<br />
| align="center" rowspan="4"| Athlon XP 2400+<br />
| align="center" rowspan="4"| 256 MB<br />
| align="center" rowspan="4"| GeForce2 MX 200<br />
| align="center" rowspan="4"| Windows XP<br />
| align="center" rowspan="4"| 0.0.21<br />
| align="center" | 98<br />
| align="center" | OpenGL, sandstorm off<br />
|-<br />
| align="center" | 44<br />
| align="center" | OpenGL, sandstorm on<br />
|-<br />
| align="center" | 33<br />
| align="center" | Software, sandstorm off<br />
|-<br />
| align="center" | 18<br />
| align="center" | Software, sandstorm on<br />
|-<br />
| align="center" | dmang<br />
| align="center" | AMD Athlon XP 1700+ (1467Mhz)<br />
| align="center" | 512 MB<br />
| align="center" | Velocity 4400 16MB (TNT2)<br />
| align="center" | Windows 2000 SP4<br />
| align="center" | 0.0.21.1<br />
| align="center" | ~30 in town, ~15 in sandstorm<br />
| align="center" | Windowed, Software<br />
|-<br />
| align="center" | pseudoXh4<br />
| align="center" | Intel Core Duo (Yonah) (686-class), 1733.51 MHz<br />
| align="center" | 2GB<br />
| align="center" | Intel 950GMA<br />
| align="center" | NetBSD-current (Jan. 15 build)<br />
| align="center" | 0.0.22.1<br />
| align="center" | ~51fps in sandstorm, ~130fps in town<br />
| align="center" | Windowed, Software<br />
|-<br />
| align="center" | [[User:Blamoo|Blamoo]]<br />
| align="center" | GenuineIntel x86 Family 6 Model 11 Stepping 1 1090 MHz<br />
| align="center" | 192MB<br />
| align="center" | SIS AG315E-32<br />
| align="center" | Windows 98 SE + Revpack Lite 6 + Win98SE Unofficial SP<br />
| align="center" | 0.0.22.1<br />
| align="center" | 25~30 FPS in sandstorm, 30~50FPS in Tulimshar<br />
| align="center" | Windowed, OpenGL, 200 kbps<br />
|-<br />
| align="center" rowspan="2" | trapdoor<br />
| align="center" | Intel Core2Duo 2.1ghz<br />
| align="center" rowspan="2" | 1024 MB<br />
| align="center" | ATi Radeon X1600 Pro<br />
| align="center" rowspan="2" | MacOS X 10.4.9<br />
| align="center" rowspan="2" | 0.1.0<br />
| align="center" | Unknown<br />
| align="center" rowspan="2" |<br />
|-<br />
| align="center" | PowerPC G4 1.5Ghz<br />
| align="center" | ATi Radeon 9700 Pro<br />
| align="center" | 27-30 fps<br />
|-<br />
| align="center" | Zzl7<br />
| align="center" | Intel Celeron 1.7 Ghz<br />
| align="center" | 512MB<br />
| align="center" | Ati Radeon 9200 SE [Xorg Driver]<br />
| align="center" | Debian Sid - 2.6.21<br />
| align="center" | 0.0.23-1<br />
| align="center" | 60FPS<br />
| align="center" | Fullscreen, OpenGL<br />
|-<br />
| align="center" | QOAL<br />
| align="center" | AMD Athlon 1.1 GHz<br />
| align="center" | 1.5 GB<br />
| align="center" | GeForce FX 5500 128 MB<br />
| align="center" | Windows XP Pro SP2<br />
| align="center" | 0.0.23<br />
| align="center" | 37-38 FPS in sandstorm, 75 FPS in town.<br />
| align="center" | Windowed (800x600), OpenGL, Full overlays<br />
|-<br />
| align="center" | [[User:Dr Wahl|Dr Wahl]]<br />
| align="center" | AMD Athlon 64 X2 4200+<br />
| align="center" | 2.0 GB<br />
| align="center" | nVidia Geforce 7900GS<br />
| align="center" | Debian Sid<br />
| align="center" | 0.0.23<br />
| align="center" | ~175 Windowed, ~190 Fullscreen<br />
| align="center" | OpenGL, Full overlays, installed via debian repo<br />
|-<br />
| align="center" rowspan="2" | [[User:Falcata|Bobby Jim]]<br />
| align="center" rowspan="2" | Pentium III 450mhz<br />
| align="center" rowspan="2" | 256mb<br />
| align="center" rowspan="2" | nVidia Riva TNT2<br />
| align="center" rowspan="2" | Fedora Linux 7<br />
| align="center" rowspan="2" | 0.0.23<br />
| align="center" rowspan="2" | 15~20<br />
| align="center" | Fullscreen, Software, Build Optimized for Pentium III<br />
<br />
|}</div>Dr Wahlhttps://oldwiki.devbox.themanaworld.org/index.php?title=Archive:System_requirements&diff=7758Archive:System requirements2007-10-24T08:57:57Z<p>Dr Wahl: /* Performance chart */</p>
<hr />
<div>== General guideline ==<br />
<br />
The system requirements of TMW, as with any game, hugely depend on the kind of framerate you want. In general, you should be fine with a more or less recent (year 2001 and later) 3D accelerator card when running the OpenGL version. The software/SDL version probably heavily depends on your processor speed.<br />
<br />
* '''Processor Speed:''' 1 Ghz<br />
* '''RAM Memory:''' 64 MB<br />
* '''Hard Disk Space:''' ~25 MB<br />
* '''Operating System:''' Windows, GNU/Linux or MacOS X<br />
<br />
== Performance chart ==<br />
<br />
Here is a list of systems and the respective framerate with TMW. Feel free to add a line of your own, add comments if you like or necessary. We need especially more data about FPS on lower end machines, and it would also be nice to see changes in framerate on the same machine with different versions of TMW.<br />
<br />
{| border="1" cellspacing="0" cellpadding="5" width="100%" align="center"<br />
! style="background:#efdead;" | Name<br />
! style="background:#efdead;" | Processor<br />
! style="background:#efdead;" | Memory<br />
! style="background:#efdead;" | Video&nbsp;Card<br />
! style="background:#efdead;" | OS<br />
! style="background:#efdead;" | TMW&nbsp;Version<br />
! style="background:#efdead;" | Frame&nbsp;Rate<br />
! style="background:#efdead;" | Comments<br />
|-<br />
| align="center" | Kohan<br />
| align="center" | Intel Celeron 500 Mhz<br />
| align="center" | 192 MB<br />
| align="center" | ATI 3D Rage Pro 4&nbsp;MB<br />
| align="center" | Win98 SE<br />
| align="center" | 0.0.19<br />
| align="center" | NON-FUNCTIONAL<br />
| align="center" | Yes, 4 MB Video.<br />
|-<br />
| align="center" rowspan="2"| [[User:ElvenProgrammer|ElvenProgrammer]]<br />
| align="center" | Pentium4 2.53<br />
| align="center" | 512 MB<br />
| align="center" | ATI 9200se 128 MB<br />
| align="center" | WinXP Home SP2<br />
| align="center" | 21/01/2006<br />
| align="center" | 68<br />
| align="center" | Windowed, OpenGL<br />
|-<br />
| align="center" | AthlonXP-M<br />
| align="center" | 256 MB<br />
| align="center" | ATI 9200gp 64 MB<br />
| align="center" | Ubuntu 5.10<br />
| align="center" | 21/01/2006<br />
| align="center" | 36<br />
| align="center" | Windowed, OpenGL<br />
|-<br />
| align="center" | [[User:ilgufo|ilgufo]]<br />
| align="center" | AMD Athlon XP-M 2400+<br />
| align="center" | 512 MB<br />
| align="center" | Savage 4<br />
| align="center" | Debian Sid kernel 2.6.16.5<br />
| align="center" | 0.0.20svn<br />
| align="center" | 55<br />
| align="center" | Windowed, Software<br />
|-<br />
| align="center" | hijjt<br />
| align="center" | Athlon XP 2200Mhz<br />
| align="center" | 1.5 GB<br />
| align="center" | ATI X800 Pro AGP (fglrx)<br />
| align="center" | Gentoo ~x86 2.6.17<br />
| align="center" | 0.0.19<br />
| align="center" | 1225<br />
| align="center" | Windowed, OpenGL<br />
|-<br />
| align="center" rowspan="3" | [[User:Bjørn|Bjørn]]<br />
| align="center" rowspan="3" | AthlonXP 1.6<br />
| align="center" rowspan="3" | 512 MB<br />
| align="center" | GF 2MX 64 MB<br />
| align="center" rowspan="3" | ArchLinux/2.6<br />
| align="center" | 04/07/2005<br />
| align="center" | 50<br />
| align="center" rowspan="3" | Windowed, OpenGL<br />
|-<br />
| align="center" | Radeon&nbsp;8500&nbsp;(fglrx)<br />
| align="center" | 07/14/2005<br />
| align="center" | 200<br />
|-<br />
| align="center" | Radeon&nbsp;9700&nbsp;(fglrx)<br />
| align="center" | 0.0.21.1<br />
| align="center" | 500<br />
|-<br />
| align="center" | [[User:Burger|Burger]]<br />
| align="center" | AMD Athlon 64 3200+<br />
| align="center" | 1024 MB<br />
| align="center" | GeForce 6800GT 256MB<br />
| align="center" | Windows XP, SP-2<br />
| align="center" | 0.0.17<br />
| align="center" | 700+<br />
| align="center" | Windowed, OpenGL<br />
|-<br />
| align="center" | [[User:Doener|Doener]]<br />
| align="center" | AMD Athlon 64 X2 4400+<br />
| align="center" | 2048 MB<br />
| align="center" | GeForce 6600 256MB<br />
| align="center" | Gentoo Linux - Kernel 2.6.15<br />
| align="center" | 0.0.18.1+ (cvs)<br />
| align="center" | 300-600<br />
| align="center" | Windowed, OpenGL<br />
|-<br />
| align="center" | Bahamut81<br />
| align="center" | Athlon 64 3200+<br />
| align="center" | 1 GB<br />
| align="center" | GeForce 7600 GT 256MB (proprietary drivers)<br />
| align="center" | Kubuntu 6.10 RC<br />
| align="center" | 0.0.22svn<br />
| align="center" | 640 (town), 400 (desert)<br />
| align="center" | Windowed, OpenGL<br />
|-<br />
| align="center" | [[User:Dargeloz|Dargeloz]]<br />
| align="center" | Intel Celeron (Mendocino) 333Mhz<br />
| align="center" | 196 MB<br />
| align="center" | SiS 620 (Onboard Chipset) 8MB shared<br />
| align="center" | Slackware GNU/Linux 11.0<br />
| align="center" | 0.0.21<br />
| align="center" | ~10 Windowed, ~12 Fullscren<br />
| align="center" | Software, OverlayDetail=0<br />
|-<br />
| align="center" rowspan="4"| [[User:Crush|Crush]]<br />
| align="center" rowspan="4"| Athlon XP 2400+<br />
| align="center" rowspan="4"| 256 MB<br />
| align="center" rowspan="4"| GeForce2 MX 200<br />
| align="center" rowspan="4"| Windows XP<br />
| align="center" rowspan="4"| 0.0.21<br />
| align="center" | 98<br />
| align="center" | OpenGL, sandstorm off<br />
|-<br />
| align="center" | 44<br />
| align="center" | OpenGL, sandstorm on<br />
|-<br />
| align="center" | 33<br />
| align="center" | Software, sandstorm off<br />
|-<br />
| align="center" | 18<br />
| align="center" | Software, sandstorm on<br />
|-<br />
| align="center" | dmang<br />
| align="center" | AMD Athlon XP 1700+ (1467Mhz)<br />
| align="center" | 512 MB<br />
| align="center" | Velocity 4400 16MB (TNT2)<br />
| align="center" | Windows 2000 SP4<br />
| align="center" | 0.0.21.1<br />
| align="center" | ~30 in town, ~15 in sandstorm<br />
| align="center" | Windowed, Software<br />
|-<br />
| align="center" | pseudoXh4<br />
| align="center" | Intel Core Duo (Yonah) (686-class), 1733.51 MHz<br />
| align="center" | 2GB<br />
| align="center" | Intel 950GMA<br />
| align="center" | NetBSD-current (Jan. 15 build)<br />
| align="center" | 0.0.22.1<br />
| align="center" | ~51fps in sandstorm, ~130fps in town<br />
| align="center" | Windowed, Software<br />
|-<br />
| align="center" | [[User:Blamoo|Blamoo]]<br />
| align="center" | GenuineIntel x86 Family 6 Model 11 Stepping 1 1090 MHz<br />
| align="center" | 192MB<br />
| align="center" | SIS AG315E-32<br />
| align="center" | Windows 98 SE + Revpack Lite 6 + Win98SE Unofficial SP<br />
| align="center" | 0.0.22.1<br />
| align="center" | 25~30 FPS in sandstorm, 30~50FPS in Tulimshar<br />
| align="center" | Windowed, OpenGL, 200 kbps<br />
|-<br />
| align="center" rowspan="2" | trapdoor<br />
| align="center" | Intel Core2Duo 2.1ghz<br />
| align="center" rowspan="2" | 1024 MB<br />
| align="center" | ATi Radeon X1600 Pro<br />
| align="center" rowspan="2" | MacOS X 10.4.9<br />
| align="center" rowspan="2" | 0.1.0<br />
| align="center" | Unknown<br />
| align="center" rowspan="2" |<br />
|-<br />
| align="center" | PowerPC G4 1.5Ghz<br />
| align="center" | ATi Radeon 9700 Pro<br />
| align="center" | 27-30 fps<br />
|-<br />
| align="center" | Zzl7<br />
| align="center" | Intel Celeron 1.7 Ghz<br />
| align="center" | 512MB<br />
| align="center" | Ati Radeon 9200 SE [Xorg Driver]<br />
| align="center" | Debian Sid - 2.6.21<br />
| align="center" | 0.0.23-1<br />
| align="center" | 60FPS<br />
| align="center" | Fullscreen, OpenGL<br />
|-<br />
| align="center" | QOAL<br />
| align="center" | AMD Athlon 1.1 GHz<br />
| align="center" | 1.5 GB<br />
| align="center" | GeForce FX 5500 128 MB<br />
| align="center" | Windows XP Pro SP2<br />
| align="center" | 0.0.23<br />
| align="center" | 37-38 FPS in sandstorm, 75 FPS in town.<br />
| align="center" | Windowed (800x600), OpenGL, Full overlays<br />
|-<br />
| align="center" | [[User:Dr Wahl|Dr Wahl]]<br />
| align="center" | AMD Athlon 64 X2 4200+<br />
| align="center" | 2.0 GB<br />
| align="center" | nVidia Geforce 7900GS<br />
| align="center" | Debian Sid<br />
| align="center" | 0.0.23<br />
| align="center" | ~60 Windowed, ~60 Fullscreen<br />
| align="center" | OpenGL, Full overlays, installed via debian repo<br />
|-<br />
| align="center" rowspan="2" | [[User:Falcata|Bobby Jim]]<br />
| align="center" rowspan="2" | Pentium III 450mhz<br />
| align="center" rowspan="2" | 256mb<br />
| align="center" rowspan="2" | nVidia Riva TNT2<br />
| align="center" rowspan="2" | Fedora Linux 7<br />
| align="center" rowspan="2" | 0.0.23<br />
| align="center" rowspan="2" | 15~20<br />
| align="center" | Fullscreen, Software, Build Optimized for Pentium III<br />
<br />
|}</div>Dr Wahl