| Phoenix: Starships - Full Rules | |
|
Starships Stellar Navigation Worlds Scanning and Evasion Interaction and Trade Exploration Building
Outposts
and
Starbases Maintaining
Ships Links to
|
StarshipsIntroduction Starships (also referred to as spaceships, space vessels, or simply ships) are vehicles capable of travelling through space. Ships come in all shapes and sizes, which in Phoenix are defined by the items that go into their construction. There are two basic parameters to a ship, from which the general concept of the ship is derived. These are the type of hull used in their construction, and the quantity used. Hull TypesThere are four types of hull that span a range from large volume but thin and weak through to small volume but thick and able to withstand damage.
Ship SizeThe quantity of hulls multiplied by the internal capacity of the hull determines the size of the ship. It can therefore be seen that a ship constructed out of 100 light hulls will be much larger than a ship constructed out of 100 heavy hulls. IntegrityIntegrity is a measure of how resilient the hull type is to day-to-day stresses. As a ship can only be constructed out of one type of hull, this value will determine how often a ship will have to be patched up. This multiplier is applied to the stress level of any action to determine loss of integrity. Therefore, a ship constructed out of heavy hulls performing the same actions as an xtra light ship will suffer integrity losses at a rate of 1/8th that of the xlight ship. This is a very important factor when considering the type of ship to assign to a certain task. Internal ItemsThe hulls of a ship are the bare bones. A ship needs items installed within it to make it functional. There are a number of basic items required in order for a ship to be serviceable. ISR Drives – these propel a ship through interplanetary space. Without them it would take a ship from months to years to get from one planet to another. Jump Drive – this is used to move a ship from one planetary system to another (see chapter on Stellar Navigation). Thrust Engines – these are used in order to perform manoeuvres in gravity wells such as around planets. ISR drives cannot be used in these circumstances due to interference with the ISR field. Quarters – crew and life forms need to have a number of basic living requirements satisfied. Quarters cover everything from sleeping booths through to mess halls and limited recreation facilities. Bridge – while this is optional, not having one places a greater burden on the crew. As very small ships can easily have more crew than are needed, they can often go without a bridge and accommodate the drop in running efficiency. Sensors – these are the eyes and ears of the ship. They use a battery of scanning techniques in order to observe the region of space near the ship. Further, they are used for specific actions such as scanning for minerals or other ships. Cargo Bays – these are used for the transport of items (see section on Interaction and Trade) Crewing a StarshipAs well as a number of basic items installed into the ship, there are several other requirements. The most important of these is a crew to run the ship. Each item installed in a ship requires someone to look after it. This is known as the crew factor requirement. For a ship all these requirements are totalled giving an overall crew factor requirement. In order for the ship to run at normal operating efficiency (100%) the ship requires a crew whose total crew factors equals or exceeds this requirement. While crew are the most able at running ships, other troops can also be used. The table below gives the crew factors provided by various troops. Veterans (troops that have gained experience) are better than normal troops.
Ship designs generally assume that crew will be used to run a ship, therefore it is most often the case that there will not be enough quarters to run a ship using other types of troops. As space is a premium on ships, more advanced items, if available, such as bunks or cryogenic booths can be installed instead of quarters. This increases the life capacity of the ship per installation space used. Ships designed for war, for example may encounter boarding actions. For this reason it is better to use marines as they are suited to close-quarter fighting. But as warships are made out of heavy hulls in order to resist damage, space is tight. As a result they will often install bunks, instead of quarters. These are both more resilient to damage and cram more life forms into the same space as quarters. Bunks though are both restricted technology and require the use of expensive minerals. As such they are generally considered a frivolity on a lighter hull ship. EfficiencyMost orders performed by the ship take time - normally a set amount for a specific order. This however is adjusted by the efficiency of the ship. If there are insufficient crew factors to meet the requirements of the ship, then the time to perform the orders is increased accordingly. Taking shore leave, i.e. a visit to a recreation complex gives a boost to efficiency that means that actions take less time. This boost to efficiency however is short lived. There is no other normal way of boosting efficiency beyond 100%. Having more crew factors available than the requirement does not make the ship run more efficiently, it merely means that other penalties such as a surly crew (one that has not had shore leave for over 30 weeks), not having a bridge or attempting to fly an alien ship for example can be overcome, allowing the ship to run at optimal efficiency (100%). CaptainsA ship has a rank associated with it. This is generally captain. Under normal circumstances the captain is non-commissioned officer, i.e. one of the crew. With time however a crewmember could be given a commission, using the ‘Create Officer’ political order (See political position rules for more information). Once created, the new officer (a unique item in the game) will begin to accumulate experience that will aid in combat, and also give a boost to the crew factors provided by each crewmember. It is important to note that the rank is associated with the ship, not the officer. As such there is no reason why a ship without a commissioned officer cannot have a rank of admiral, although the lack of experience may well deter an affiliation from promoting a ship to this rank. If the ship’s rank is increased, the ship will be able to have greater autonomy over its choice of actions, including which enemies it can select. Captains can only attack pirates and support and defend their own affiliation’s positions (see appendix, Orders – add to enemy, add to support, add to defend). WagesWages are paid every week. These are drawn either from the player’s political position, or from the individual ship if the player does not own a political position. Standard weekly wages are equal to one stellar per troop (crew are classed as troops). The captain is also paid 5 stellars per week, such is the price for having somebody more experienced than the standard crew. If there are insufficient stellars to pay the crew they will start to be less efficient. Should a player so desire, they can set the wages to be less than the standard amount. The primary reason for this is if the ship is transporting troops. In such cases there will be vastly more crew factors than the requirement of the ship. As such the drop in efficiency will not prove to be problematic. At times however due to various events such as combat there may be a shortfall in crew factors. This would normally mean that the ship is running at less than 100% efficiency. Setting the wages to greater than 1 stellar each per week can be used to increase the efficiency. For example, setting the wages to double will double the crew factors available. It is important to remember that having more crew factors than necessary - either through extra troops or by paying extra wages - will never increase the efficiency of the ship above 100%. Only a recreation visit will do this. When a crew visit recreation complexes they will spend some of the wages that they have been paid over the last six months. The quantity of recreation complexes present, as well as the amount of stellars they own, will determine the amount of stellars that they will spend in any one visit. All the stellars spent in the recreation complex visit go to the starbase owner. It is therefore in the interest of the starbase governor to build lots of complexes and entice ships to visit their starbase. They may offer incentives to visit their starbase instead of another. For example, a warship with a crew of 200 marines will have a wage bill of 5200 stellars over 6 months. Even if the crew blow only a quarter of their wages in a single visit, this is still well over a 1000 stellars, or enough stellars to run 50 complexes for a month! Few governors are going to pass up on this. |
Mass
In
Phoenix, the term mass unit (usually written as mu – pronounced: em
you) is used to represent a combination of volume, mass and inertia. A single
mu cannot be truly expressed in terms of cubic metres or even kilograms, it
is a kind of compromise. It also takes into account other factors. For
example a single life form is classed as one mu. As well as the physical mass
of the life form the mu also accounts for living space required by the life
form, possibly tools of trade such as weapons and even an environmental suit.
An mu of ore on the other hand will include some kind of suitable storage
device or cargo pod. Items Items
along with mass (mu’s) have a vast number of other parameters. These
determine what the item can do or be used for. Each specific item has a
unique number for example . Metals = 1, while Human Crew = 505. Items
that have a number of common parameters or functions are grouped together.
This is known as their item TYPE. This determines what the item can be used
for, e.g. Metals has the item type ORE, this means that it used in building
many other items. Hulls on the other hand are used in the construction of
ships and are therefore given the item type SHIP HULL. TROOPS are used to run
ships, control ordnance and fight battles. Certain items also have a subtype.
Time Each
week is broken up into 5 days during which turns are processed. This is
normally Monday to Friday. This allows for some freedom to move processing
days to accommodate bank holidays and general internet disasters. Where a day
is lost the weekend will be used to bring the game back into line. During
a standard processing day, orders submitted for positions, including any
pending orders, will be run. Any special actions will be dealt with and
standard maintenance checks for appropriate positions will be performed.
After these are all finished, battles will be conducted. Finally, the results
of all of these orders, known as TURN RESULTS, will be emailed to the
appropriate players.
As
stated each week consists of 5 days and each day is broken down into 60 TIME
UNITS (TU’s). This means that there are 300TU’s in every week. Each
action performed by a ship requires a set number of TU’s. In order to make
life simpler for the player however ships are able to stack TU’s for up to a
week, effectively performing up to 300TU’s worth of actions in one set of
orders. For
example, a ship could buy some items, leave orbit of a planet, travel across
the star system and enter orbit of another world and deliver the items it has
just bought to a starbase situated on the world. Where
a player issues a number of orders that overrun the total available TU’s, the
remaining orders are NOT deleted. They
will be saved. These saved orders are known as PENDING ORDERS. A list
of the pending orders will be shown at the bottom of the turn result for the
ship. THESE
ORDERS WILL NOT BE PROCESSED UNTIL THE SHIP HAS 300TU’S AVAILABLE! This
means that the week following the first turn, another turn will be sent to
the player with the next 300 TU’s worth of the pending orders completed – or
all the remaining orders. If there are still orders pending this will
continue week after week until all the orders have been completed.
As
stated above a ship can perform 60TU’s worth of actions per day. This means
that a player can if they desire merely send in orders totalling up to 60
TU’s and have a turn sent back to them every day. In
fact if a player sends orders in, a turn will always be generated. This
means that even if there are orders pending, sending in more orders will
trigger the ship to attempt as many of the pending orders as time allows. For
example, if the ship has performed 300TU’s worth of actions and still has
some pending, sending in more orders 3 days later will mean that the ship
will attempt to perform another 180TU’s of the pending orders.
Stellars Stellars
(in-game money) are one of the most important aspects of Phoenix. It is used
for wages of troops and employees, it is gained from goods sold to world
populations. A
stellar is a unit of currency. It is defined by a number of basic assumptions
in the universe of Phoenix.
It
has a standard value equal to 1mu of luxury goods sold to a planetary
population on the same planet as the goods originated.
It
is the standard weekly wage paid to a troop or employee in a starbase or crew
on a ship.
It
is the production cost of 1mu of an item. This does not include the base
mineral cost.
From
these defining factors, the relative value of any object or service can be
determined.
A
stellar is not a physical item, but a rating of credit agreed upon by the
Extragalactic Economic Monopoly (EEM). Every position willing to trade or
perform any service registers (an automatic part of the game) and all stellar
transactions are passed via the EEM. Phoenix
is a game not an accounting package. One generic currency has been opted for
to make life simpler for the player – this feature is a game mechanic that
cannot be circumvented or cheated. The EEM do not normally interact with
the game on any other level, nor can they be swindled or cheated.
|
|
|
Scanning and EvasionAs has been noted under Rogue Asteroids and Comets in the section above, not everything is immediately visible to the sensors of the ship, even if they are close by. Scanning works on three principles, these are range of detection, scanning power and the profile of the object being scanned. Range of SensorsThe first principle, Range of sensors is a fairly simple concept. Space is large, so it is the case that the ship actively scanning may not even come within range of an object in the first place. The larger the volume of space, the lower the chances of happening upon an object. When moving around a system from one quadrant to another, the chance of coming within sensor range of all objects in the orbital quadrant is roughly proportional to the orbital ring. Further, only the location moved into is checked, i.e. moving from Alpha 10 to Beta 10 will give a 10% chance of happening to get within sensor range of each object present within orbital quadrant Beta 10. When moving across a system, from one orbital to the next (inwards or outwards) as a much smaller area is crossed, so the chance of happening to get within range of an object is roughly equal to the square of the orbital being scanned. Again it is the orbital being moved into which is scanned, i.e. moving from Alpha 9 to Alpha 10 gives a 1% chance of happening to get within sensor range of every object present within Alpha 10. Thus, it is much more effective when patrolling a system, if ships follow circular paths around the system. Sensor RatingThe total output of the sensors of the ship produces a value called the sensor power. This is based on the total output of the sensors installed on the ship. Increasing sensor numbers gives diminishing returns, so the sensor power of 20 sensors is not double the sensor power of 10 sensors. The conversion of output to power is then translated into a value called the sensor rating and is measured as a percentage. This is the chance of detecting an object with a sensor profile of 0%. Even a single sensor will give a positive sensor power resulting in a sensor rating greater than 0%. It is possible to achieve sensor ratings greater than 100%. Sensor ProfileEvery object, including ships, starbases, worlds and ground parties have a sensor profile. This can be a large negative to a large positive. If an object cannot normally be missed it will have a sensor profile greater than 100%. Sensor profile is largely determined by surface area. The lighter hull ships are designed to have maximum volume for cargo. As such they have large surface areas when compared to ships that are built from the same number of hulls, but incorporating a heavier hulltype. The table below gives an indication of the basic sensor profile of a 50 hull ship for varying hulltypes. Under normal circumstances, an xlight hulled ship is easily spotted, even at this small size.
As increasing the number of sensors installed in a ship will increase the sensor power of the ship, so too are there ways of decreasing the sensor profile of a ship. Korondite PlatesAs detailed in the combat and ship design sections plates can be layered onto a ship during construction. Certain types of plates counter scanners. These effectively reduce the sensor profile of the ship. As the number of plates that can be fitted to a ship is proportional to the hull type, heavy hull ships can utilise the most plates. The table indicates the results of using standard korondite plates for each hull type.
This means that a ship that gets within sensor range of a heavy hull ship (50 hulls) needs a sensor power of at least 44% in order to have even a basic chance of detecting it. There are even more advanced versions of korondite plates that will reduce the sensor profile of the ship even further. CloakingRelated to scanning and detection is the ability to cloak. All cloaking devices are advanced technologies, but as they are not uncommon their use is described here. Cloaking devices make the ship completely undetectable irrespective of the sensor power of the scanning position. They also effectively make the cloaking position blind while cloaked, i.e. the cloaking position cannot scan. All cloaking devices can operate for a limited amount of time. After this, the position has become charged with exotic particles. These do not interfere with the normal running of the position but are easily detected, which means that the position cannot be cloaked again until the charge dissipates. This normally requires 300TU’s to pass since the last activation. All cloaking devices work on an optimum surface area that can be cloaked. In ships, this equates to total installation space (quantity of hulls multiplied by internal capacity). If the size of the ship attempting to cloak is greater than this value, the cloak will not last as long due to the increased rate of exotic particle build-up. Locked in CombatWhenever a ship is scanned, a combat check will be automatically initiated. If a ship is registered as an enemy, it will be attacked. The attacker will attempt to get close enough to the target ship that it can effectively prevent the formation of ISR fields or disrupt attempts to land or leave orbit. This will be successful only if the attacking ship has a superior combat speed. While combat is covered in more detail in the combat section, this point is very important for scanning. If a ship is pinned and therefore forced into combat, it loses all hope of trying to remain unnoticed. As such the ship, an in fact any other position involved in combat immediately has sensor profiles of 100% and the standard sensor range check is ignored. If a position is pinned, it cannot perform the cloaking action (see combat section on combat options). Therefore it cannot leave combat through the use of stealth of any kind.
|
Scanning Overview If a scanning ship comes within sensor range of an object there is a chance of scanning the object. The sensor power of the ship is added to the sensor profile of the target object. This is the percentage chance of the ship scanning the target object.
Modifications to Sensor Profile Certain locations will decrease the sensor profile of a ship, these include nebulas, the optical depth of a world’s atmosphere and in fitting of special plates to the hull of the ship during construction. Similarly starbases and outposts can build cave complexes that will hide mass from sensor scans. As the sensor profile of the starbase/outpost is based on observable mass, this decreases their sensor profile.
Places to Hide Hanging around the outer edge of the system will reduce the risk of being observed in the first place.
Landing on a large planet with a high optical depth will decrease chances of being scanned.
Combat Combat alerts every position in the location. All positions involved in combat will always be scanned.
|
||||||||||||||||||||||||||||||||||
|
|
Interaction and TradeOne of the key elements to Phoenix is the relocation of items. This will be done for many reasons such as trade, colonisation, war, empire expansion and so on. It is generally the role of the ship to accommodate this transfer. This is where the cargo section of the ship comes in use. While most items can be carried in general cargo bays, dedicated transportation bays can be installed. There are restrictions placed on each type. There are a number of types of cargo
Transaction TypesThere are four basic transaction types. These are pick-up, deliver, buy and sell. All of these transfer items from one position to another. If the quantity of an item specified in an order is greater than the quantity available, then the amount transferred will be automatically decreased to the amount available. Should there be none of the item present then the action will fail. The ship will still be charged the standard number of TU’s for the action even if it failed. Transferred items are placed by default in the cargo section of the destination position. Should there be insufficient cargo space for the specified item in the destination position, the amount of item transferred will be decreased to the maximum amount that will fit. If the installation option has been selected then the transferred items are not placed into cargo but an attempt is made to install the items, bypassing cargo space. Again if insufficient installation space is available the amount installed will be reduced to the maximum possible. The program will then attempt to transfer the remainder to cargo space as detailed above. (see below) Buy and sell deal with starport markets. These will involve an automatic stellar transfer based on the price of the item. Should there be insufficient stellars in the purchaser’s account then the quantity of items transferred will be decreased in order to keep in line with the stellars available. Pick-up and deliver normally require the use of security codes for the position being interacted with. If the same player owns both positions, the security code is automatically assumed to have been given, and so a player does not need to specify these in their orders. InstallingWhen buying or picking-up items, presuming there is sufficient installation space available, the items can be selected for direct installation into the ship. This will always decrease the integrity of the ship. If the ship falls below 20% integrity it will not be allowed to install further items until it has performed a maintenance complex visit to restore lost integrity. If an item cannot be installed, such as crew, trade goods and such then the order will ignore the install indicator in the order and attempt to place the items in the relevant cargo section. Only ships have an installed section, so when delivering to non-ship positions, there is no need to use the install option. Pick-up AuthorisationsHaving the security code for a position effectively allows any items to be pick-up without the consent of the position’s owner. As such it is generally the case that instead of giving out the security code, the position owner will give out authorisations. These effectively limit the range of items that can be pick-up without the need for the security code. The exact range of pick-up authorisations can be found on the order. Examples include allowing free access by all within the affiliation or possibly a single item to be picked-up by a specific ship. Transactions using Item TypesWhile transactions are normally for a specific item number, such as Basic Elements (2), they can also be for item types such as Ores. The advantage of using item types is that a number of items can be accounted for in the same time period. If an outpost on the edge of known space is mining a few different ores, then ships are not particularly fussy which ores they are picking up as all the ores present will be eventually shipped off to a starbase. As such the ship will issue the order to pick up item type “ores” equal to the amount of cargo space present. By doing it this way the ship does not need to specify which ores to pick-up and if there are more than one ore type present, the action will only take the time of a single pick-up. An even better example of the use of item type is salvaging debris. By using pick-up and deliver item type “anything” a cargo ship can be ordered to undertake shipping runs effectively hoovering up the debris and delivering it to a starbase or other position. Important Note– deliver item type “anything” does not deliver any item which provides crew factors. This is to stop the delivery of crew which would render the ship useless. It will however deliver every other type of item from the cargo including space fighters, ammunition and such, so should be used with some discretion by warships. Transactions that use the item type parameter always start with the item present in the largest quantity. Once this has been transferred up to the maximum number of mu’s possible then other items are considered. For example, picking-up “anything” from the debris of a destroyed ship may attempt to pick-up hulls first until the space present in the cargo section of the ship falls below 100mu’s (the mass of 1 hull), then it may pick up quarters and attempt to fill the remaining cargo space and finally pick-up some gattling lasers and troops until there is no cargo space remaining. All this will cost the standard TU’s of one pick-up. Planetary EconomiesA player running only ships need not concern themselves with the ins and outs of planetary economies, but understanding the basics of trade is very important for making a profit and paying crew wages. Many planets produce unique trade goods, life forms and drugs. By unique it means that although the item falls into an item type, the item itself cannot be produced on any other world. As these are freely accessible to the planetary population the demand for the unique items is quite low on the planet. On other worlds the planetary population will pay more for the item. The increased value of the item is based on the purchasing population and the distance from the origin. As such, buying unique items from one starbase and selling them to another (either in another star system, or a distant periphery) can earn the ship a lot of stellars. However, as the ship cannot sell directly to a population, they have to negotiate a purchase price with the owner of the starbase they are intending to sell to. A small population will only be able to cope with a small mass of drugs and trade goods on a weekly basis, while a largely uninhabitable world will have few people wanting to colonise it. This should be taken into account by the freighter captain when scouting out deals. As such it is generally the case that small shipments of very expensive goods should be sold to starbases on worlds with low populations. Huge shipments of low value goods should be sold to starbases on worlds with larger populations, and probably many starbases in competition. Also, where possible a round trip should not be ignored. Swapping cargo or taking part payment in goods will mean that stellars are to be made in both directions. A clever captain with a number of contacts could easily make good profits with only a small ship, ferrying goods across the galaxy from one small starbase to another. Rapid Trade RunsAs each ship can accumulate up to 300TU’s a number of
ships in strategic locations can be used as a relay in order to get a
perishable shipment from one location to another before the weekly attrition
sets in. |
Cargo A
ship has a maximum installation capacity. Certain items such as cargo bays
and quarters can be installed into this space. Once installed they provide
room for items that are not normally installed, such as life forms or trade
goods. Items
in cargo can be loaded and unloaded without danger to the integrity of the
ship. Items
can either be picked-up and delivered through the use of the specific item number
or through item type. The latter will allow for multiple items to be
transferred at the same time, but with the costs of a single transaction. Important If
item type ANYTHING is used for a delivery or a sell, items with crew factors
will not be considered. This is to prevent delivering all the crew from the
ship by accident, which would render it useless!
Where
a number of transactions are carried out and there is uncertainty over the
amount of item present, it is standard practise to use quantities greater
than would be possible to pick-up, e.g. a ship with 500mu cargo space may
attempt to buy 500mu photon guns, 500mu luxury goods and 500mu metals. The
theory is that photon guns are the primary purchase. After buying as many of
these as possible, the ship will then attempt to fill any remaining space
with preferably luxury goods, but failing that “metals will do”, thus
hopefully ensuring that the ship fills its cargo hold to capacity.
HIPORTS Starbases
and outposts can build links from the ground into orbit. If a
starbase/outpost has a hiport, a ship can perform all transactions while in
orbit (but not complex visits).
Planets
purchase items from starbases. The amount they pay for standard items can be
determined by the economy scan of the planet. The
only way to actually sell to the world is through a starbase built on the
world. Even a planet without a population may have a life form market. This
is the case for habitable worlds where the starbase is effectively being paid
to act as a colonisation facility.
As
a starbase determines the items on its market, a ship owner will often have
to contact the owner of the colony in order to strike up a deal for the
purchase of specific items.
An
economy scan can be used in order to give a basic value for an item sold to
the planetary population by the starbase on the world. Further it will also
state the standard weekly mass that will be purchased by the population.
Perishables Certain
trade goods are classed as perishable. These items go off. In game this is
accounted for by a weekly mass attrition. Each week there will be a drop of
up to 5% of the mass. When trading in perishable masses it is imperative that
this loss is taken into consideration on all trade deals. If the goods are
going to be in transit for a few weeks this could vastly reduce the profit
margin.
|
|
|
ExplorationExploration is an important part of Phoenix. It is used to search for new resources as well as determine where to build outposts. Resources can be classified under three headings. These are mineral based, special and planetary population. Searching for Mineral ResourcesProduction converts ores into finished items. As such, new and better sources of minerals are always desired. Mineral deposits can also become exhausted over time, thus forcing searches for new ore sources. Scanning a planet for minerals is known as Geological Probability Indication (GPI). What this gives is the likelihood of minerals of the type specified being present. The sensor power of the ship also gives an error range in the mineral abundance present. Increasing the sensor power of the ship will reduce the error range, giving a more accurate indication of the ore present. There are number of ways to GPI a world. The first is a GPI of the entire planet. This takes the average of the ore scanned for over the entire surface area of the world. On a large world, the low general background will swamp a small number of localised deposits. A GPI scan of a designated area can also be conducted. This can be done in order to look at the average over the area. A series of these can be used on large worlds in order to quickly zoom in on a localised deposit by a series of overlapping GPI scans. Scanning rows will allow a ship to sequentially GPI scan every sector in a row for the range of rows indicated. This is slow but does have the advantage of being thorough. Finally a GPI scan can be conducted for a single specific sector. ProspectingOnce a sector is designated as a location likely to contain one or more minerals, a second operation can be carried out. This takes much longer than a GPI and can only be conducted while landed in the designated sector. It involves taking samples of the rock, soil, subsurface (or even ocean floor) and determining the exact yields of various ores present. It determines the vein, which is the mass or ore present. Finally the prospect also determines the accessibility of the vein. This is the number of mines that can exploit the vein at maximum output. There will be a 10% drop in the output of the mines for every multiple of this number, e.g. the table below shows a yield of 100mu’s and a 10% drop of 15.
|
