WishlistFrom Globulation2If you would like to adopt one of these projects please put your name under it! ContentsGeneral wishesJack-audio-connection-kit support
A VoIP solution for in game talking
Revamped tutorial and campaigns
A better map editor
Bookmarks for LAN-gamesit's very uncomfortable to have to type the same url (dyndns) again and again. also when it crashes it would be nice to at least not have to type it again. User wishesPhilipp's WishesNew Units
To get a Plane you need an Airport. An Airport should be a really big building because of the runway. In the Airport Warriors can train to fly an plane. Airplanes can start if a Warrior heads to the Airport an gets in a plane. A plane can be repaired in the airport be workers.
Ships are build in a Pier. Everything functions the same as the Airport. There should be many Types of Ships and Planes. In the Pier or Airport a Warrior learns to fly one Type of Plane or Ship. If the Warrior enters again the Airport of Pier, it can learn to fly or control other ships and planes.
- To attack Units - To transport Units AppleBoy's Wishes
Giszmo's WishesBetter areasProblem is, guard areas concentrate warriors too much to some of those areas, clearing areas allow to get overgrown if no worker comes in time and no-go-areas are often meant to be no-harvest-areas. So I suggest to make the first two more flag-like. So every patch of guard/clearing area gets its own gradient. These patches get units in the order of (area actually having to be controlled or cleared)/(units already assigned). to keep gradient-count low, patches could get defined so one wide gaps don't separate a patch into two (internally the gradient gets filled there but without the order to clear p.e.) Clearing areas don't work. To make them useful for not just keeping passages free but also improve building placement and upgrading i suggest the following:
turn them into paving areas.
paving/unpaving is done with area tools and not with a 1x1 building With these paving areas we could modify construction and upgrading to be more realistic and handy by:
This would be more realistic as it would not be possible to block enemy units/ressources without actually having a glob that walks there. Additionaly a construction site would not be visible or attackable by the opponent. Construction would be more easy to use as it would allow to place/upgrade buildings not caring about clearable ressources what is micro management now. AgingImagine the globs growing old. So from a certain moment in time on they start moving slower, needing more rest (grow hungry more quickly) and also needing a doctor more often (randomly loose health) until they finally die because they didn't reach the hospital in time. Just a thought ;) Improved Map ManagementConceptThe idea is to provide a possibility to both provide own maps to the community and easily retrieve maps from others. For this purpose I suggest to implement some new features in the YOG-map-selection-screen.
Where does the rating come from? Well I suggest to put it in the "game finished" screen as an extra tab where the player can change his mind on the map (vote or withdraw his vote). ImplementationIn order to be able to distinguish maps i suggest to force to use unique lower case names with a-z and SPACE only. In order to really be able to distinguish maps i suggest to calculate checksums (md5, SHA-1). Those are the handles in the databases. the database (?) that stores the login data of yog-players gets a table of all the map-data CREATE TABLE map (
id int not null auto_increment,
hash char(60),
url varchar(100),
playerCount int,
sizeX int,
sizeY int,
fruitCount int,
PRIMARY KEY (
id));
and a table player2map CREATE TABLE player2map (
playerId int,
mapId int,
vote int,
comment varchar(200),
PRIMARY KEY (
playerId,
mapId));
Improved pathfinding
although i guess the above would dramatically improve pathfinding without the need of human assigned one way areas as proposed earlier there remain special cases:
an example of (blue=)"one-wide passages". each of those blue areas will have to be treated as one so direction switches on the whole length. Steph's WishesMagicianWe can have a new unit, let's call it magician, caster or shadow for now. This unit will undiscover the map around it for the enemy (i.e., recreate black). When upgraded, it could kill explorers. This way, the information control get a first place in glob2's gameplay. Ideally, it should be linked to papyrus. I still don't know how it should be done (by a building, an upgrade, a continuous consumption, per shot consumption, ...). On the implementation side, this effectively bring ranged weapon ability to units. Nevertheless, it should be implementable in a reasonable time if we use the bullet code. God actionsWe can have global effects. For instance, buildings providing prestige could recharge some global action capacities, which can be used globally. I can imagine:
Singularity ObelisksWe can have a new building, the singularity obelisk. It would allow any globule to instantly travel to any other obelisk. This would allow the unit to get a shorten way in some situations, for instance to go from one island to another. This can be not-too-hardly implemented by modifiying the gradient computation system so that when it encounters an obelisk, it looks around all other obelisks belonging to this player or its allies (obelisk sharing being a question to discuss) to see if there is a lower value for its target (or higher, depending the gradient algorithm conventions). Of course, an obelisk would be hard to build, and perhaps would consume, let say, papyrus ;-) (so that the Archwizards in it can write and cast spells to maintain singularity). We could even imagine to make the obelisks quite dangerous so that if they reserve of papyrus fall to zero singularity collapses and make a lot of damage around. wiz's WishesMake AI (m.b some other parts too) use multiple threads. 6 AI Castors periodicaly slugging out X2 3800+.
NoSpin's WishesRoads that increase movement speed and decrease hunger costs allowing units to move farther and faster. Warehouses that can store grain, fruit, trees, stone, and algae. These are not global but any worker that grabs resources from this warehouse can grab twice the normal load (they can also grab only the regular amount in case that is all they need for construction) Priority Flags. Set the radius and priority for all work in a certain area. You can set it to be high priority or you can set it to low priority (which means it will use the workers on jobs where the priority is not set). The circular flags are suggested mainly so that you can set priority over a square marked for clearing. Building Priority. Just like the priority flags, all buildings will have a one to ten value that can be set in the building menu of its priority.
Archers. I just want a ranged unit. I was thinking that they should have limited shots and then then need to run back to the archery range to refill. Also they should only be for support so a few weakness should be used. They cannot hit moving targets once they fire if the unit moves within a small amount of time they avoid getting hit. Also archers cannot shoot things right next to them.
Catapults. A ranged unit for hiting towers and units. When they fire a target is chosen after a small amount of time every unit in that square and all adjacent squares takes significant damage (including friendly units). Maybe we can have warriors being targeted automatically run when they see the catapult fire? Customizable Races. A editor that allows you to customize races. There should be some kinda of weights and balances. In the editor each unit being designed cannot attack, cannot fly, cannot mine, is the slowest possible speed, and has one hit point. Also that same unit has maybe twenty development points. To make it faster it will cost one development point, to allow it to mine it will cost ten. More hitpoints cost a development point and so on. The editor will allow you to create ten units for your race and you can use your race in any game without asking permission from the game host. Automining A way to selecting a mining method for wheat and or trees. Once selecetd the program will auto assign the forbidden zones allowing farming. There should be at least 3 choices (rows, checkered, and knights distance(chess term)). This is important because it will lessen the micromanagement big time.
Xylix's List of IdeasGlobal ManagementA system, possible with a temporary side menu (on the left), that allows for some Global management of generalized unit activites. The purpose of this is to reduce, as much as possible, a range of unit micromanagement. As a start this should include, but is by no means limited to: Worker Activity Distribution / Priority The ability to split your worker force so that certian proportions prioritize certain activities over others (they will still do any activity). This is so that players don't need to micromanage unit distributions as they apply to specific buildings as much as is now generally required. It ensures that at least a certain fraction of the workers will take care of certain groups of activities, even if assignments overwhelm the number of available workers. This should include:
E.g: If I have 50 workers, and 10% are clearing, 60% are taking care of chores, and 30% constructing... and I assign 5 people to build a new building (and nobody else is building) then I should be guarenteed to get those 5 wokers, and those 5 workers should peel off ANY OTHER ACTIVITY in favor of construction (except training, feeding, etc... but I'll deal with that later). This should significantly improve glob response to certain work activiites, and reduce the periodic lack of control that results when the numbers go negative. Training Activity maximums A maximum percent for "Workers", "Explorers" and "Warriors" that are allowed to be training at any one time. This is to prevent entire forces from "dissapearing" when you really need them. Feeding/Healing maximums As per training, except for feeding and healing. Again, this is to prevent the entire work force from disapearing when you desperately need them. Warrior Activity Distribution / Priority The ability to split warrior distributions similar to how worker distributions are managed above.
Auto-upgrades For late in the game, the player should be able to assign certain buildings to automatically upgrade to certain levels. This is to reduce building micromanagement, ESPECIALLY, on large maps. Default worker assignments For either buildings or just in general there should be a method to assign default levels to certain tasks. For instance, I should be able to set a general preference that 3 workers be assigned to building my buildings, but only one should work in the building after the building is done. This should be saveable to a player's preferences (so that they can automatically start with these settings), and manipulating it should be allowed outside of a game (as it's relevant only to reduce player micro-management anyway). General AIForce March option A clickable (whatever) option for Flags, construction (not maintanence), and various other things that tells your globs to answer this flag/construction in favor of hunger or death, VERY useful, and even necessary when building or attacking beyond the edge of your glob's hunger thresholds. The default is obviously "false", this option is only for when the player gains strategic advantage from the risk / sacrifice of his globs for a purpose (one way suicide attacks, constructing inns REALLY far from the base). ResourcesDestruction If my warriors can destroy walls, they should be able to destroy resources that get in their way as well. So either resources need to be destroyable by warriors, or warriors need to be able to walk over resources (possibly at a movement penalty). Resources shouldn't be a better defense than walls. Non-obstruction If I build a building over resources, it should just destroy the resources... or assign a worker to do so for me (from the construction pool if global management above is used). Equally this should be true for upgrading a building. If I destroy all my resources... well... I should have though of that shouldn't I. Cultivation Workers should be able to cultivate wheat, forest, algea and mine up new rock. This should be time consuming and use a lot of work, but this should be allowable. This would reduce concerns on over exploiting a resource, or having it all destroyed. However, doing so should be undesirable except as a necessity. The difficulty of cultivating various resources can very resonable vary based on which resource it is. Wheat for instance, is a resource that can be legitimately easy to cultivate. LogisticsGlobulation, unfortunately, doesn't allow for much tatical distribution. The small number of viable units guarentees this, and I cannot see a fix that doesn't require drastic game change. As such, the emphasis on the exploitation and considerations of logistics is perhaps one of the best elements this game can utilize to require strategy. As such, I suggest that the importance of logistics, especially military logistics be improved. A simple suggestion would be decreasing the food consumption of idle units (e.g. Warriors at home), and dramatically increasing the food consumption of warriors that are fighting. This will help force players to setup and build forward bases in order for the attacking force to have even a fraction of the effectiveness of the defensive force (which is desirable). Alternatively, warriors can be given weapons with limited ammunition. Personally, I suggest both. Whatever the case, emphasisng logisitics more heavily in military conquest is desirable as it adds another dimension to advanced assualt strategy... and defensive counter attack. BuildingsBuilding Size For large buildings (swimming pool and racetrack) I suggest reducing their size by one, but maintain the same foot print. As such the building will need the same amount of space, but will in essence force the existence of at least a single "lane" all around the building where even resources cannot grow. This will help some in alleviating movement problems without otherwise effecting gameplay. Building HP Buildings should be tougher than Globs. Really, just think about it. Stab a sword into a person and what happens? Stab a sword into an large wooden house and what happens? Which one is going to die first. Honestly, I don't think any buildings should have less than 400-500 hp (Though some, non-militarily hardened buildings, shouldn't have any armor either!). New building -- Armory A building that manufactures a set of "weapons" and then carries them. The building consumes wood and/or stone, and constructs so many "weapons" when it receives these (say 2-3 weapons per a wood and stone). Warriors, and explorers can then go to this building to get weapons. This improves or allows for certain attacks. For instance, bombers might result not from such special training but rather the equipping of explorers with ammunition (Though their effectiveness may vary greatly with training). Warriors alternatively may gain a mild ranged attack, and/or improved melee attack (this may require reducing bonuses from other training). However, all weapons have an ammunition limit much like towers, and the ammount of ammo a armory gives depends on the quality of it's production (e.g. upgrade level). New building -- Storehouse A building that carries resources. It comes paired with a "distrubition center building" that can be "built" up to a certain distance from this store house (about 10ish spaces). Globs can get resources from the distribution center, where as they put them in the store house. This acts as a mechanism to circumvent distances, improve worker efficiency, and improve city construction management and thus reduce clutter. Players should be able to assign which of the four resources they want workers to gather for their storehouse, with the potential for choosing "all". Obviously there will need to be a way to ensure that the "distribution center" corresponds to a particular warehouse. The best way would probably be to have the "build icon" tagged to that particular building. New building -- Guardhouse A building that "stores" warriors. Warriors automatically leave the building and attack any enemy units that come within a certain range of sight (7 - 9 ish). The building can be set up to only release warriors to certain kinds of enemies. Warriors in a guardhouse consume less food, and are thus able to stay prepared at all times. For obvious reasons, guard houses should allow the players to set how many warriors are to respond to a particular guard house. This is essentially a means of controlling the placement of warriors in general areas (but with a much more refined mechanism than guard areas currently do). It also reduces clutter and population food consumption levels. New building -- Gate House Essentially this is a building which only the owner (and his accepted allies) can walk through. Takes up four spaces, and is a bit weaker than 4 wall spaces. The purpose of the gate house is to act as a simple simalicrum of a true "gate", allowing the player to wrap his entire town in a protective wall, while still being able to exit that wall. New building -- Raft section Creates floating raft spots on water, much like little wall spots on land. Raft spots use 1 wood each, and have much less hp/armor than walls (they aren't walls!). The general purpose here is that raft spots should be buildable upon, thus allowing floating buildings...useful when forward bases are needed on a map with lots of water. It can also improve build area of a player... though at an additional cost of 1 wood per a spot of area that building uses. (Either this, or allow floating buildings). A similar building "spot unit" should be available for sand as well. -- Alternative -- unoptimal buildings Current and ancient technologies have existed throughout the real world allowing the building of objects on various terrians, and should exist in globulation too. This is basically as above, but instead of building a "platform" first, the building is simply placed in the terrian. Instead, the building has its own unique special cost additions for every unoptimal spot the building takes up. For instance, most buildings might require +1 wood per an area of water the building takes up (and may require the same on upgrade, or not)... but towers could be set up to require +2 wood per a spot (14 total wood for a floating tower) or even +1/+2/+3 wood (4 wood for building, 8 for upgrade, 12 for upgrade-2). This allows players to expand when necessary into unfavorable terrian, or allows them to put down "bases" where it would not otherwise be possible. However, as reasonable this adds a stiff cost that should keep players on the land they should be on. Some sort of warning mechanism should be built in to allow the player to know they are constructing with an extracost. Red glowing spots is probably fine (as well as red highlighted building costs where additions are necessary). Warrior RebalenceWarrirs of various levels desperately need to be rebalanced. As it currently exists warriors must be level 2 in order to be effective (there is a huge capabilitiy gap), and upgrading the warriors is a necessity rather than a strategic consideration, as it should be. As such, warriros need to be rebalanced so that a player actually considers whether or not he wants to upgrade his warriors..., at least earlier in the game. Further the gap between each upgrade should be as equal as possible. I suggest trying to balance around the following principles:
Why all of these? Time is because the player should be able to get similar reaction/planning/counterstrike time against opposing warriors late in the game as they do to early in the game. Equally, logistical limits should be similar early in the game as late in the game. Perhaps just as importantly, there should be sufficient time that an invididual with a larger army can actually get his 2-1 or 3-1 advantage. Strength because there should be no "upgrade" that is more desirable than the last. Each increase should have the same weight. Capability because upgrades should never be absoultely necessary, even though they may be extremely desirable. To give an idea of the scale of the problem lets look a basic stats: LV1 Warrior HP: 250; Armor: 10 Attack: 8; Speed: 11; Damage/Second: 8.3; 1.04 (armor) TimeToKill: 30 seconds / 240 seconds LV2 Warrior HP: 250; Armor: 10 Attack: 16; Speed: 18; Damage/Second: 26.6; 10 (armor) TimeToKill: 9.4 seconds / 25 seconds LV3 Warrior HP: 250; Armor: 10 Attack: 24; Speed: 25; Damage/Second: 55; 32 (armor) TimeToKill: 4.6 seconds / 7.9 seconds LV4 Warrior HP: 250; Armor: 10 Attack: 32; Speed: 32; Damage/Second: 100; 68.8 (armor) TimeToKill: 2.5 seconds / 3.6 seconds Time: 12x time factor (ignoring armor), or a 67x time factor considering armor. That's is to say that the player has 1/12th to 1/67th the time to respond to an assault from Lv4 Warriors, then they did against Lv1 Warriors. Strength: The gaps of strength can be measure without armor as: 320% / 200% / 180% or with armor as 960% / 320% / 220%. This makes the upgrade from lv 1 to lv 2 absolutely necessary... and means a rush of lv 2 warriors will always obliterate lvl1 Warriors. Capability: As per time; A Lv 4 warrior can defeat 12 Lv1 Warriors in a row (or 4 simutaniously) -- excluding armor; or 67 Lv1 Warriors in a row; or 11 Simutaniously (which will never happen!) I suggest squeezing this down some. The first thing I'd suggest is lowering time. I think balancing kill times (with armor) around the 25 seconds of the LV 2 warriors would be a good start. Additionally, I would reduce the "strength growth" with armor to around 200-150% growth. For this I suggest any of the following, all balanced for kill time circa 25-30 seconds against their own level. A lower value may be desired about 10-20 seconds, if 25-30 seconds is just too long -- 10-15 seconds can be easily acheived just by doubling all attack speeds, without changing any other balance. Growth ~150%; Lv1-Lv4 diff: 350% (counting armor)
This would be a minor upgrade gradiant. Lv4 Units could destroy 3.5 Lv 1 units in a row, or defeat 2 simutaniously. This gradient may be a bit lower than desired. However, it is also the only gradient that would allow a player to choose to never upgrade their warriors, and still have warriors that are actually worth anything. Growth ~175%; Lv1-Lv4 diff: 560% (counting armor)
A moderate gradient, certrainly balanced. I personally think this is the best gradient of all. Lv4 Units could destroy 5.6 Lv 1 units in a row, and to nearly defeat a triplet simutaniously, or 2 pairs in a row. Growth ~200%; Lv1-Lv4 diff: 990% (counting armor)
The highest gradient I'd recommend. Lv 4 Units could destroy 9.9 Lv1 units in a row, and could defeat a quadruplet at once, or a triplet, dublet, then singlet. This is about the maximum amount of "power" a Lv4 to Lv1 can have without the level 1units being rendered completely useless. I would note, that the food consumption per a kill (of the same class) is not level here (Raises equal to speed!). This can be addressed in several ways. The first would be to simply allow it to persist (if it isn't too big of a deal), the other would be to increase the food "carried" by higher level warriors (Incidently, also giving them larger marching distances, which isn't really that bad of an idea!, especially if using a more moderate gradient). Or, an attempt to balance can be made while leaving attack speed constant... However, all of food consumption AND attack speed, AND time to kill same level cannot all remain constant, that is mathamatically impossible. Wacky IdeasA set of ideas that crossed my mind that go directly against the grain of the current game setup (though not concept!). As such, I expect them to be taken with a great deal of leeriness.... in fact, I'm not so sure they are good idea's myself. However, they are "interesting". Enslaving Instead of using fruit to "convert" ones enemeis, this idea would consist of the player sending "Slave raids" of warriors into the opposing individual's base. The warriors would then grab innocent workers, and carry them all the way back to the raiders base (workers would be dropped if the warrior is attacked while carried). Then, once in the base they'd be converted (by an inn, a school, or a new building...). This takes a page from actual history, where "white men" essentially did this in Africa. Non Swimming Warriors Add "bridges" to the game, and eliminate the ability to teach warriors to swim (or make them swim much slower 1/2 to 1/4th rate). Adds an interesting strategic element, and creates more natural choke points against assualts.
The ability to inflict "Massive magical" spells onto the game, generally with difficulty. Other players should be able to counter act, dispell or even aid in the casting of the spells. All of the spells should be a doubled edged sword of sorts, and as much "interesting" (or amusing) as useful. Strategic use should be imaginable, but may require making strong judgements at the state of affairs at the other's base. Though spells affect all players, they can enfavor a player by either harming him more / helping him more. (E.g. Plauge will harm the player that doesn't have many hospitals (or who's were recently destroyed) more than the guy that built half a dozen new ones before casting plauge)
Obviously there needs to be strategy in the deployment and control of spell casting. This could done by adding a "spell building" and having workers work their... or by adding new units, or by any other imaginable means. Shew's WishesColorful gameI'd like a more flexible option sistem in choosing colors of globs. And I'd like I can select the same color for globs and user (to view it on minimap). "Garbage" on the groundSome spare but funny obstacles (as rifts, mountains, and so on) should be created with the use of a new resource type that is not harvested, and of a new tile; should be a small change, but should give more tactical options and a little improvement in map apparence. MagicDifferent players, different tiles: is there a solution to have players with a different graphics for building? Quick noteSorry if suggested changes seems superficial ones, but I found the game is good enough. I write this because I know the most of developer are programmers, and I think I could bring a different point of view. Wishes from the forum
Out of game wishes
 | ||
