#gemrb@irc.freenode.net logs for 8 Dec 2013 (GMT)

Archive Today Yesterday Tomorrow
GemRB homepage


[01:11:22] <-- brada has left IRC (Quit: brada)
[01:36:23] --> brada has joined #gemrb
[03:59:41] <-- brada has left IRC (Quit: brada)
[04:35:33] <-- edheldil_ has left IRC (Ping timeout: 250 seconds)
[05:16:59] --> Eli2_ has joined #gemrb
[05:19:50] <-- Eli2 has left IRC (Ping timeout: 245 seconds)
[06:00:00] <-- dolio has left IRC (Quit: Leaving)
[06:09:26] --> dolio has joined #gemrb
[08:06:16] --> edheldil_ has joined #gemrb
[08:41:13] <-- edheldil_ has left IRC (Ping timeout: 246 seconds)
[09:50:24] --> edheldil_ has joined #gemrb
[10:16:45] --- ChanServ gives channel operator status to fuzzie
[10:51:49] --> Yoshimo has joined #gemrb
[10:52:01] <-- Yoshimo has left IRC (Changing host)
[10:52:01] --> Yoshimo has joined #gemrb
[12:47:26] <-- edheldil_ has left IRC (Ping timeout: 240 seconds)
[13:09:02] <-- Yoshimo has left IRC (Ping timeout: 240 seconds)
[13:12:33] --> Yoshimo has joined #gemrb
[13:43:35] <-- Yoshimo has left IRC (Ping timeout: 245 seconds)
[14:11:09] --> brada has joined #gemrb
[14:54:10] --> lynxlynxlynx has joined #gemrb
[14:54:10] --- ChanServ gives channel operator status to lynxlynxlynx
[16:11:49] --> WingedHussar has joined #gemrb
[16:19:09] <-- WingedHussar has left IRC (Quit: WingedHussar)
[18:07:30] <Seniorita> [commit] bradallred: Font: shouldn’t be using a signed type for string width. https://github.com/gemrb/gemrb/commit/7fb44327b5f1240050cbe8f1e5c6238586bb843f
[18:46:29] --> brada_ has joined #gemrb
[18:46:43] --> edheldil_ has joined #gemrb
[18:47:14] <-- brada_ has left IRC (Client Quit)
[18:48:59] --> lynxlynx has joined #gemrb
[18:48:59] <-- lynxlynx has left IRC (Changing host)
[18:48:59] --> lynxlynx has joined #gemrb
[18:48:59] --- ChanServ gives channel operator status to lynxlynx
[18:54:24] <-- lynxlynxlynx has left IRC (*.net *.split)
[18:54:24] <-- brada has left IRC (*.net *.split)
[18:54:24] <-- berenm has left IRC (*.net *.split)
[18:54:24] <-- tomprince has left IRC (*.net *.split)
[18:56:22] --> brada has joined #gemrb
[18:56:58] --> berenm has joined #gemrb
[18:59:29] --> tomprince has joined #gemrb
[21:01:35] <edheldil_> berenm: Hi, thank you for the debian packages. But why have libgemrb package?
[21:11:47] <brada> fuzzie: are you around?
[21:23:43] <berenm> edheldil_: I think lintian complained about having shared libraries in a non-lib package
[21:48:43] <edheldil_> was my friend's guess as well :)
[21:57:07] <lynxlynx> must be annoying to update on release
[21:58:48] --> Yoshimo has joined #gemrb
[22:33:28] <-- Yoshimo has left IRC (Ping timeout: 264 seconds)
[22:54:09] <-- |Cable| has left IRC (Ping timeout: 272 seconds)
[22:59:20] <brada> in Map.cpp there are a number of places where we iterate queue[PR_SCRIPT].
[22:59:51] <brada> in particular there are two loops with the only thing between them clean up for fx on dead actors
[23:00:04] <brada> is there a reason these loops cant be consolidated?
[23:01:09] <brada> the only thing being done by the loop separating the iterations is calling actor->fxqueue.Cleanup();
[23:01:37] <brada> and that is called for any actors in the other collection by the first loop already
[23:01:39] <wjp> I have no idea, but you'd be completely changing the order in which things happen
[23:01:49] <brada> right i understand that
[23:02:04] <brada> i just dont know how this particular order is significant
[23:02:14] <wjp> I'd suggest not touching it then :-)
[23:02:17] <brada> bah
[23:02:52] <brada> i mean i havent noticed any side effects but i dont know what to lok for
[23:03:15] <wjp> seriously, don't touch it if the only benefit is one fewer loop
[23:04:11] <brada> well that and getting rid of no_more_steps member of Actor
[23:04:27] <brada> i got led down this path while trying to fix the timestop hack
[23:05:45] <brada> speaking of the reason for the jump after time stop ends is the test on line 2087 of Scriptable.cpp
[23:06:15] <brada> im not sure how to fix it tho
[23:07:09] --> |Cable| has joined #gemrb
[23:08:33] <brada> anyway even if it shouldnt be touched it would be nice to put a comment in here about why not...
[23:10:04] <wjp> I didn't say that; but it shouldn't be changed without understanding why :-)
[23:10:44] <brada> I was hoping for some help on that
[23:14:45] <fuzzie> um
[23:15:18] <brada> hello fuzzie
[23:15:24] <fuzzie> I hate those loops :(
[23:15:42] <brada> i can see why
[23:15:56] <fuzzie> the loop in the middle isn't relevant
[23:16:43] <brada> i didnt think so
[23:16:56] <fuzzie> the ordering might be
[23:17:25] <brada> then the loop is relevant?
[23:17:37] <fuzzie> the ordering of the two loops, not the one in the middle
[23:18:41] <brada> well sure, but unless the order of the elements in the collection changes i dont see why the body of the second loop can't be put into the first
[23:18:48] <fuzzie> because you change the ordering :)
[23:19:46] <fuzzie> ah, I was thinking of 9d2a055cb0a3c27c67d728b4a05998da7afb3c5b
[23:20:07] <fuzzie> but that is a whole different mess
[23:21:23] <brada> you mean its important to do all tose things to the entire collection before doing the second set?
[23:21:29] <fuzzie> that was my theory.
[23:21:38] <fuzzie> but that loop looks fine to me.
[23:21:49] <-- lynxlynx has left IRC (Read error: Connection reset by peer)
[23:22:04] <fuzzie> I mean, it looks harmless merging them now.
[23:23:31] <brada> mergeng them was a sidetrack issue
[23:23:42] <brada> id really like to know about fixing the timestop hack
[23:24:32] <brada> the only solution i found was another hack :p
[23:24:49] <brada> but at least its a hack that lets me keep moving after a timestop
[23:26:06] <brada> are the animations in BGEE better or is GemRB really terrible at animations?
[23:42:12] <-- brada has left IRC (Quit: brada)
[23:46:57] --> brada has joined #gemrb