#gemrb@irc.freenode.net logs for 13 Nov 2014 (GMT)

Archive Today Yesterday Tomorrow
GemRB homepage


[01:35:02] --> brada has joined #gemrb
[01:49:27] <-- brada has left IRC (Quit: brada)
[02:16:24] --> brada has joined #gemrb
[03:22:04] <-- brada has left IRC (Quit: brada)
[03:32:51] --> brada has joined #gemrb
[04:08:06] <-- edheldil has left IRC (Ping timeout: 272 seconds)
[04:10:22] <-- exultbot has left IRC (Ping timeout: 272 seconds)
[04:10:22] <-- exultbot has left IRC (signing off...)
[04:11:36] --> exultbot_ has joined #gemrb
[04:11:36] --- Topic for #gemrb is: GemRB 0.8.1 | http://gemrb.org | Something wrong? State your exact version and CHECK THE GEMRB LOG | Be wary of your thoughts for there are Illithid present: http://log.usecode.org/gemrblog.php
[04:11:36] --- Topic for #gemrb set by lynxlynx!~quassel@sourcemage/warlock/lynxlynxlynx at Sat May 3 14:59:38 2014
[04:11:38] --> Eli2_ has joined #gemrb
[04:12:23] --> erdic_ has joined #gemrb
[04:12:26] <-- edheldil has left IRC (Ping timeout: 272 seconds)
[04:12:28] <-- exultbot has left IRC (Ping timeout: 272 seconds)
[04:12:29] <-- erdic has left IRC (Ping timeout: 272 seconds)
[04:13:21] --- erdic_ is now known as erdic
[04:21:29] --> edheldil has joined #gemrb
[04:21:29] --- ChanServ gives channel operator status to edheldil
[05:30:09] <-- brada has left IRC (Quit: brada)
[06:28:48] <-- Lightkey has left IRC (Ping timeout: 244 seconds)
[06:31:39] --> edheldil_ has joined #gemrb
[06:41:43] <-- edheldil_ has left IRC (Ping timeout: 244 seconds)
[06:43:35] --> Lightkey has joined #gemrb
[08:09:47] --> edheldil_ has joined #gemrb
[08:15:18] <-- edheldil_ has left IRC (Ping timeout: 272 seconds)
[08:17:31] --> edheldil_ has joined #gemrb
[08:17:49] <-- edheldil has left IRC (Ping timeout: 244 seconds)
[08:38:07] --> edheldil has joined #gemrb
[08:38:07] --- ChanServ gives channel operator status to edheldil
[08:40:48] <-- edheldil_ has left IRC (Ping timeout: 272 seconds)
[10:15:30] <-- erdic has left IRC (Ping timeout: 264 seconds)
[10:17:11] --> erdic has joined #gemrb
[19:47:47] --> brada has joined #gemrb
[19:50:55] <brada> fuzzie: why is it that we have to alternate actors between single steps instead of doing all the steps for an actor then all the steps for the next actor, and so on for a given “tick”.
[19:54:05] <fuzzie> because you don't want an actor squeezing past another, I think
[19:54:52] <fuzzie> I think it turned out the original engine doesn't do this but rather the pathfinding is hugely more complex
[19:56:29] <brada> i see. i think that makes sense
[19:57:19] <brada> indeed attempting to do them all at once yields the walking in place result
[19:57:25] <brada> (or i messed up)
[20:00:52] <fuzzie> it should work fine in the general case if you do that
[20:02:07] <brada> but i shouldnt do that :)
[20:06:55] <brada> but yes, it does work, i had an errant “!”
[20:09:53] <brada> fuzzie: maybe i dont understant the problem. if i block an entry with some actors and command another to try to get to the other side shouldnt they be able to “bump” past?
[20:11:53] <fuzzie> brada: not if they're not friendly :)
[20:12:23] <brada> well right now we dont bump at all
[20:13:10] <brada> friendly or not, so i guess i dont understand the reason you gave for why we alternate
[20:15:16] <brada> i’d at least like to put a difinitive comment in here about why its done this way, so next time im in here I dont say to myself “this is stupid, why not consolidate these loops”
[20:16:17] <brada> I cant seem to produce any noticable diffrence in behavior between the 2 methods
[20:16:46] <fuzzie> well naively you can just have two fast-moving actors running towards each other and they should collide in the middle, not to one side
[20:16:57] <fuzzie> but it's been a long time
[20:17:10] <fuzzie> and if it makes the code Less Bad for something then you can change it, it's all in git history
[20:19:10] <brada> it makes it less “bad” by removing the silly “speed” ivar from the actors and (IMO) readability.
[20:20:36] <brada> its also significatly shorter
[20:27:23] <brada> but, yes, now i understand what you mean.
[20:42:28] <lynxlynxlynx> quantum leap
[21:02:35] <Seniorita> [commit] lynxlynxlynx: Spellbook: add domain spells to iwd2 clerics https://github.com/gemrb/gemrb/commit/420cb1d10eb843f0bed8d48825ba0c38e14060cd
[21:02:36] <Seniorita> [commit] lynxlynxlynx: Actor::LearnSpell: renamed a variable for clarity https://github.com/gemrb/gemrb/commit/34b55393cee9230a33e508d076f4d4ad534c8a40
[21:02:37] <Seniorita> [commit] lynxlynxlynx: Spellbook::LearnSpell: accept an optional level override https://github.com/gemrb/gemrb/commit/4e69855cdc26a2bbae14ee00e69599047e050095
[21:02:38] <Seniorita> [commit] lynxlynxlynx: Actor::LearnSpell: accept optional booktype and level overrides https://github.com/gemrb/gemrb/commit/936ab82ea40baac4b5d5a0837ae3fa9b1e8df48c
[21:02:40] <Seniorita> [commit] lynxlynxlynx: GemRB_LearnSpell: optional booktype and level args also here https://github.com/gemrb/gemrb/commit/f4b456442bb66b6c436567882b5cee445e773900
[21:02:41] <Seniorita> [commit] lynxlynxlynx: Spellbook: force the level and booktype when learning domain spells https://github.com/gemrb/gemrb/commit/656743a290d5f7c2caed0d200640c3ec338714f8
[21:02:42] <Seniorita> [commit] lynxlynxlynx: IsDomain: iterate over the whole spell list https://github.com/gemrb/gemrb/commit/1919602c4d7003a95fcbd0e2d1cb16c886c946e5
[21:02:43] <Seniorita> [commit] lynxlynxlynx: SetupSpellLevels: make domain spells level-up proof https://github.com/gemrb/gemrb/commit/8187a2f9847b60e2c6cc93cf683bd1f0f6448114
[21:52:32] --> edheldil_ has joined #gemrb
[23:29:17] --> edheldil__ has joined #gemrb
[23:29:31] <-- edheldil__ has left #gemrb
[23:34:05] <-- edheldil_ has left IRC (Ping timeout: 244 seconds)