ttlanhil

This is _underlined_ ; this is *bold*; this is /italics/. The first is, as you've seen, the most common... But these have been around since before the Web, they're used in email (HTML email is annoying and all, but sometimes you want word modifiers... Some email clients even turn *bold* into bold, etc)

I tried to catch you yesterday, but you weren't on... I'll hold on to one of the sabers until I catch you I've already sold the ti torso; but for the rest, I sell around cost price.steel cuisses and greaves 26k, steel plate 58k, ti shield 27k, ti greaves 30k. (Yes, I keep getting told that someone else sells cheaper, so I should too, I'm not interested in silly comments like that. I may drop prices slightly, and I'm more than happy to trade for a number of items that I use, but I don't intend to sell below cost price.)

First up, thanks for reporting it, many people don't report problems and hence they don't get fixed. I'm guessing the problem is that you were going too fast for her. I had to add some protection against that recently, because someone putting items in/out of the trade window too quickly tricked vakana into mixing up item names (Yeah, I really do have better things to do that try to protect my code from spamscams, like making EL better, but does that stop people? No...) However, vakana's logs don't quite match what was reported in the first post: you opened trade several times without any trade happening, which can raise a warning; she did send a PM to you saying she was adding it up; and she either didn't seem to get a message from the server about adding the cash or her list of items was otherwise messed up. I've added some more messages; both PMs when there's trouble as well as details in logs that I can check through; but I'm not sure that I can do more to fix the problems than telling the users when she gets confused. Perhaps if it happens again the extra logging will help me find the cause.

There's already something good happening on that day... Days that are generally seen as negative (some days are positive to some people and negative to others) tend to bring larger crowds (unless everyone logged off when they saw the day ) To some degree... I set up some simple commands for vakana to respond to for a contest, and so many people had trouble with the instructions.It was two-part simultaneous, run by just myself; they had to answer a few questions from vakana to get a special word to tell me when they found me (with the standard find-me with clues on channel 6 for that part). I kinda felt bad, because so many people had trouble with it; they didn't understand instructions, and there was no way I could adjust for it and tell them all "no, not quite" (there were some "not quite" responses set up, but those were for answers that were almost valid. Like rabbit not being an animal with 3 types (since fluffy is monster). Not for cases like "ttlanhil: PM vakana with what my highest skill is", then vakana gets "PM from playername: with what my highest skill is"). I did prove that it works, and I can set it up quickly (if it's just word-response pairs, then I can add a bunch in a few minutes, no restart required), but I learnt that there are some rather strong limits to what players will be able to manage with bots in events. That said, vakana has helped with several events now, and I'm open to ideas on how to work it better; or requests for her help in an event

You need to have the spell window open when using that keycombo, and have cast the spell in the spell window.

I don't have WinXP, so I probably can't help much (hopefully someone else can); but you could try updating your sound card drivers, and/or install the OpenAL drivers if you don't already have them.

Please post more details, like which operating system you have, etc.

Not wanting to get too far off topic, but... That's true of the VotD invasions, as long as you allow for lack of success as the other variable, sure. For the larger events... Which map will the higher level fighters go to? Which maps will the fighters win on, and which will they lose to the invasion?I haven't run anywhere near as many events as Acelon, but I've done a few in my time... Scripted things where you stick to the script do end up feeling just like that: scripted. Some people may not mind that it's all pre-determined, but some people prefer that what happens really can have an impact (like the no drop day where there was a couple of hours of invasion, the fighters didn't drive off all monsters, so there were random invasions for the rest of the day). It's good to consider as many options as possible before-hand, but the ability to adapt and ad-lib can bring a lot to a performance. But anyway, back to topic

I did see this thread start a while ago, but I figured that something this emotionally changed needed a while to cool down before I made my points (first reactions (or over reactions) are often not as good a choice as we make with some deliberation). Luckily, I've also seen somewhat of a resolution (in that Acelon will still be about, although the topic will probably be an issue for a while or until locked). That's not really possible, though.If you could plan for all possible outcomes and deal with how the players react (or don't) beforehand, we wouldn't need people to do it, we could set up a program/bot/server code to run dynamic invasions (and other events). The thing is that the human mind is generally very good at adapting to different situations (as long as they aren't too different; Acelon can reasonably be expected to cope with players killing monsters a lot faster than he planned, but have a road closure IRL and you have to take control of the traffic because it's just so unusual that many people can't cope ("But... I... Always go this way to work... What do you mean, go around? Oh, the side street? Okay..."). And as a member of the emergency services, I've seen that happen ) Well, that's the thing.People only read it as "come kill my summons" because that's what usually happens. Perhaps it's wrong for a character representing a being that's supposed to be about as powerful as possible (and hating all life) to wreak chaos amongst the top fighters during a large-scale invasion... but personally, I don't think so. Acelon may have been overzealous in representing the deity he played; and got carried away... But abuse of trust? For being overly accurate in his portrayal of the character he played? I think some people are getting more carried away than Acelon did. ed: When I say that, I mean it as applying only to players. We, of course, don't know what rules on invasions and events and the rest Acelon may have been subject to from Entropy/others. :ed We all know (or should know) that we risk our chars and items when we go to fight (and when we don't). What would have happened if he had summoned a dozen dragons? It would have been just as deadly (actually, more so since they can cover more area); the char he was playing is just a few steps above (it is possible to kill blessed accounts, some people have proven that against guard bots before). It was a nasty suprise, yes, but personally I don't think it's worth the level of excitement we've seen since. Definantly second that!I will restate that I think god mode or blessed accounts should not cause a change in PK scores; and that god mode kills shouldn't cause the loss of a rosto (I didn't they they did currently anyway).

Okay, I'll attempt to explain in a bit more detail. In programming, anything that changes pretty much has to be a variable of some sort (there are exceptions, but not applicable here). We can have many types of variables. The two relevant ones here are char* (which is a string of characters, like "pineapple" or "qwerty") and int (such as 0, 42, or 101). Currently, the language setting is saved, in el.ini, as a string. However, the multi-select widget in ctrl+o (examples of multiselect are video size, shadow map size, use windowed chat) is saved as an int (both in the code, and as a textual number in el.ini). In most cases, this is a decent option, since you generally know what options there will be. The current case where a list is made at run-time is the font list; however that is 1) not a big deal if you get the wrong one (as opposed to EL being in the wrong language) and 2) not going to be that innaccurate, as multi-select-option 1 might be font1.bmp, option 2 font2.bmp and so on (whereas languages are not necessarily ordered, and new ones will be added in the middle, not at the end). To fix this, there are 3 options that I can think of. 1) Assign each language a number, and use the number in the directory structure. (not that good an idea) 2) Assign each language a number, and load the numbers from a file (would work reasonably well, although you need to ensure the file matches the available language directories) 3) Re-write the MULTI option to write/save as strings; and parse strings on load time to see if they match (which has other problems, like what do you do if it isn't an accurate match?) Personally, I think 2 is practical to do, and wouldn't take too long to code, it just means a little more work for the languages maintainer (I just thought of it now, otherwise I would have said something sooner ). ed: Hmm. Just thought of one problem; since AFAIK the MULTI widget will not allow skipping of numbers, we can't remove languages once added unless they're at the end of the list (preferably not even then). This may be a problem, since translators may no longer be available to keep things up-to-date...

Now changed in CVS

Now in CVS, thanks

Well, I played with the formula, the items I tested it on looked nice with the formula I came up with, but I've since seen how it looks with some other cooldowns, so yes, it does look wrong (my fault). I'll give that a try, thanks. ed: Nope, it had the same problem with skipping. I think I've found a good one, though; flash_effect_offset = sin((float)SDL_GetTicks()/(flash_delay * min2f(0.75f, 0.5f+cooldown))); Err... I probably just made a goof applying the SDL_GetTicks() changes to your code... If you think a different colour would make much of a difference I can change it Meh, that aint good... I don't know why that happens though

Not getting into all the mad abuse claims, because that's pointless, but... I'll agree that godmode should mean no rosto or PK points loss. Were that done, then the god accounts can participate in the big events fairly. Yes, I think that they should be able to kill some people in the big events. It suits the story to it all (lets not go into the madness about lack of story in EL, the events are one of the few places we get some). And how about yawl post constructive comments instead of trying to drive away the mods/devs we have, hmm?

Also possible that it's because the way it's countered is different. For #pki, it's whoever does the most damage, IIRC. For counters, it's if you're fighting and facing them (and still not 100% accurate).

Yes, it should. Yes, I'll replace the code. Originally I wanted the code I wrote to be as generic as possible, it didn't even #include anything beyond a few system headers. But now it #include's global.h in order for errors.h to work properly so it can log_error() *groan* Good point, I'll make the changes Okay, let me put it this way. Unix design worked decades ago, and it has worked *well* probably since before you were born. Windows still has not caught up in the important areas... Multiuser support? Pfft, still not working well. Security? Maybe with Vista, except that they want you to do the equivalent of sudo (yes, it's an idea from Unix from many years ago, what was the quote? "Anyone who doesn't understand Unix is doomed to reinvent it, poorly"? Roughly correct and true) any time you want to do anything, it's not cleanly done like in Unix. Now. Until you have a PhD in computer science or are a recognised OS developer, how about you don't spout off about Window's broken design (and the inflexible design that requires you to put things together is broken. Oh, and shortcuts? No, windows doesn't have them. Unix file systems do, done properly; but in windows those are _executable_files_ . Yes, that's right, your shortcuts are designed to be virus friendly. You can't even tell windows to show extensions and assume it's safe, because shortcut and one other executable type (.pif, I think, which is program settings) as set up to hide the extension, even when you tell windows to show them. You have to edit the registry to not have "my_photo.jpg.pif" show up as "my_photo.jpg")? If you want to speak any more on the issue, get yourself a blog. Because I assure you, making such outrageously wrong and potentially offensive comments like you have about things you don't know will further decrease your standing amongst the developers (and others), and possibly lose your posting rights if you continue to offtopic in areas like programming. Done? Done. Now lets stick to actually improving the way EL works.

I don't know what's going on with your build, because it should default to using "./" (ie current directory) as datadir if not otherwise specified... Might be able to help more if you actually post the message or where in the code it comes from (this is the important part). It's actually bad design to require everything to be in the same place. Using a different datadir on Windows is possible, but every needed .dll has to either be in the search path or the same dir as the executable. So it's not really that practical for most users. ed: Oh, and CK, unless EL is provided by your distro (or perhaps you provide your own distro, as in LFS), you should probably be installing stuff into /usr/local/bin and /usr/local/share or /usr/local/games or similar (depending on setup). Not that it's a big problem, of course, unless something else wants to call its exe 'el'

Well that's all sorts of funky then. Your header file is broken.Theoretically, #include'ing windows.h before we #include gh.h should fix this... But that's already done in global.h, so you shouldn't be having this problem unless it's in a file that doesn't do the includes (which files, exactly, present this problem?) The second. Your headers are new because you updated them or they came in the PlatformSDK, but the library is possibly older and doesn't support everything it should (or perhaps you need to link in additional libraries; though I don't see why it would be separate). I could certainly declare the function, but that's bad form and leads to future problems.

Okay, how's this for a revised list then? Roll in: AFK_FIX ATI_9200_FIX AUTO_UPDATE COUNTERS FONTS_FIX NEW_TEX (this one seems to be required to play EL at all) NO_PF_MACRO PARANOID_CAMERA USE_INLINE Roll out: USE_VERTEX_ARRAYS(Only use in code is commented out, and '#if 0'-ed out, and there's a variable used instead anyway) Combine: EYE_CANDY & SFX CUSTOM_LOOK & CUSTOM_UPDATE EL_BIG_ENDIAN & LITTLE_ENDIAN (Opposite each other, of course, but I see no reason to have both of these) Leave as defines for portability/library reason: PNG_SCREENSHOT ALUT_WAV NO_MUSIC Leave as defines because they are, currently, new/experimental/unfinished - default to on in make.defaults: ALPHA_ACTORS CLICKABLE_CONTINENT_MAP (might be better in the keep-experimental section, but it seems stable) FUZZY_PATHS IDLE_FIX MASKING NEW_ALPHA NOTEPAD SIMPLE_LOD ZLIB Leave as defines because they are, currently, new/experimental/unfinished - default to off in make.defaults (at least for now, some will default to on as they get finished): ANTI_ALIAS DYNAMIC_ANIMATIONS MINES MINIMAP NEW_ACTOR_ANIMATION NEW_FILE_IO NEW_LIGHTING NEW_SOUND NEW_WEATHER OLD_CLOSE_BAG OLD_TEXTURE_LOADER USE_SHADER USE_TANGENT PAWN UID USE_EXTRA_TEXTURE Other: NPC_SAY_OVERTEXT (Currently unused, but to be left alone until server dev(s) investigate)

Personally, I much prefer being able to see the individual drops falling (as opposed to the old system where you had streaks that hopped around and ended up in the same places regularly). But maybe the discussion of the look and bugs should be in the thread about the new weather. I think http://www.eternal-lands.com/forum/index.php?showtopic=31192 is the right one, but there may have been a different one. Yes, it should. The problem is the shadows use a constant colour, and it's not dark enough when the ambient light level is low.ed: Also, when it's dark and cloudy, what is going to cause you to even have a shadow? That's the other part of why I'll disable them

I'll accept that for anything that is a significant change in how things work or the features EL has. But personally, while the clickable continent maps are handy and look good, they don't seem to be that large a change to me. The new loader is not #ifdef'd out, though. It is on by default. If you want to make the arguement that new features need to be non-default, then we have to default to OLD_TEXTURE_LOADER (however, with the changes Xaphier is making and probably will make in the future, this may not be supported by 1.5; the rate of change is high, especially in OpenGL sections) It's only used in collecting messages from the server... If the server does not sent it... Will the server send it? If not, then the related code should probably be removed.

Okay, here's the thing. Until you solve the technical problems, you don't necromize old threads about stuff when it's already stated it's not currently possible. I'm sure we can all think of ways to use horses, should it become possible to have them in-game. No need to list them. K? K.

Okay, remove shader/* from your build structure if you're not using USE_SHADER. They shouldn't be compiled if you don't USE_SHADER. I'll #ifdef guard the files in CVS, but that's the reason you get the error. Of course, shaders are a good thing, so if you can get support for them it'd be good... Hey, waitamin... You compile with headers from the (newer) PlatformSDK, but link with the (old) OpenGL libs that came with your system? That may be the problem...

Nothing large, but a few comments: - The black outlines around critters across the top. Mostly it looks good and gives the illusion of depth, especially on the critters on the right side, but the outline around the unicorn seems... I don't know, more lines than curves, like it was cut out. (The outlines also give somewhat a stainglass window look, which is fun.) - The compass in the middle of the bar on the bottom doesn't do anything; it could be a link to a site-map type page or similar. - Not really related to the current changes, but I was looking at the developers page, and I think it might be a bit easier to read if the sections were split up. Otherwise I like it, the trees on either side look nice

If I may suggest; why not simply send the new absolute rotation values from the server? If you only use this, then it's the same message sent to all clients; whether they were there to see some previous rotations or not (and hence there's no need to care which of the previous rotations a client has seen; a message missed when you increment it means one client can be out of sync. Not a big problem for rotation, but if other changes are coming, like object movement, it will matter more).