| 1 | apartments: |
1 | Here are listed some todos which should be looked into sometimes. |
| 2 | |
2 | |
| 3 | ultracheap |
3 | * tell player when he is starving. |
| 4 | cheap |
|
|
| 5 | moderate |
|
|
| 6 | expensive |
|
|
| 7 | luxury |
|
|
| 8 | |
4 | |
| 9 | /scorn/apartment/apartments ultracheap 1 silver |
5 | * drakkar pking system assumed to be well-balanced: any documentation? |
| 10 | /santo/dominion/sdomino/appartment cheap 10 silver |
|
|
| 11 | /darcap/darcap/apartment moderate 30 silver |
|
|
| 12 | /navar_city/apartments/apartment expensive 250 |
|
|
| 13 | /pup_land/nurnberg/apartment/main expensive 300 |
|
|
| 14 | /pup_land/lone_town/apartment/groundfloor luxury 50000 silver |
|
|
| 15 | /brest/apartments/brest/town/house luxury 30000 silver |
|
|
| 16 | /azumauindo/ranbounagisatoshi/apartments/sapartment cheap 100 silver |
|
|
| 17 | /azumauindo/suno-yamatoshi/apartments/lapartment1 expensive+ 1000 silver |
|
|
| 18 | |
6 | |
| 19 | grundsteuer: level * tage * partments in silber max. 30 |
7 | * tutorial in client |
| 20 | spielzeit: |
8 | 18:24:32 <qwe> just a note |
|
|
9 | 18:25:19 <qwe> about the inscription change, the tutorial have to be update, since I |
|
|
10 | was reading it (by then) to get what was wrong and the instructions |
|
|
11 | there are outdated. |
|
|
12 | |
|
|
13 | * ridify us from FLAG_NO_FIX_PLAYER by replacing it by a more generic flag or |
|
|
14 | simply by dropping it. |
|
|
15 | |
|
|
16 | * missile weapons seem to be buggy w.r.t. applying things to players like |
|
|
17 | their sp attributed. see handcrossbow, which has eg. sp 30 set, which |
|
|
18 | increases their spell regen. |
|
|
19 | |
|
|
20 | * when detect monster is cast while eg. a ball of lighning is active, it's not |
|
|
21 | shown long enough for the player to notice (probably due to LOS calculations). |
|
|
22 | |
|
|
23 | * important: mobs can cross shop-boundaries using shopmats. this must not be :/ |
|
|
24 | |
|
|
25 | * drop all and get all will result in trying to pick up yourself |
|
|
26 | (likely harmless) |
|
|
27 | |
|
|
28 | * IMPORTANT: 05:13:11 -cfbot:#cf- [Lurker] Oh, and autopickup arrows. |
|
|
29 | 05:13:21 -cfbot:#cf- [Lurker] picks up your own in-flight-arrows. |
|
|
30 | |
|
|
31 | * IMPORTANT: create bomb, take it (owner gets cleared), bomb expldoes in inventory => harms players b/c no owner |
|
|
32 | |
|
|
33 | * sync_job in random map prepare still exists. |
|
|
34 | |
|
|
35 | * IMPORTANT: |
|
|
36 | "cannot change rod when levitating" |
|
|
37 | |
|
|
38 | * vanessa kept active because of: |
|
|
39 | owner of: {cnt:1122393,uuid:<1.26f992059>,name:"spear",flags:[17,24,111],type:15}(on <freed objects map>@1+1) |
|
|
40 | owner of: {cnt:961349,uuid:<1.26f96ab45>,name:"throwing dagger",flags:[17,24,111],type:15}(on <freed objects map>@1+1) |
|
|
41 | -> owner probably got set somehow after destruction, but how... (must be sth,. with thrown ob). |
|
|
42 | |
|
|
43 | * dragon cannot apply ipo writing pen (lack the body), but use skill fine |
|
|
44 | |
|
|
45 | * 2007-09-17 21:15:39.7368 BUG: process_events(): removed object is on active list: {cnt:2940058,uuid:<1.255dcdc9a>,name:"mover",flags:[2,8,11,64,103],type:40}(on /quests/peterm/Demonology/GroundLevel@10+17) |
|
|
46 | |
|
|
47 | http://stonewashed.net/sfx.html |
|
|
48 | |
|
|
49 | 2007-09-23 02:41:37.7100 name sand, arch pstone_1, type 0 with fly/walk on/off not handled in move_apply() |
|
|
50 | 2007-09-23 02:41:37.7101 name bench, arch bench_2_1_1, type 0 with fly/walk on/off not handled in move_apply() |
|
|
51 | 2007-09-23 02:41:37.8285 name bench, arch bench_2_1_1, type 0 with fly/walk on/off not handled in move_apply() |
|
|
52 | 2007-09-23 02:41:37.8297 name bench, arch bench_2_1_1, type 0 with fly/walk on/off not handled in move_apply() |
|
|
53 | |
|
|
54 | http://www.anthro.wayne.edu/museum/MuseumCollectionSummary/Pictures/Ren%20Cen/stoneware%20bottle.jpg |
|
|
55 | |
|
|
56 | 2007-08-21 18:38:41.9104 [ABT] [server_tick()] /localvol/root/src/cf.schmorp.de/server/server/main.C:500 |
|
|
57 | 2007-08-21 18:38:41.9103 [ABT] [process_events()] /localvol/root/src/cf.schmorp.de/server/server/main.C:275 |
|
|
58 | 2007-08-21 18:38:41.9103 [ABT] [process_players1] /localvol/root/src/cf.schmorp.de/server/server/main.C:245 |
|
|
59 | 2007-08-21 18:38:41.9103 [ABT] [handle_newcs_player(object*)] /localvol/root/src/cf.schmorp.de/server/server/player.C:2271 |
|
|
60 | 2007-08-21 18:38:41.9102 [ABT] [??] /localvol/root/src/cf.schmorp.de/server/socket/loop.C:106 |
|
|
61 | 2007-08-21 18:38:41.9102 [ABT] [std::deque<command, slice_allocator<command> >::pop_front()] /usr/include/c++/4.1.3/bits/stl_deque.h:1059 |
|
|
62 | 2007-08-21 18:38:41.9102 [ABT] [player_apply(object*, object*, int, int)] /localvol/root/src/cf.schmorp.de/server/server/apply.C:2612 |
|
|
63 | 2007-08-21 18:38:41.9102 [ABT] [manual_apply(object*, object*, int)] /localvol/root/src/cf.schmorp.de/server/server/apply.C:2509 |
|
|
64 | 2007-08-21 18:38:41.9102 [ABT] [apply_special(object*, object*, int)] /localvol/root/src/cf.schmorp.de/server/server/apply.C:3145 |
|
|
65 | 2007-08-21 18:38:41.9102 [ABT] [object::change_weapon(object*)] /localvol/root/src/cf.schmorp.de/server/common/object.C:506 |
|
|
66 | 2007-08-21 18:38:41.9101 [ABT] [LOG(int, char const*, ...)] /localvol/root/src/cf.schmorp.de/server/common/logger.C:60 |
|
|
67 | 2007-08-21 18:38:41.9101 [ABT] [log_backtrace(char const*)] /localvol/root/src/cf.schmorp.de/server/server/./cfperl.xs:1126 |
|
|
68 | 2007-08-21 18:38:41.9100 [ABT] 2007-08-21 18:38:41.5967 Hanke changed to unapplied weapon {cnt:3617314,uuid:<1.22acc8d86>,name:"generic builder",flags:[29,80,98],type:160}(on ~Hanke/brest/apartments/brest_town_house@11+21)rpse |
|
|
69 | 2007-08-21 18:38:41.5967 Hanke changed to unapplied weapon {cnt:3617314,uuid:<1.22acc8d86>,name:"generic builder",flags:[29,80,98],type:160}(on ~Hanke/brest/apartments/brest_town_house@11+21) |
| 21 | |
70 | |
| 22 | |
71 | |
| 23 | 2006-09-16 01:38:16 17 objects in mortal queue |
72 | * prisondemadness in pod/books.pod ends in =head1 Order of the gravestone, rather mysteriously. |
| 24 | 2006-09-16 01:38:16 Got unknown value in map header: race human |
|
|
| 25 | 2006-09-16 01:37:33 invalid type defined in shopitems in string cloak:5;spellbook:35;ring:15;book:28;scroll:25;wand:28;armour improver:2;weapon improver:2;rod:32;potion:10;horn:35;amulet:17;power_crystal:25;gem:0;lamp:-10;*:-90; |
|
|
| 26 | 2006-09-16 01:37:17 Map darkness for poison on /quests/peterm/FireTemple/Fire2 is too high (6) |
|
|
| 27 | |
73 | |
| 28 | requirements need to be dcoumented: json-sykc, safe:hole, gperf, glib, std::tr1 (::unoredred_map) |
74 | * for the future: adjust sp regenration in that way that it doesn't |
|
|
75 | regenrate when food is below < 200 (a magic constant) |
| 29 | |
76 | |
| 30 | Various bits, in no particular order. This is far from a complete list - |
77 | * IMPORTANT: create a no_drop flag (DONE) and set it on the nexus (or somehow avoid |
| 31 | however it keeps growing as various problems are discovered that |
78 | stuff beig dropped on the teleporter there). |
| 32 | don't have an easy fix. Some of the things are put here just so my mailbox |
|
|
| 33 | doesn't overflow. |
|
|
| 34 | |
79 | |
| 35 | ------------------------------------------------------------------------------ |
80 | * level 100 inscription with 4 kills: a single random_Scorll treasure |
| 36 | Known Bugs: |
81 | item in the ancient mages of forgotten town palace create |
|
|
82 | many *hundreds* of actual scrolls when instantiated? |
| 37 | |
83 | |
| 38 | These are things which don't work as expected, but are difficult enough to |
84 | 07:20:32 -cfbot:#cf- [Incen] that's odd. a pile of dust called "potion" |
| 39 | fix that they get put here: |
85 | 07:21:05 -cfbot:#cf- [Incen] it was dust of piercing vision |
|
|
86 | 07:21:20 -cfbot:#cf- [Lina] seems to happen when picked up and unidentified |
|
|
87 | 07:21:37 <schmorp> unidentified they are called potions? |
|
|
88 | 07:21:48 -cfbot:#cf- [Incen] ayup |
|
|
89 | 07:22:06 -cfbot:#cf- [Lina] dusts/potions/figurines/balms |
| 40 | |
90 | |
| 41 | Make lighting not go through walls. Maybe move it to the 'set_wall' |
91 | * totla invisibility is too hard to get. monsters should attack the |
| 42 | function - hard to do so that it is still somewhat efficient yet the same |
92 | player when hit by him or his spell anyways. |
| 43 | light source does not illuminate the same space multiple times. |
|
|
| 44 | |
93 | |
| 45 | If a shop is placed in a random map (special map), the objects below the |
94 | * IMPORTANT: cnanot enter G<xxx|yyy> in chat/irc, as it gets expanded |
| 46 | shop wall stick around - normally not much a problem, unless it is placed |
|
|
| 47 | in a glory hole (treasure level), in which case coins are now beneath the wall. |
|
|
| 48 | |
95 | |
| 49 | Slaying is sloppy in that it uses strstr. This, an item that has 'slaying |
96 | * grammar: 2007-07-05 08:46:07 msg: You open up deep wounds sandy with a brutal swipe. |
| 50 | giant' (like holyword of mostrai) will kill ants. strstr matching was most |
|
|
| 51 | likely added to support comma seperated slaying lists (slaying demon,undead). |
|
|
| 52 | However, the code should really insist on exact matching, and if necessary |
|
|
| 53 | break apart the comma seperated list. Probably best to make something like a |
|
|
| 54 | 'does_slay()' function which can be used all over the place (consistent |
|
|
| 55 | behaviour is a good thing). If performance for this becomes an issue, making |
|
|
| 56 | a slaying a set of pointers could be done (char **slaying), and it gets filled |
|
|
| 57 | in at load time, and at save time, gets filled in the opposite direction. |
|
|
| 58 | However, from a simple basis, a check in does_slay() can be done to see if |
|
|
| 59 | slaying does contain a comma, and if not, just do simple strcmp, and only if |
|
|
| 60 | it does does extra work need to be done. MSW 2003-03-28 |
|
|
| 61 | |
97 | |
|
|
98 | * is_animated is sometimes written twice when saving, because it must be off when |
|
|
99 | no animation is set. this does not work, of course, because later the flag is written again. |
|
|
100 | should probably be fixed on load, not on save. |
| 62 | |
101 | |
| 63 | ------------------------------------------------------------------------------ |
102 | * 20:09:34 -cfbot:#cf- Teufelhunden was killed by ball_lightning |
| 64 | Future feature requests |
103 | obviously this should be the real name, not the arch name. |
| 65 | |
104 | |
| 66 | - Change code so that if a player kills another player, he gets no |
105 | * new players sometimes seem to lack statistics |
| 67 | exp. Perhaps also log number of times a player has killed another player |
|
|
| 68 | so problematic player killers can be more easily tracked. This should |
|
|
| 69 | be pretty simple, but is mostly here because I want to re-write the |
|
|
| 70 | kill_player for the new skill code, and that should clean things up |
|
|
| 71 | up a bit to make this code easier to put in. |
|
|
| 72 | |
106 | |
| 73 | - Allow possibility of one players magic not harming another player (should |
107 | * 21:37:28 -cfbot:#cf- [Drakna] yeah see meditation heals but it eats up food. but if yoiu have no food you can still |
| 74 | probably be a flag/settings value) - given that most spells are large |
|
|
| 75 | area of effect spells, this may make cooperative adventuring easier. |
|
|
| 76 | However, this could be a little odd - if my friend it immune to my fireball, |
|
|
| 77 | shouldn't I be immune to my fireball also? But if that is allowed, you |
|
|
| 78 | now have the case people could cast fireballs on themselves and hit a |
|
|
| 79 | whole bunch of surrounding monsters. Perhaps allow this no damage |
|
|
| 80 | attribute based on different spells, eg, it could be argued that for bolt |
|
|
| 81 | spells you'd aim it so that it doesn't hit your friend, but that same |
|
|
| 82 | claim can't be made for fireballs. Or maybe add something like the |
|
|
| 83 | ability of spells to not take effect to some range, eg, 'cast lightning |
|
|
| 84 | bolt range 6' or the like, in which case it goes 6 spaces before the |
|
|
| 85 | lightning actually starts. |
|
|
| 86 | |
108 | |
| 87 | - Refine blocking of spaces - instead of 'blocks all or nothing', ability |
109 | * IMPORTANT: client structures (ns) seem to never get released ever. |
| 88 | to block walking but not flying, block swimming (for future expansion |
|
|
| 89 | of oceans). Also, add different LOS blocking for differing conditions - |
|
|
| 90 | if flying, jungles shouldn't block line of sight, but they still should |
|
|
| 91 | if your walking. Also, add seperate blocking (pass) for monsters and |
|
|
| 92 | players, eg, block_monster and block_player. What should probably be done |
|
|
| 93 | is make this a bitmask or the like with multiple possiblities. If the |
|
|
| 94 | object doesn't have another bitmask set, object can't pass through. For |
|
|
| 95 | compatiblity reasons, no_pass should set all the new no_pass_.. bits. |
|
|
| 96 | Note that these bits should also be extended for movement of more than |
|
|
| 97 | just the player, eg, spells, diseases, etc. Thus, you could have something |
|
|
| 98 | like a 'no spell propogation' space - players could still cast spells on |
|
|
| 99 | themselves, but range spells don't go anywhare. |
|
|
| 100 | |
110 | |
| 101 | - Ability for stores to set different prices for goods (eg, remote store |
111 | * there is no "fire 0" to start firing on yourself as opposed to fire 5 etc. which starts |
| 102 | charges more for the services it provides). |
112 | firing into a specific direction. fire 0 only fires once (this is a bug, but most clients |
|
|
113 | move firing on yourself on non-shift-kp_5 because servers do not support the shifted |
|
|
114 | semantics). |
| 103 | |
115 | |
| 104 | - dm command 'Follow' which lets him see what a player is doing, where he |
116 | * /morok_dun/mines1 n world_120_109 does not exist, but the other mine promises a quest |
| 105 | is going, etc. |
117 | there. be inventive. |
| 106 | |
118 | |
| 107 | - Further control on what players can do on maps/spaces. For example, |
119 | * victim {cnt:55798339,uuid:<1.149eb6a43>,name:"ice",flags:[0,8,103],type:23}(on /whalingoutpost/misc/frostcavern1@49+16) already dead in hit_player() |
| 108 | prohibit players from shouting, attacking others, issuing tell, |
120 | sanctuary etc. hits lava-"ice" and kills it in the process. other stuff seems to not work as expected with sanctuary |
| 109 | etc. |
121 | hitting items it shouldn't. |
| 110 | |
122 | |
| 111 | - Change inscription - instead of looking at range field of the player, |
123 | * can users in theory steal the gems out of their snitchangel pet monsters? |
| 112 | have the spell to be inscribed part of the inscription command, eg |
124 | => the nodrop mechanism used for that should also disallow stealing. |
| 113 | 'inscribe scroll of identify'. |
|
|
| 114 | |
125 | |
| 115 | - If player tries to login with same name/password as a character currently |
126 | * bowmode should offer different capabilities given on level of user |
| 116 | active, drop the old connection and associate the player with the new |
127 | (Leonov). |
| 117 | connection. Useful if connection is dropped but server hasn't detected |
|
|
| 118 | it yet. |
|
|
| 119 | |
128 | |
| 120 | - Generalize the code better - split between 'rules' and 'engine'. The engine |
129 | * player_sold 1 still gets added to maps at some point, but server cnanot read it. |
| 121 | would be the aspect of loading/saving objects, dealing with maps, and |
130 | resolve the situation by either implementing it fully or removing it fully. |
| 122 | basic object support (exits, levers, etc - things useful for any working |
|
|
| 123 | system). The 'rules' would be the more general genre of the game - |
|
|
| 124 | a science fiction game would have a different set of rules than the |
|
|
| 125 | fantasy game. And even the same genre may have a different ruleset |
|
|
| 126 | (ie, adding new skills). This is sort of like the current server/common |
|
|
| 127 | split, but goes a bit more than that - the engine would be able to compile |
|
|
| 128 | into an executable with the addition of some basic stub functions, |
|
|
| 129 | but playing as such would really just amount to a ghost moving accross |
|
|
| 130 | a world which time is pretty much stopped (as monsters would be in the |
|
|
| 131 | rules side, and not engine). |
|
|
| 132 | - Changing the stat generation system - instead of roll based, give some |
|
|
| 133 | number of points. This makes it easier for players to choose what they |
|
|
| 134 | want to play - otherwise, I think some clients will be written that will |
|
|
| 135 | do this for the players in any case. |
|
|
| 136 | - Change draw_info so that server tells client what type of message it is |
|
|
| 137 | instead of the color. Client can then decide what color to draw it |
|
|
| 138 | or other special handling. |
|
|
| 139 | - Change code so that objects 'spill over' to other spaces if too many |
|
|
| 140 | get piled in one space. |
|
|
| 141 | - More/better maps. Add more quest maps or maps to take advantage of |
|
|
| 142 | newer features (ie, church maps for each god, maps for alchemy quests |
|
|
| 143 | or with rare ingredients, etc) |
|
|
| 144 | - Add some identifier for unique objects so that if the player that has |
|
|
| 145 | a unique objects quits the game, the object goes back into circulation. |
|
|
| 146 | - Add flag to make price of objects not affected by charisma or other |
|
|
| 147 | abilities. This should act like gems do right now (pay 1.03, receive |
|
|
| 148 | 0.97). In this way, gems don't have to be hardcoded, and other items |
|
|
| 149 | could be similarly set. Nuggets should be added to this list - its possible |
|
|
| 150 | to make small amounts of money alchemy silver and then selling the nuggets. |
|
|
| 151 | - Add/change door handling - make them more real life - they stick around, |
|
|
| 152 | can be opened, closed, different keys for different doors, etc. This |
|
|
| 153 | sort of mimics the gate behaviour, except keys may need to open them, etc. |
|
|
| 154 | |
131 | |
| 155 | - Add armor quality, with armor being damaged as it is used. Add repair |
132 | * climbing, meditating, levitating skills etc. should give you experience per use |
| 156 | shops to go with this. Uncertain if people really like this idea or not |
|
|
| 157 | Further notes from mailing list: |
|
|
| 158 | Item has current quality rating - different items have different max |
|
|
| 159 | ratings - magic would increase its rating. ITem operates normally |
|
|
| 160 | when it has 50%+ of its quality. At less than 50%, item loses |
|
|
| 161 | functionality in a limited fashion (eg, multiply quality percentage |
|
|
| 162 | by two to determine effective abilities in terms of percentage.) |
|
|
| 163 | Item max qualities should be in the same range for most all items, so |
|
|
| 164 | that powerful items given to low level characters get dinged up just |
|
|
| 165 | as fast as their normal items. |
|
|
| 166 | Diminished effects would be handled in fix player. |
|
|
| 167 | Cost to repair based on how damage item is (100 = half cost, |
|
|
| 168 | 0 = full cost). Items can be repaired on pro-rated basis. Repair |
|
|
| 169 | anvils would need to get added. |
|
|
| 170 | Items are damaged based on how much damage player takes - more |
|
|
| 171 | damaging attacks have higher chance to do item damage. Amount of |
|
|
| 172 | damage done to items might depend somewhat on damage done to player. |
|
|
| 173 | Acid attacks would be changed to use this same code - they just |
|
|
| 174 | always damage items at a much higher rate. Different ideas is that |
|
|
| 175 | chance of item damage is fixed, but amount done is based on damage |
|
|
| 176 | sustained. Other idea is that chance of damage is based on |
|
|
| 177 | real damage (percent, square root, other adjustments, perhaps |
|
|
| 178 | ignoring low values), but damage is somewhat constant. |
|
|
| 179 | Should probably be tunables in settings to determine amount of damage |
|
|
| 180 | done to item, and how often item is damaged. |
|
|
| 181 | |
133 | |
| 182 | - Change players draining exp from others. Currently, there are problems |
134 | * rewrite banish in perl (low priority) |
| 183 | in that it not adjusted based on levels, so there are various abuses |
|
|
| 184 | draining from low level characters. Also, generally it is not possibled |
|
|
| 185 | to drain exp from monsters. Possible ideas: |
|
|
| 186 | - Change draining from other players to be a ratio of levels (ie, a level |
|
|
| 187 | 10 character draining from level 5 only gets half the exp. |
|
|
| 188 | - Ability to drain exp from monsters (might make drain weapons more |
|
|
| 189 | useful). Maybe have monster lose some portion of the exp he would |
|
|
| 190 | award when drained, and try to adjust level/other stats downward as |
|
|
| 191 | it looses exp? |
|
|
| 192 | - Fix map loading/saving so it can do it over several ticks for smoother |
|
|
| 193 | performance (maybe thread it?) |
|
|
| 194 | - Add adjustments to objects that adjusts chance of skill success. |
|
|
| 195 | Eg, objects the player use may adjust the characters effective level in |
|
|
| 196 | using a skill. Likewise, objects/monsters could have resistances to |
|
|
| 197 | certain skills (eg, skill_resist values). |
|
|
| 198 | |
135 | |
| 199 | - Delete oldest swapped map in case the TMPDIR disk fills up while |
136 | * 2007-02-03 03:49:06.010 loading /opt/crossfire/share/crossfire/maps//navar_city/city1houses (43970) |
| 200 | swapping out a map. To do this, detection of error on save would need |
137 | 2007-02-03 03:49:06.011 Discarding object without arch: texas |
| 201 | to be done (presently, the fputs are done without return value checks.) |
138 | 2007-02-03 03:54:36.926 loading /opt/crossfire/share/crossfire/maps//navar_city/misc/city1mermaid (15753) |
| 202 | |
139 | 2007-02-03 03:54:36.926 Discarding object without arch: event_say |
| 203 | - Seperate weapon speed and real speed for players - one is used for attacking |
|
|
| 204 | only, and the other for movement only. Right now, a characters real speed |
|
|
| 205 | could become the weapon speed when they attack something. |
|
|
| 206 | Make speed more variable for some actions (limit how much can be picked up |
|
|
| 207 | at once, certain skills should take longer than others.) |
|
|
| 208 | - Make monster pick up more intelligent - only pick up items if they may be of |
|
|
| 209 | some use (perhaps base this on int - stupid monsters might pick up everything) |
|
|
| 210 | - Add different dragon scales, in which different types of armor could be made |
|
|
| 211 | from. |
|
|
| 212 | - Add random terrain type square. Idea being you might make something a |
|
|
| 213 | random tree, and when the map is loaded, it chooses a tree random. This |
|
|
| 214 | would allow some variation in maps each time with possibly keeping the bulk |
|
|
| 215 | of it the same (Depending how extensively the random trees are used. |
|
|
| 216 | - Allow transportation objects (ie, horses, carts, dragon, griffins, boats, |
|
|
| 217 | etc.) Flying objects should probably ignore line of sight for most |
|
|
| 218 | objects (you are above the forest or mountains, but then fog should still |
|
|
| 219 | affect things). To do this, a terrain type value probably needs to be added, |
|
|
| 220 | and this acts a bitmask. Thus, transports compare bitmasks to see if |
|
|
| 221 | travel through that is allowed. |
|
|
| 222 | |
140 | |
| 223 | - Change identification handling. Possible idea is to have different levels |
141 | * IMPORTANT: |
| 224 | of identification, with low level only showing basic information, and high |
142 | entering instantiated random maps whose meta file is missing freezes the player. |
| 225 | level showing full detail. Skill identification should basically use this, |
|
|
| 226 | with the skill level determining actual level. Depending on level of |
|
|
| 227 | identification, different information may be revealed (value, face, |
|
|
| 228 | name, etc). |
|
|
| 229 | - Allow monsters to be randomly generated on a map without generators (ie, |
|
|
| 230 | orcs show up in forests or whatever.) Uses this as an option to use instead |
|
|
| 231 | of the existing random encounter code. |
|
|
| 232 | - Have monsters potentially attack others if they are damaged by a friend. |
|
|
| 233 | It looks like the code should already allow this, but I think the problem is |
|
|
| 234 | that monster reevaluate their objectives too often, and which time they |
|
|
| 235 | switch back to attacking the player. |
|
|
| 236 | - Allow treasure lists to be specified as part of the objects message |
|
|
| 237 | - Perhaps print out a message shortly before a spell effect is about to end. |
|
|
| 238 | - Rewrite all variables, using own typedefs of type: |
|
|
| 239 | [us]int8, [us]int16, [us]int32 : Variables that should be at least that |
|
|
| 240 | size (is there actually anything that needs to be precisely some size?) |
|
|
| 241 | These typedefs can be set depending on system type. |
|
|
| 242 | - If communication remains the same (keyword matches), |
|
|
| 243 | highlite the keywords or in some way make them more noticable so players |
|
|
| 244 | can know to use them. This is no worse than many commercial games which |
|
|
| 245 | give you just a few choices to choose from to continue a conversation. |
|
|
| 246 | - Statues turning into golems when activated (like doors). |
|
|
| 247 | - Figurine (when a figurine pet dies, it becomes a figurine, and can be reused) |
|
|
| 248 | |
143 | |
| 249 | - Ability to aim at targets not in the front row. This should apply for |
144 | * random speed should result in randomised initial animation face. |
| 250 | most range attacks (thus, in a group of orcs, the ones not immediately |
|
|
| 251 | around the player could still use missile weapons.) |
|
|
| 252 | |
145 | |
| 253 | - Better sound support - instead of having hardcoded events for sounds (eg, |
146 | * training center (kobold etc.) does not stop working after 30-40min |
| 254 | button push, door open, etc), sounds should be tied to objects, with some |
147 | but goes on for 2 hours _at least_. |
| 255 | number of sound events (eg, object active, object destroyed, object moved, |
|
|
| 256 | objected attacked, repeat forever, random, etc). Information about how far |
|
|
| 257 | they can be heard (in spaces) should also be contained. When a sound is |
|
|
| 258 | played, then do a simple check to see nearby players, and if one is within |
|
|
| 259 | potential range, then check for intervening objects (walls). Walls would |
|
|
| 260 | have some dampening effect, counting for more spaces (something behind a |
|
|
| 261 | wall may sound 5 spaces further away.) |
|
|
| 262 | Exactly how to store the sound information would need to be investigated - |
|
|
| 263 | the cheapest in terms of memory would be something like how animations are |
|
|
| 264 | done - have a global array of the sound information. However, sound |
|
|
| 265 | information would be tied pretty closely to object types (eg, if the sound |
|
|
| 266 | info said its used for both apply and destroy, then if some other object |
|
|
| 267 | used that same info, it'd also get that apply and destroy behaviour). This |
|
|
| 268 | is probably good enough - one could make individual sound information |
|
|
| 269 | sequences for the individual parts if those were needed. |
|
|
| 270 | |
148 | |
| 271 | - Make the elevation of terrain adjust line of sight. If on the tallest |
149 | * 2007-01-14 21:15:58.605 Fiery, Wist's fervent pupil was hit by counterspell with counterspell attack. |
| 272 | mountain, you would be able to see over neighboring mountains and not |
150 | this is simply counterwall hitting monsters. but why does it happen? |
| 273 | get your view blocked. |
|
|
| 274 | |
151 | |
| 275 | - Change attacktype handling. Currently, attacktypes are just bitmasks, |
152 | * animated weapons should come back to the player when he dies/disconnects? |
| 276 | so if a weapon does 'dam 30' it does 30 dam for all attacktypes it has |
153 | 2007-01-14 18:50:07 info: winvirus chats: Could you make it so if you have an |
| 277 | set. |
154 | animated weapon out and you disconnect, that it'd simply a) fall to the |
| 278 | The idea is to make an array of dam values for the attacktype, so |
155 | ground or b) return to your inv? Rather than disappearing into the void of |
| 279 | you could have a weapon like 'phys 12, fire 6'. This then gets adjusted by |
156 | nothingness. |
| 280 | appropriate resistances the creature has. |
|
|
| 281 | For attacktypes that are effects (slow, paralyze, etc) dam should be the |
|
|
| 282 | potency of the effect (number of ticks player is effected). |
|
|
| 283 | If an item has multiple dam values set, then it would do damage from all |
|
|
| 284 | the attacktypes (eg, a phys 10 fire 3 is something like a flameblade |
|
|
| 285 | which does mostly physical and a little fire). |
|
|
| 286 | |
157 | |
| 287 | - Improve material code: |
158 | * 16:09 <@schmorp> und eigentlich soltlen dort alle leeren maps gelöscht werden |
| 288 | 1) Make material file more readable. Mostly, make it one entry per |
159 | 16:09 <@schmorp> so daß nur maps existieren, die overwirtes enthalten |
| 289 | line (no comma seperated lists), with values 0 by default, so only |
160 | 16:09 <@schmorp> erinnert mich dran |
| 290 | values that are different need to be entered. Maybe make materials |
|
|
| 291 | archtypes, and then use treasurelist type setup below? |
|
|
| 292 | 2) Remove random material selection from the material file and put it |
|
|
| 293 | elsewhere - basically, more fined grained material control (silver daggers, |
|
|
| 294 | but not silver axes for example). Perhaps the idea of material |
|
|
| 295 | type treasurelists? |
|
|
| 296 | 3) Remove material bitmask. Instead, have a pointer to the actual materialtype |
|
|
| 297 | struct, and determine basis on that (eg, this could burn up, etc). If |
|
|
| 298 | necessary, add some appropiates field to the material struct that |
|
|
| 299 | denote those abilities. |
|
|
| 300 | 4) Suffix to be used for alternative image names and animation sequence |
|
|
| 301 | for objects (eg, dagger.111.gold for example) |
|
|
| 302 | 5) Some way to denote that even though 'materialname' is set, that the loader |
|
|
| 303 | should still do appropriate adjustements for the material. Thus, if a |
|
|
| 304 | person sets the material in the editor, the server will adjust the values |
|
|
| 305 | appropriately. |
|
|
| 306 | 6) Allow for multiple materials in same object. Trickier to do this. |
|
|
| 307 | 7) More hints for materials. Eg, is it a notable material that should be |
|
|
| 308 | included in the object name, or mundane? Likewise, is it a type of material |
|
|
| 309 | that can be reconstituted (metals) or not (wood, stone, etc) |
|
|
| 310 | |
161 | |
| 311 | Improve exit/teleporter code. With tiled maps, it is now desirable to move |
162 | * implement no-drop-on-destroy flag (done) |
| 312 | monsters between those maps, so exits should be able to move monsters. Add |
163 | for example to remove the specialcases for books that are destroyed |
| 313 | bitmask/flag to exit to denote what it moves - players, monsters, or |
164 | and contain spells (should be done) |
| 314 | objects. |
|
|
| 315 | |
165 | |
| 316 | Add exp rewarder type object. It's basic properties: |
166 | * make sure custom keys get saved in same order as they are being loaded. |
| 317 | 1) amount of exp to reward the player (stats.exp) |
|
|
| 318 | 2) Skill to award the exp to (skill field) |
|
|
| 319 | 3) Flag to denote we should teach the player this skill if they don't |
|
|
| 320 | have it (can_use_skill flag?) In this way, rewarders could grant |
|
|
| 321 | skills to the player. |
|
|
| 322 | 4) Different ways to be activated (walk on/fly on, as well as it being |
|
|
| 323 | activated from something that 'pushes' it (aka, magic mouth, button, |
|
|
| 324 | etc)). In the case of another object activating it, the player |
|
|
| 325 | would still need to be on the space the object is on. |
|
|
| 326 | 5) Use the 'slaying' field to denote that if the player has a force in |
|
|
| 327 | his inventory by the same name, he doesn't get the reward, and if |
|
|
| 328 | they don't have such a force, we add one to the player (so you can't |
|
|
| 329 | get the same reward repeatedly). Use something like 'value' or |
|
|
| 330 | other field to denote how many ticks the force lasts for. If value |
|
|
| 331 | is zero, then force never expires |
|
|
| 332 | 6) Use nrof to denote how many times the reward works. Eg, if nrof |
|
|
| 333 | is 1, then once a player uses it, no one else can get that reward |
|
|
| 334 | until the map resets. |
|
|
| 335 | |
167 | |
| 336 | Secondary features: |
|
|
| 337 | |
|
|
| 338 | These are more features (low priority at that) to be added. Some of these |
|
|
| 339 | may be related to items above, or they may be things that just would not |
|
|
| 340 | add a lot to the game (IMO). |
|
|
| 341 | |
|
|
| 342 | - Flag so that there is a random chance that an object will or will not appear |
|
|
| 343 | on a map (this is perhaps better handled by treasurelists. Unfortunately, |
|
|
| 344 | treasurelists can not be set in the maps). |
|
|
| 345 | - Ability to have pixmaps set in maps or otherwise be able to load images |
|
|
| 346 | without having to rebuild the default images. |
|
|
| 347 | |
|
|
