[00:33:14] thebolt changed nick to: thebolt|zzz
[01:21:40] PK has quit: Read error: 104 (Connection reset by peer)
[02:36:18] iceeey_ has joined #peragro-dev
[02:36:25] iceeey has quit: Read error: 110 (Connection timed out)
[02:42:08] sueastside has quit: "<@Jorrit> docs? Is this actually documented?, In the manual?"
[02:57:39] iceeey__ has joined #peragro-dev
[03:19:23] iceeey__ has quit: Read error: 110 (Connection timed out)
[03:21:01] iceeey__ has joined #peragro-dev
[08:48:28] dingobloo has quit: Read error: 104 (Connection reset by peer)
[09:06:24] iceeey__ has quit: Read error: 104 (Connection reset by peer)
[09:06:47] iceeey__ has joined #peragro-dev
[10:06:34] thebolt|zzz changed nick to: thebolt
[12:21:42] PK has joined #peragro-dev
[12:21:42] ChanServ sets mode: +o PK
[12:22:49] <PK> thebolt: did you try to compile those volume clouds of dragonrift? kinda misses a whole bunch of dependencies :)
[12:23:08] <thebolt> no, and yes :)
[12:23:21] sueastside has joined #peragro-dev
[12:23:21] ChanServ sets mode: +o sueastside
[12:23:30] <PK> yes sueastside
[12:25:37] <PK> heh, I see... well, I installed even the latest devIL on my box... (not that windows wouldn't be cursed enough without devils) :) but there is still more that's missing :( something like CCamera and CFrustum
[12:25:40] <sueastside> PK: yes me?
[12:25:59] <PK> sueastside: sorry, I mean hey
[12:26:11] <sueastside> quite the difference, hey :)
[12:26:15] <PK> just one letter and order wrong :)
[12:43:17] <CyaNox> PK: Looks like CCamera and CFrustum are part of NeL ...
[12:43:46] <PK> really? ok, well, there are lots of CCamera implementations out there :)
[12:48:04] <CyaNox> true but that one seems to be the most logical
[12:49:37] <CyaNox> PK: http://downloads.gamedev.net/features/hardcore/cloudrendering/clouds_src.zip
[12:56:13] <PK> CyaNox: cool, thx
[12:56:41] <PK> but looking at the demo... it's really not that impressive, unless we'd make a flightsimulator I don't think it's much of a use for us.
[12:56:51] <PK> also the lighting looks wrongish to me
[13:02:02] <PK> interesting... I didn't knew Andrei Stoian is on DragonRifts team :)
[13:14:13] dingobloo has joined #peragro-dev
[13:24:13] <sueastside> PK: yeah seems theyre doing the multiple scattering wrongly somehow...
[13:31:02] <sueastside> but it is a start, untill we find something better i guess :)
[13:37:33] * thebolt have some initial cloud rendering experiments from some years ago.. was non-realtime them might be usable today
[13:37:42] <thebolt> hi dingobloo
[13:38:01] <thebolt> however, atm i am busy trying to figure out how to handle the component<->entity interaction ;)
[13:38:06] <dingobloo> hi thebolt
[14:16:09] iceeey__ has quit: Read error: 110 (Connection timed out)
[14:18:09] iceeey__ has joined #peragro-dev
[14:46:16] iceeey_ has joined #peragro-dev
[14:46:48] <thebolt> hi iceeey_ ? ;)
[14:48:15] iceeey__ has quit: Read error: 110 (Connection timed out)
[14:57:06] Dingobloo41 has joined #peragro-dev
[14:57:57] dingobloo has quit: Nick collision from services.
[14:58:00] Dingobloo41 changed nick to: dingobloo
[15:53:23] dingobloo has quit: Read error: 104 (Connection reset by peer)
[16:15:42] iceeey_ has joined #peragro-dev
[16:49:45] <iceeey> thebolt, here now :)
[16:49:57] <PK> hey iceeey
[16:50:11] <iceeey> hi PK
[16:55:26] <thebolt> hey iceeey .)
[17:01:04] <iceeey> thebolt, do you use like boost::any or so to store the property value?
[17:01:29] <thebolt> iceeey: boost::variant
[17:01:43] <thebolt> iceeey: i'll commit some initial stuff soon
[17:01:49] <iceeey> ah, hadn't seen that one
[17:03:47] <iceeey> all those boost classes are rather clever :)
[17:04:25] <thebolt> Yes :)
[17:10:01] iceeey_ has joined #peragro-dev
[17:21:53] <thebolt> iceeey_: excellent connection you have there ;)
[17:48:31] iceeey has joined #peragro-dev
[17:48:31] ChanServ sets mode: +o iceeey
[17:58:22] dingobloo has joined #peragro-dev
[18:13:09] <thebolt> CyaNox: you there?
[19:12:36] dingobloo has quit: Read error: 104 (Connection reset by peer)
[20:12:40] <thebolt> iceeey: i'm trying to commit (have been for hours) but it won't take my pwd ;)
[20:12:50] <iceeey> ah.. :/
[20:13:06] <iceeey> I was fooling around, seeing how I would implement it
[20:13:45] <iceeey> please pick apart http://rafb.net/p/9CLM3c16.html :)
[20:13:46] <thebolt> or hm, now it does
[20:13:53] <thebolt> ommited ;)
[20:14:00] <thebolt> auto_ptr is evil
[20:14:14] <thebolt> don't use it, use boost::shared_ptr
[20:14:18] <iceeey> is it?
[20:14:46] <thebolt> yes,http://www.gotw.ca/gotw/042.htm
[20:15:42] <thebolt> also, why does Entity have an createEntity =
[20:15:43] <thebolt> ?
[20:16:24] * thebolt gives iceeey a copy constructor
[20:16:49] <iceeey> it's only because it inherits from Template and overrides it
[20:16:59] <iceeey> although I'm not sure it's good to make it inherit
[20:17:14] <thebolt> i thought about that first, but i think i came to conclusion it shouldn't
[20:17:34] <iceeey> alternatively i could make it private, right?
[20:17:51] <iceeey> but still i don't like the inheritance either
[20:18:44] <iceeey> other than the inheritance and auto_ptr, is it okay? :)
[20:19:18] <thebolt> yea, no direct flaws at least.. but i just commited mine now, if svn decides to finish up ;)
[20:19:50] <iceeey> yay
[20:20:00] <thebolt> seems it is in
[20:20:17] <iceeey> do you like the template flattening code? it's rather ugly looking
[20:20:49] <thebolt> i would probably do it in a different manner ;)
[20:20:55] <thebolt> but with same basic idea
[20:21:35] <iceeey> k
[20:24:56] <thebolt> so, just update and you can see it.. not that much functionality yet ;)
[20:27:40] <iceeey> configure: error: cannot run /bin/bash mk/autoconf/config.sub
[20:27:45] <iceeey> never had that before
[20:28:06] <iceeey> hm, must be newline issues
[20:28:11] <thebolt> can be
[20:30:14] <thebolt> btw, i'm going away tomorrow morning, will be away until saturday
[20:30:22] <thebolt> i will bring my laptop and have plenty of time for coding
[20:30:26] <iceeey> okay :)
[20:30:28] <thebolt> but i won't have any internet
[20:30:44] <iceeey> you could always sniff for wireless ;)
[20:30:46] <thebolt> (or well, other than at most over WAP to check mail ;)
[20:31:01] <thebolt> iceeey: no.. it is at my parents "summer" house.. ~40 km from closest town
[20:31:10] <iceeey> hehe
[20:31:13] <thebolt> you are lucky if the cellphone get enough reception to dial a normal call
[20:31:22] <thebolt> and very seldom have WAP connectivity ;)
[20:31:27] <thebolt> there are 0 wifi networks there
[20:31:37] <thebolt> except the ad-hoc one between me and my brothers laptops ;)
[20:35:48] <thebolt> http://maps.google.com/maps?f=q&hl=en&q=borl%C3%A4nge,+sweden&ie=UTF8&z=14&ll=60.328435,14.619112&spn=0.021032,0.10849&om=1 there you can find it ;)
[20:39:18] <iceeey> hehe, will the lake be frozen?
[20:39:30] <thebolt> probably not
[20:39:37] <thebolt> been above 0 most of the time
[20:39:44] <thebolt> and if it is it won't be thick
[20:39:48] * PK turns his pringles can a bit to intercept thebolt's wifi
[20:39:49] <thebolt> a normal wintoer it should be ;)
[20:40:02] <thebolt> iceeey: btw, got the code?
[20:40:14] <iceeey> yea, i checked it out, still fixing newline issues
[20:40:20] <iceeey> taking a long time to commit.. ?
[20:40:41] <thebolt> if you have any comments or directions, maybe we can discuss them now before i spend a week continuing on it ;)
[20:40:46] <iceeey> true
[20:40:50] <iceeey> I'll look
[20:40:53] <thebolt> i just need to pack my back
[20:40:58] <thebolt> i'll be back in say 20 minutes
[20:41:03] <iceeey> where is the main part, include or src?
[20:41:21] <iceeey> I guess I'm not so concerned about implementation over the interface
[20:44:22] <iceeey> minor spelling mistake: SetTransiet() :)
[20:44:29] <iceeey> typo even
[20:45:40] * PK reads up and is glad not to be the onlyone writing imperfect code :)
[20:47:22] <iceeey> no code is perfect :)
[20:49:33] <iceeey> property looks fine to me.. eventually we will add more property value types though
[20:49:56] <PK> btw, what's the rule there... all header to include and all cpp files to src?
[20:52:05] <thebolt> PK: interface headers in include, source implementing the interface in src
[20:52:16] <PK> with a library it would be clear for me... public header files you need to use the library goes to /include and the rest to /src... the compiled files then go to /lib or /bin... but with an end application?
[20:52:46] <thebolt> probably it should be more divided, but for the testing we do now it suffice
[20:53:06] <PK> ok, so entity.h goes to include and entityimpl.h and entityimpl.cpp to src
[20:53:28] <thebolt> well, there probably is no need for an entityimpl.h ;)
[20:54:10] <PK> do you'd define the class EntityImpl in the cpp file? :-O
[20:54:15] <thebolt> no
[20:54:19] <thebolt> but there is no EntityImpl class
[20:54:28] <thebolt> there is an Entity class
[20:54:56] <PK> s/Entity/Stuff/.... you know what I mean :)
[20:54:57] <iceeey> it's only necessary to have .h in src/ when you have an implementation of an abstract class
[20:55:14] <PK> just saying it's not that all .h files go automatically to include?
[20:55:39] <PK> interfaces are (in my understanding) mostly abstract
[20:55:49] <PK> either that or I've been coding to much java lately
[20:55:52] <thebolt> no
[20:56:09] <thebolt> interface is what is used by "outside" of the module
[20:56:28] <thebolt> that be both abstract interfaces and non-abstract classes (or "half-abstract" stuff..)
[20:58:11] <iceeey> thebolt, component looks fine, but I can't be certain how you intend it to be used
[20:58:21] <thebolt> its not finished yet
[20:58:39] <thebolt> or well, component is mostly finished ;)
[20:58:56] <thebolt> but its just base classes for implementations
[20:59:01] <iceeey> RegisterPythonClass should be overidden by all component factories which call the base class function?
[20:59:26] <thebolt> yes
[21:00:28] <iceeey> iirc one of the effective c++ items was not to rely on inheriting classes to do that, but make the base class's function another function :)
[21:00:57] <thebolt> hm, well.. ;P
[21:01:07] <thebolt> not finished
[21:01:16] <thebolt> esp the python connection part isn't figured out yet
[21:01:27] <thebolt> that is what i planned to think about while being away
[21:01:37] <iceeey> okay
[21:02:48] <iceeey> is it much more work than registering each function that is to be exposed?
[21:03:00] <thebolt> the class registration, no
[21:03:17] <thebolt> but getting it all to work together, setting up the entities&properties etc might be ;)
[21:04:27] <iceeey> so it is mostly just setting it up to appear that properties/methods are members of the class that the behavior is implemented in
[21:05:54] <thebolt> well,. those "mostly just" usually end up harder than one thinks ;)
[21:06:06] <iceeey> I'm just identifying the problem
[21:06:43] <iceeey> something to consider is whether behaviors are really sets of free functions
[21:06:55] <iceeey> and if so, don't act like they aren't
[21:07:49] <iceeey> because python's member accessor syntax is explicit, I'm not sure if it would make a difference to the end-user
[21:09:37] <iceeey> in other words, don't get too fancy :)
[21:10:12] <thebolt> yea :)
[21:49:32] <CyaNox> thebolt: I suspect you won't need me here since you found your pw again?
[21:49:41] <thebolt> CyaNox: yep
[22:31:29] <thebolt> iceeey: you managed to build it?
[22:31:45] <iceeey> not yet.. I'm still waiting for the commit to finish :P
[22:32:07] <thebolt> well, i had to cancle mine after sending all the content
[22:32:12] <thebolt> it went through fine anyhow
[22:32:36] <iceeey> ok, well I was just setting the eol-style on everything
[22:33:13] <iceeey> seems to have worked indeed
[22:33:30] <thebolt> i didn't spend time on configure etc to make it setup paths to boost etc
[22:33:38] <iceeey> okay, I can do that
[22:33:39] <thebolt> so it probably won't build out-of-the-box ;)
[22:39:51] <iceeey> hm, what of boost is required... just libboost and libboost-python or so?
[22:40:00] <thebolt> no built parts of boost atm
[22:40:02] <thebolt> just headers
[22:40:15] <iceeey> hm
[22:40:36] <thebolt> (in fact, only a few tiny parts of boost have any associated library at all.. if any of them ;)
[22:41:00] <iceeey> boost-python is all headers right?
[22:41:22] <thebolt> yes
[22:41:43] <thebolt> boost-test i also use, and it can be built to a lib, but i don't use that
[22:42:01] <thebolt> (i include the source via an header instead.. tiny bit slower to build, much easier to maintain ;)
[22:45:08] <iceeey> a pain, build-system stuff :)
[22:54:27] <iceeey> enjoy your trip
[22:54:35] <thebolt> will do
[23:18:48] <thebolt|zzz> gn