At a glance
Quick facts
- Health
- 95
- Experience
- 0
- Speed
- 210
- Race
- blood
- Attacks
- 0
- Loot entries
- 0
- Bestiary class
- Aquatic
- Reference profile
- TFS 1.6
- Official profile observed
- 2026-08-02
Reading the Northern Pike encounter
A bestiary number becomes meaningful only when it changes a decision. Northern Pike brings 95 health, 0 base experience, no attack entry in the primary monster file, and a flee threshold of 95 health.
Northern Pike's clearest weakness lead is Physical and Energy. With no additional positive elemental modifier recorded here, the practical hunt still turns on positioning, supply depth, neighboring creatures, and the target server's scripts rather than on one attractive damage label.
Northern Pike's official profile names nothing among its possible loot without publishing a probability. That is enough to identify a reward, but not enough to promise profit or calculate an expected return.
Northern Pike statistics and identity
Northern Pike is defined with 95 maximum health, 0 base experience, and speed 210 in TFS 1.6. The displayed experience is the creature definition's base value before stages, stamina, party sharing, boosts, prey, server rates, or event multipliers. The current official library separately reports 95 hitpoints and 0, so differences remain visible instead of being silently merged.
| Statistic | Value | Interpretation |
|---|---|---|
| Maximum health | 95 | Configured health pool |
| Base experience | 0 | Award before external multipliers |
| Speed | 210 | Engine movement-speed input |
| Race | blood | Corpse and effect classification |
| Race ID | 783 | Bestiary or protocol reference when present |
| Maximum configured attack bound | 0 | Largest absolute XML min/max value; not a guaranteed final hit |
| Official-library hitpoints | 95 | Current official profile |
| Official-library experience | 0 | Current official profile |
Behavior, targeting, and movement
Northern Pike is configured as hostile and can enter combat without player initiation. Its target-distance setting favors adjacent engagement, although configured beams, waves, or ranged attacks can still reach farther. It begins trying to flee below 95 health, which can lengthen the final portion of a kill if paths remain open. Negative element modifiers identify increased incoming damage from Physical, Energy in this profile. Target-change chance, static-attack preference, push permissions, pathfinding, field walking, summons, and scripted abilities collectively determine behavior. The flags below are direct configuration values; they should be read together instead of treating one flag as a complete artificial-intelligence description.
| Flag | Configured value |
|---|---|
| Summonable | No |
| Attackable | Yes |
| Hostile | Yes |
| Illusionable | Yes |
| Convinceable | No |
| Pushable | No |
| Canpushitems | No |
| Canpushcreatures | No |
| Targetdistance | Yes |
| Runonhealth | 95 |
| Canwalkonenergy | No |
Attack cycle and combat pressure
Northern Pike has no attack entry in this XML definition. It may be non-combatant, invulnerable scenery, a scripted encounter object, or a creature whose behavior is delegated elsewhere. Do not invent a damage profile when the primary definition does not provide one.
Defense, elements, and immunities
The defense profile separates base defense and armor from elemental percentages and explicit immunities. In TFS 1.6, a positive monster element percentage reduces incoming damage of that element, while a negative percentage increases it. Current official strength and weakness labels are shown as categories without inventing a percentage. Custom servers can change those values, bypass them in scripts, or add encounter phases.
| Defense layer | Value | Meaning |
|---|---|---|
| Armor | 9 | Base defense profile |
| Physical | -5% | Vulnerability |
| Energy | -5% | Vulnerability |
| Earth | Immune | Condition or damage immunity |
| Fire | Immune | Condition or damage immunity |
| Invisible | Immune | Condition or damage immunity |
| Drown | Immune | Condition or damage immunity |
| Energy | Weak | Current official library category; no percentage published |
| Physical | Weak | Current official library category; no percentage published |
| Earth | Immune | Current official library category |
| Fire | Immune | Current official library category |
Complete configured loot table
The current official library names 1 possible Northern Pike loot item but does not publish exact drop probabilities or stack ranges. The names are useful acquisition evidence; they must not be converted into fabricated percentages. An Open Tibia implementation can use a different list or deliver rewards outside the corpse.
| Item | Official evidence | Probability |
|---|---|---|
| nothing | Named loot | No exact chance published |
Hunting plan and server verification
A safe hunting recommendation for Northern Pike must combine the available profile with spawn density, neighboring creatures, terrain, access, vocation, skills, equipment, supplies, latency, death penalty, and the target server's rates. No universal level bracket can be authenticated from a creature-library or monster XML record alone. Use the largest configured attack bounds as stress-test inputs, account for simultaneous attacks and summons, then verify the actual spawn. Present a level recommendation only with that profile and evidence attached.
- Confirm health, experience, attack intervals, and elemental modifiers against the deployed monster file.
- Inspect the map spawn file for count, radius, placement, and respawn interval; those values are not stored in this monster definition.
- Test line of sight, diagonal movement, field walking, target switching, fleeing, summons, and push behavior.
- Record corpse loot over a statistically meaningful sample before evaluating a customized loot rate.
- Publish the server profile and review date with any route, level range, profit estimate, or supply recommendation.
Apply the guide
Find servers using this profile
Server names, protocol labels, and map labels do not guarantee matching mechanics. Use these filters to find candidates, then verify the listing, owner documentation, and deployed ruleset.
