--- Log opened Sun Mar 11 00:00:28 2012
--- Day changed Sun Mar 11 2012
00:00 -!- Jolidragon [~jd@pas72-1-88-161-61-57.fbx.proxad.net] has quit [Quit: <neosys> pfff tu fais pas confiance ? la diff?rence]
00:01 < quantumstate> some fun temperature related trivia is that 1/T is actually a more natural quantity to use
00:02 <@Philip`> That sounds like it would make it hard to say the (reciprocal) temperature increases by N per time unit with a fixed power input
00:03 < quantumstate> that is slightly awkward yes but think how little sense it makes that -10K is hotter than 10K
00:26 < vtsj> wait, what?
00:27 < quantumstate> ?
00:28 < vtsj> -10K?
00:29 <@Philip`> That's what happens when the temperature labels on the universe are wrong
00:29 < quantumstate> yes, it is possible.  though it isn't possible with translational/rotational energy levels are used
00:29 < quantumstate> which is what you are used to with temperature
00:30 < quantumstate> you have to play games with magnets or other funny stuff to go negative
00:31 < vtsj> wiki says
00:31 < vtsj> Because temperature may be formally defined by the relationship between energy and entropy,
00:32 < vtsj> and
00:32 < vtsj> Most familiar systems cannot achieve negative temperatures, because adding energy always increases their entropy. Some systems, however (see the examples below), have a maximum amount of energy that they can hold, and as they approach that maximum energy their entropy actually begins to decrease
00:32 < vtsj> so I guess that makes sense
00:33 < vtsj> ... somewhat, if you fiddle with entropy
00:38 < quantumstate> it is really the only way to approach it (that I know of) if you want to explain quantum phenomena
00:46 -!- ricotz [~rico@p5B2AB40D.dip.t-dialin.net] has quit [Quit: Ex-Chat]
00:56 -!- quantumstate [~jonathan@zone2.jesus.cam.ac.uk] has quit [Read error: Operation timed out]
00:59 -!- Zaggy1024 [~Zaggy1024@user-38q42mf.cable.mindspring.com] has quit [Ping timeout]
01:00 < Pureon> my quantum phenomena says it's time to sleep
01:00 -!- Pureon [~chatzilla@cpc10-haye16-2-0-cust354.haye.cable.virginmedia.com] has quit [Read error: EOF from client]
01:01 < historicbruno> lol
01:08 -!- Zaggy1024 [~Zaggy1024@user-38q42mf.cable.mindspring.com] has joined #0ad-dev
01:21 -!- vtsj [~vtsj@vtsj.users.quakenet.org] has quit [Quit: - nbs-irc 2.39 - www.nbs-irc.net -]
01:54 -!- Brian [~Brian@adsl-98-81-18-168.hsv.bellsouth.net] has joined #0ad-dev
01:55 -!- mode/#0ad-dev [+o Brian] by Q
02:35 -!- serserar [~quassel@84.123.24.111.dyn.user.ono.com] has quit [Read error: EOF from client]
02:44 -!- Brian [~Brian@adsl-98-81-18-168.hsv.bellsouth.net] has quit [Read error: Connection reset by peer]
02:58 -!- hunter` [~Hunter@93-46-181-255.ip108.fastwebnet.it] has quit [Quit: Sto andando via]
02:58 -!- historicbruno [~Ben@historicbruno.users.quakenet.org] has quit [Quit: Leaving]
03:00 -!- Mythos_Ruler_ [webchat@c-24-11-229-63.hsd1.in.comcast.net] has joined #0ad-dev
03:10 -!- Mythos_Ruler_ [webchat@c-24-11-229-63.hsd1.in.comcast.net] has quit [Quit: Page closed]
03:24 -!- jdm [~jdm@CPE00222d9d208b-CM00222d9d2087.cpe.net.cable.rogers.com] has joined #0ad-dev
04:03 -!- stwf_ [~stwf_@pool-108-41-13-136.nycmny.fios.verizon.net] has quit [Quit: Leaving...]
04:12 -!- stwf_ [~stwf_@pool-108-41-13-136.nycmny.fios.verizon.net] has joined #0ad-dev
04:53 < Mythos_Ruler> Made a bunch o' little fixes.
04:58 -!- fcxSanya [~fcxSanya@31.23.246.57] has joined #0ad-dev
04:59 -!- mattn_ [~mattn@p4FF6791C.dip.t-dialin.net] has quit [Read error: Operation timed out]
05:05 < Mythos_Ruler> hai
05:05  * Mythos_Ruler waves
05:09 -!- Zaggy1024 [~Zaggy1024@user-38q42mf.cable.mindspring.com] has quit [Ping timeout]
05:09 -!- Zaggy1024 [~Zaggy1024@user-38q42mf.cable.mindspring.com] has joined #0ad-dev
05:09 < Zaggy1024> Mythos_Ruler: What's up?
05:10 < Mythos_Ruler> nm yo
05:12 < Zaggy1024> What was with the waving then? =P
05:13 < Mythos_Ruler> Saying hi
05:13 < Mythos_Ruler> The chat looks dead this weekend. :)_
05:13 -!- mattn_ [~mattn@p4FF62C9E.dip.t-dialin.net] has joined #0ad-dev
05:15 < Zaggy1024> I'll say
05:15 < Mythos_Ruler> You go right ahead.
05:15 < Mythos_Ruler> :)
05:16 < Zaggy1024> The chat looks dead this weekend. :)_
05:17 < Mythos_Ruler> Oh you
05:17 < Zaggy1024> =D
05:17 < Zaggy1024> You're the one that told me to. =P
05:18 < Mythos_Ruler> Silly McGillicutty.
05:28 < Mythos_Ruler> I committed a bunch of minor fixes. And I do mean minor.
05:28 -!- Zaggy1024 [~Zaggy1024@user-38q42mf.cable.mindspring.com] has quit [Ping timeout]
05:33 -!- jdm [~jdm@CPE00222d9d208b-CM00222d9d2087.cpe.net.cable.rogers.com] has quit [EOF from client]
05:34 -!- Zaggy1024 [webchat@216-250-178-103.dsl.iphouse.net] has joined #0ad-dev
05:47 < Zaggy1024> What on earth is bandboxing?
05:50 < Zaggy1024> Never mind =P
05:54 < Mythos_Ruler> haha
05:54  * Mythos_Ruler points and laughs.
05:57 -!- stwf_ [~stwf_@pool-108-41-13-136.nycmny.fios.verizon.net] has quit [Quit: Leaving...]
05:57 -!- fcxSanya [~fcxSanya@31.23.246.57] has quit [Ping timeout]
06:05 < Zaggy1024> ='(
06:05 < Zaggy1024> You're such a bully ='(
06:06 < Zaggy1024> http://www.codeproject.com/Articles/161871/Fast-Colored-TextBox-for-syntax-highlighting/
06:07 < Zaggy1024> This has got to be the coolest syntax highlighting textbox I've seen for Visual C# ever.
06:07 < Zaggy1024> So far. =P
06:14 -!- fcxSanya [~fcxSanya@31.23.159.95] has joined #0ad-dev
06:20 -!- fcxSanya [~fcxSanya@31.23.159.95] has quit [Ping timeout]
06:26  * Zaggy1024 shall go poof.
06:26 -!- Zaggy1024 is now known as Zaggy-POOF
06:31 -!- fcxSanya [~fcxSanya@31.23.159.95] has joined #0ad-dev
06:35 -!- Zaggy-POOF [webchat@216-250-178-103.dsl.iphouse.net] has quit [Ping timeout]
06:47 -!- k776 [~Kieran_P@118-93-55-149.dsl.dyn.ihug.co.nz] has quit [Read error: EOF from client]
07:05 < Mythos_Ruler> I made a new map you guys might like. It's basically Death Canyon, but 2v2, and 1 player on a team only has soldiers, no base and no resources. The other player has a starting base and resources.
07:44 -!- lupin-de-mid [~lupin@mx.stc-spb.ru] has joined #0ad-dev
08:08 -!- Mythos_Ruler [webchat@c-24-11-229-63.hsd1.in.comcast.net] has quit [Ping timeout]
08:32 -!- quantumstate [~jonathan@zone2.jesus.cam.ac.uk] has joined #0ad-dev
08:36 -!- Jolidragon [~jd@pas72-1-88-161-61-57.fbx.proxad.net] has joined #0ad-dev
08:46 -!- ricotz [~rico@p5B2AA8CD.dip.t-dialin.net] has joined #0ad-dev
08:48 -!- ortalo [~ortalo@laf31-3-82-225-216-155.fbx.proxad.net] has joined #0ad-dev
09:16 -!- ohaz [TKD@endless-aerospace.de] has quit [Read error: Operation timed out]
09:20 -!- ohaz [TKD@endless-aerospace.de] has joined #0ad-dev
09:24 -!- Sayyan` [~Sayyan@93-97-245-73.zone5.bethere.co.uk] has joined #0ad-dev
09:28 -!- Sayyan [~Sayyan@93-97-245-73.zone5.bethere.co.uk] has quit [Ping timeout]
09:31 -!- Mythos_Ruler [webchat@c-24-11-229-63.hsd1.in.comcast.net] has joined #0ad-dev
09:49 -!- Juicyfruit [~guest-jui@5ED14C22.cm-7-2b.dynamic.ziggo.nl] has joined #0ad-dev
09:53 -!- quantumstate [~jonathan@zone2.jesus.cam.ac.uk] has quit [Read error: Operation timed out]
10:05 -!- vtsj [~vtsj@vtsj.users.quakenet.org] has joined #0ad-dev
10:26 -!- Mythos_Ruler [webchat@c-24-11-229-63.hsd1.in.comcast.net] has quit [Quit: Page closed]
10:58 -!- Echelon9 [~rhyskidd@124-149-53-143.dyn.iinet.net.au] has joined #0ad-dev
11:20 -!- Echelon9 [~rhyskidd@124-149-53-143.dyn.iinet.net.au] has quit [Ping timeout]
12:14 -!- quantumstate [~jonathan@zone2.jesus.cam.ac.uk] has joined #0ad-dev
12:22 -!- verbalshadow [~verbalsha@c-75-71-11-221.hsd1.co.comcast.net] has quit [Quit: Konversation terminated!]
12:22 -!- verbalshadow [~verbalsha@c-75-71-11-221.hsd1.co.comcast.net] has joined #0ad-dev
12:59 -!- bioinfornatics [~jonathan@aqu33-4-82-233-54-227.fbx.proxad.net] has quit [Ping timeout]
13:05 -!- quantumstate [~jonathan@zone2.jesus.cam.ac.uk] has quit [Ping timeout]
13:22 -!- hunter` [~hunter@93-46-222-138.ip109.fastwebnet.it] has joined #0ad-dev
13:27 -!- quantumstate [~jonathan@zone2.jesus.cam.ac.uk] has joined #0ad-dev
13:42 -!- bioinfornatics [~jonathan@aqu33-4-82-233-54-227.fbx.proxad.net] has joined #0ad-dev
13:58 -!- fcxSanya [~fcxSanya@31.23.159.95] has quit [EOF from client]
14:17 -!- quantumstate [~jonathan@zone2.jesus.cam.ac.uk] has quit [Ping timeout]
14:42 -!- quantumstate [~jonathan@zone2.jesus.cam.ac.uk] has joined #0ad-dev
14:48 < vtsj> just got this error while building a hele temple ("Neos")
14:48 < vtsj> ERROR: Failed to find matching prop point called "garrisoned" in model "art/meshes/structural/hele_temple_a_base.dae" for actor "temple_new"
14:56 -!- quantumstate [~jonathan@zone2.jesus.cam.ac.uk] has quit [Read error: Operation timed out]
14:57 -!- leper [~leper@178-191-124-63.adsl.highway.telekom.at] has joined #0ad-dev
15:25 -!- Almin [~chatzilla@p4FE39AA0.dip.t-dialin.net] has joined #0ad-dev
15:29 -!- quantumstate [~jonathan@zone2.jesus.cam.ac.uk] has joined #0ad-dev
15:36 < Almin> Hi guys, I try to undestand how the AI works, but I don't understand how the Engine is called to train e.g. a female worker. I have to say, that I'm not very experienced in JavaScript. I found a function in the common-api/entity.js which seems to be used buy your AIs' ( train: function(type, count, metadata) ) but I don't know what these parametres are. Is there anywhere a documentation...
15:36 < Almin> ...about that. I think that the count is the numbers of units you want to train, the metadata seems to be the role that they play and the type makes me some souble. I thought it was the type of unit that you want to train, like " units/{civ}_support_female_citizen " but I don't get it working. Can someone help me, please?
15:38 < quantumstate> Almin: there isn't much documentation yet, reading the code is probaly the easiest thing
15:39 < Almin> thanks for the fast reply!
15:39 < quantumstate> you are correct about type and count
15:39 < Almin> thanks!
15:40 < Almin> that's good to hear
15:40 < quantumstate> how exactly are you trying to use the function?
15:41 < Almin> like this:
15:41 < Almin> trainers[0].train("units/{civ}_support_female_citizen" , 1, {"role" : "worker"});
15:44 < quantumstate> that should be working, assuming you don't get any error messages I can't help without seeing the context
15:44 < quantumstate> ah wait
15:45 < quantumstate> the problem is that you are using {civ}
15:45 < quantumstate> the train function doesn't replace {civ} for you
15:46 < quantumstate> there is a helper gameState.applyCiv(type) function if you are using the gamestate.js file from one of the other bots
15:46 < Almin> Yes I do!
15:47 < Almin> That might be the problem!
15:47 < Almin> I'll try it out!
15:48 < quantumstate> I have to go hand some work in now, I will be back in about 20 mins, though there might be someone else around so if you have more questions just ask
15:53  * vtsj is looking at the building placement code and notices it's globals everywhere
15:53 < vtsj> anybody object if I refactor the placement globals and support functions into a singleton class?
15:53 -!- quantumstate [~jonathan@zone2.jesus.cam.ac.uk] has quit [Read error: Operation timed out]
16:08 -!- quantumstate [~jonathan@zone2.jesus.cam.ac.uk] has joined #0ad-dev
16:34 < Almin> Thanks, quantumstate, thank you so much! I've done it! Finally! I can now train workers! Yeah! 
16:49 -!- Almin [~chatzilla@p4FE39AA0.dip.t-dialin.net] has quit [Read error: Operation timed out]
17:12 -!- lupin-de-mid [~lupin@mx.stc-spb.ru] has quit [Read error: EOF from client]
17:15  * leper can specify the available formations in player_defaults.json
17:27 -!- erik_feneur [~Erik@90-227-158-148-no48.tbcn.telia.com] has joined #0ad-dev
17:27 -!- Almin [~chatzilla@p4FE39AA0.dip.t-dialin.net] has joined #0ad-dev
17:45 -!- Zaggy1024 [~Zaggy1024@user-38q42mf.cable.mindspring.com] has joined #0ad-dev
17:45 < Zaggy1024> POOF
17:45 < Zaggy1024> =D
18:01 -!- Almin [~chatzilla@p4FE39AA0.dip.t-dialin.net] has quit [Read error: Operation timed out]
18:01 -!- vtsj [~vtsj@vtsj.users.quakenet.org] has quit [Read error: Connection reset by peer]
18:03 -!- jdm [~jdm@CPE00222d9d208b-CM00222d9d2087.cpe.net.cable.rogers.com] has joined #0ad-dev
18:17 -!- Almin [~chatzilla@p4FE39AA0.dip.t-dialin.net] has joined #0ad-dev
18:29 -!- Mythos_Ruler [webchat@c-24-11-229-63.hsd1.in.comcast.net] has joined #0ad-dev
18:41 -!- Almin [~chatzilla@p4FE39AA0.dip.t-dialin.net] has quit [Quit: ChatZilla 0.9.88.1 [Firefox 10.0.2/20120217110108]]
18:52 -!- mattn_ [~mattn@p4FF62C9E.dip.t-dialin.net] has quit [Read error: Operation timed out]
18:59 < quantumstate> I have a problem with replacing the rmGen getAngle() fucniton
18:59 < quantumstate> I don't know what it is meant to do :S
18:59 -!- k776 [~Kieran_P@118-93-55-149.dsl.dyn.ihug.co.nz] has joined #0ad-dev
18:59 -!- mode/#0ad-dev [+o k776] by Q
19:02 <@Philip`> Is it meant to get an angle?
19:02 < quantumstate> ah it gives the clockwise angle from the z axis
19:02 < quantumstate> highly unconventional
19:04 < quantumstate> is it ok for me to replace it with a function which gives the anticlockwise angle from the positive x axis?
19:10 < quantumstate> also getDirection gives a gradient of 100000 for a vertical line which doesn't seem nice
19:12  * Philip` has no personal investment in any RMS stuff so he'd be happy for the entire thing to be redesigned from scratch, if that'd help :-)
19:15 <@k776> quantumstate: I'm going to push #1193 to the next Alpha
19:15 <@k776> Is there any release blockers?
19:16 <@k776> Else someone should start making the packages for release and we can test those
19:16 <@Philip`> Is there anything (other than packaging) that I ought to look at before the release?
19:16  * Philip` has continued being distracted :-(
19:26 <@k776> Philip`: Just reviewing whats been comitted
19:26 <@k776> Everything else has been pushed to Alpha 10
19:26 <@k776> (hopefully Alpha 10 will include your path finding changes - where did you get to with those?)
19:29 <@k776> One other thing that would be nice for the next release is having multiple obstruction zones per object
19:29 <@k776> i.e. for gates, or for arches
19:30 <@k776> i.e. an obstruction where the structure is actually touchin the ground
19:30 < Mythos_Ruler> Gates are one thing, but for anything else is a low priority.
19:30 <@k776> Mythos_Ruler: The same system for gates would apply to other stuff
19:31 -!- erik_feneur [~Erik@90-227-158-148-no48.tbcn.telia.com] has quit [Quit: Leaving.]
19:31 <@k776> Philip`: Something like this possible?  <Obstructions><Obstruction start_x=0 start_y=0 size_x=50 size_y=50 /><Obstruction start_x=100 start_y=100 size_x=50 size_y=50 /></Obstructions>
19:31 < Mythos_Ruler> Regardless, a wall system and unlocking techs (at least for Phases/Ages) would be good.
19:31 < Mythos_Ruler> Not necessarily. Depends upon how it's implemented.
19:32 <@k776> Oh, a wall system might be a few alphas away, but being able to actually use gates would be nice
19:32 < Mythos_Ruler> Really? Walls a few alphas away?
19:33 <@k776> At best guess, probably Alpha 12
19:33 <@k776> :-(
19:33 < Mythos_Ruler> Why?
19:33 <@k776> Well, Alpha 10 is already packaged full of tickets, some quite large, like technologies
19:34 < leper> The syntagma formation should only be available to infantry pikemen? (Is a pikeman identifiable by Spear?)
19:34 <@k776> (and hopefully Philip`'s path finding)
19:34 <@k776> If Philip` is able to finish path finding in Alpha 10, he might be able to design the wall system for Alpha 11
19:34 < leper> (Melee Infantry Spear)
19:35 < Mythos_Ruler> Syntagma is only for pikemen, yes. We currently don't have a class for "Pike" -- though it would be trivial to add.
19:35 < leper> We seem to have spear
19:35 < Mythos_Ruler> spear is not enough.
19:35 < Mythos_Ruler> That would allow Celtic spear dudes to use the syntagma.
19:36 < leper> If they are owned by a hele player.
19:36 < Mythos_Ruler> Hoplites and Spartans should not use the Syntagma.
19:36 < Mythos_Ruler> Actually, the Syntagma is supposed to only become available after the Greek player researches 'Military Reforms'
19:37 < leper> Well I just noticed a comment in Command.js 'TODO: pike only'
19:37 < Mythos_Ruler> http://trac.wildfiregames.com/wiki/Civ%3A_Hellenes#MACEDONIANSPECIALTECHNOLOGIES
19:39 < Mythos_Ruler> It should be simple to just add the formation in the proper unit templates, right?
19:39 < Mythos_Ruler> I'll play with it.
19:41 < leper> yeah, If you want to only include some classes you need to add the class to the Syntagma if block in GetFormationRequirements in Commands.js
19:41 < Mythos_Ruler> I find it really weird that formations are dictated in the <Identity> element.
19:42 < Mythos_Ruler> See: template_unit.xml
19:42 < leper> Well I extended my patch for 1190 to read the formations from a json file.
19:42  * leper should probably create a new ticket for that.
19:43 < Mythos_Ruler> "read" them?
19:43 < leper> yes
19:44 < leper> A json file per civ
19:44 < leper> (that isn't included in the patch in 1190 though)
19:46 < Mythos_Ruler> Looks like the <Formations> tag in the templates does nothing.
19:48 < leper> Hm seems like that is never read...
19:48 < Mythos_Ruler> Wait... it does do something
19:48 < Mythos_Ruler> For pathfinding
19:48 <@Philip`> k776: Multi-part obstruction shapes shouldn't be too hard, I think
19:48 <@k776> Philip`: Excellent. And it'll make visual effects much nicer (roman archways, buildings you can go into, that sort of thing
19:49 < Mythos_Ruler> I removed them from the template-- the formations showed up in the UI, but they would not assume them when clicked.
19:49 < Mythos_Ruler> So, I put them back in. ;)
19:50 <@Philip`> (Most of the pathfinder only cares about obstruction squares, and it doesn't matter if one entity has multiple squares)
19:50 < leper> they are read (or at least it is checked if the unit can use LineClosed)
19:50 < Mythos_Ruler> k776: All we need is the framework for technologies and I can implement them all in a week.
19:51 <@k776> Mythos_Ruler: I know :-( It's just a case of finding someone who can do it
19:51 <@k776> And not only do it, but have a plan of action in mind
19:52 < Mythos_Ruler> k776: I'm saying the person that codes the framework doesn't have to actually implement them all.
19:52 < Mythos_Ruler> A few comprehensive samples would be enough.
19:52 <@k776> i.e. what will the interface look like? how do you access the tech list? how are required researches defined in the XML? does each Civ have their own techs? can the tech system be easily serialized with the current system?
19:53 < Mythos_Ruler> yup
19:53 <@k776> Are there any mockups for the tech system that someone can work from?
19:53 < Mythos_Ruler> As far as UI?
19:54 <@k776> Yup, placement of the button, the screen for 'buying' techs etv
19:54 <@k776> Cause not only do units rely on certain techs, some techs rely on other techs
19:54 < Mythos_Ruler> Not yet. However, it should be pretty simple to just throw the icon into the right-side panel beneath the unit icons.
19:54 <@k776> So we need a decent XML Schema someone can work from that provides a solution for every situation
19:55 < leper> Mythos_Ruler: You can remove all but LineClosed from the template...
19:55 < Mythos_Ruler> leper: I'll just leave them for now. ;0
19:55 < Mythos_Ruler> ;)
19:56 < Mythos_Ruler> But it's still weird that the list goes in <Identity>. Feels like Formations are different enough to warrant their own separate section.
19:56  * k776 tries to create an XML schema
19:56 <@k776> (to get the ball rolling)
19:57 < Mythos_Ruler> aight
19:57 <@Philip`> I thought quantumstate had already started on that
19:57 < leper> Well there is a comment that LineClosed is used like a flag to check if formations are possible at all...
19:57 <@Philip`> (The tech system, that is)
19:57 < Mythos_Ruler> I'm just wondering, if we get all those patches cleared out, why it should take 4 months to put in a wall system.
19:58 < Mythos_Ruler> I believe quantumstate has, yes.
19:58 <@k776> Philip`: Oh, cool
19:58 <@k776> quantumstate: Hey. Give me a buzz when your back. See above re: tech system
19:58 <@k776> Do you have a solid XML schema yet?
19:59 < Mythos_Ruler> Walls and Techs are really the last big/major gameplay things. Everything else is just enhancing what we have, at least in my mind.
20:00 < Mythos_Ruler> The last bit of core gameplay.
20:00 <@k776> Ok, cool
20:00 < Mythos_Ruler> Formation bonuses and pathing behavior is important, but really an enhancement.
20:01 < Mythos_Ruler> *pathing behavior for formations.
20:01 < Mythos_Ruler> *e.g. they stick together when fighting, etc.
20:02 <@k776> Should techs that enhance units be defined in the techs file or in the unit
20:03 < Mythos_Ruler> multi-part obstructions for buildings? Small potatoes, gameplay wise, compared to walls and techs.
20:03 < Mythos_Ruler> k776: I would think those techs would still be defined elsewhere.
20:05 <@k776> Mythos_Ruler: Yup, but walls/techs are big things that'll take a while. If someone like Philip` can add multi-part obstructions in an hour, it's better to have that in a release, then a tech system postponed to the next release
20:05 <@Philip`> Multi-part obstructions are possibly needed for gates, depending on the art
20:06 <@Philip`> (to let units walk through the right part of them)
20:07 <@Philip`> but only as a refinement, not as critical for gameplay
20:13 <@k776> You'd need dynamic ones I'd imagine. A gate with animation to close the gate, and when that animation finishes, a new dynamic obstruction added to stop that gate completely
20:13 <@k776> Likewise for opening
20:14 -!- Mythos_Ruler [webchat@c-24-11-229-63.hsd1.in.comcast.net] has quit [Quit: Page closed]
20:37 < quantumstate> k776: I had actually almost finished the 1193 changes before I went to dinner.  I can wait until after release though since it is not urgent.
20:37 < quantumstate> k776: also there is a json schema we came up with for techs, it shouldn't take too long for me to get unlocking done
20:38 <@k776> Ok, cool
20:40 < quantumstate> Mythos_Ruler:  (If reading logs) I think formations are the hardest thing left, there isn't even a solid specification of what we want them to do yet
20:47 -!- historicbruno [~Ben@historicbruno.users.quakenet.org] has joined #0ad-dev
20:54 -!- historicbruno is now known as hbruno-afk
20:58 < hbruno-afk> what exactly is formations/BoxForm2.xml?  I have a feeling it's useless
21:04  * Philip` wonders why people would decide to only accept CVs in Word/RTF/text formats, not PDF
21:06 < quantumstate> Philip`: because it is hard to read the text from a pdf
21:06 < quantumstate> (programatically)
21:07 <@Philip`> Why would they want to do that?
21:09 < quantumstate> then they can reflow the text, or search through it.  Though I can't think of many good reasons for wanting to do those things, that is what I have been told though.
21:10  * Philip` doesn't like it since he can't use LaTeX or nice fonts :-(
21:11 < quantumstate> latex to rtf is possible
21:12 <@Philip`> Does it work non-awfully?
21:13 < quantumstate> no idea
21:13 < quantumstate> I would guess so, since your cv shouldn't need any fancy formatting
21:14 <@Philip`> It needs stuff like table layouts
21:15 < quantumstate> really?
21:16 -!- jdm [~jdm@CPE00222d9d208b-CM00222d9d2087.cpe.net.cable.rogers.com] has quit [EOF from client]
21:16 <@Philip`> Yes, for e.g. putting dates on the left and things on the right
21:17 -!- serserar [~quassel@84.123.24.111.dyn.user.ono.com] has joined #0ad-dev
21:24 -!- Mythos_Ruler [webchat@c-24-11-229-63.hsd1.in.comcast.net] has joined #0ad-dev
21:30 -!- hbruno-afk is now known as historicbruno
21:31 < historicbruno> I don't know how they do over there, but here you can be guaranteed your resume will be scanned and the contents used to filter it out or in if you're lucky
21:33 < historicbruno> it will use dates to calculate your experience and see if it matches their expectations and keywords to see if certain skills are present, so complex formatting tends to jumble up the dates and get the program confused, which leads to a reject
21:33 < historicbruno> (before it's ever seen by a human)
21:35 -!- Juicyfruit [~guest-jui@5ED14C22.cm-7-2b.dynamic.ziggo.nl] has quit [Quit: Leaving]
21:36 < historicbruno> something like this: http://www.theladders.com/career-advice/resume-technology-resume-format-machine-friendly
21:47 < Mythos_Ruler> HR is becoming increasingly lazy, yet increasingly Byzantine. It's effing bizarre.
21:48 < Mythos_Ruler> "But for such parsing software to work properly, a resume needs to be formatted simply, Michnya said. She sees many overly formatted resumes, especially with very senior-level candidates." -- YOU ARE IN HR, LOOKING TO FILL SENIOR-LEVEL POSITIONS... PARSE THE RESUMES YOUR DAMN SELF.
21:49 < quantumstate> part of the problem is that some people have started mass mailing CV's now it is relatively easy to do online
21:49 < quantumstate> so they get a lot of noise
21:50 < Mythos_Ruler> Charge a buck per resume.
21:50 -!- ricotz [~rico@p5B2AA8CD.dip.t-dialin.net] has quit [Quit: Ex-Chat]
21:50 < quantumstate> then I think you start getting rid of good candidates because they don't like you charging
21:51 < historicbruno> unless you're going to work for machines, I don'r see the value of the first resume/CV review being a machine :P
21:51 < Mythos_Ruler> I think the best candidate will have researched the company and want to work at the company based on his or her research. I'm talking about senior-level positions.
21:53 < historicbruno> In pre-Email days, couldn't you mail, fax, or drop-off a resume in person? I'm sure people spammed job openings back then, as well
21:53 < Mythos_Ruler> I guess the real solution will be to pay for the development of software that parses highly formatted CVs correctly. :/
21:54 < historicbruno> and in my experience it's anything but quick and easy to apply these days through "applicant tracking systems"
21:55 < historicbruno> it involves more than emailing a resume or filling in a quick application, it's multi-step and they're all subtly different, and you have to correct their stupid parsing software's mistakes, etc. etc.
21:55 < Mythos_Ruler> I enjoy the application software where it lets you upload your resume... then makes you fill out everything again. Real nice.
21:57 < quantumstate> historicbruno: over half the places I applied just had an email address
21:57 < quantumstate> Mythos_Ruler: yes those are very annoying
21:59 < quantumstate> what I find most annoying is when they have a word template which inevitably fails to work in LibreOffice
21:59 < Mythos_Ruler> There was one application where it asked for your work history going back 10 years, then required that every single month be accounted for. If there was a MONTH between one job and the next, it had to have its own entry and explanation of why you weren't working. lol
22:00 < Mythos_Ruler> If there was a month gap in your work history is HAD to be explained. Could not skip.
22:00 < Mythos_Ruler> *it
22:01 < Mythos_Ruler> Luckily, I've never run into an employer that asked for my facebook login and password... yet.
22:01 < quantumstate> I wouldn't work for such an employer
22:02 -!- leper [~leper@178-191-124-63.adsl.highway.telekom.at] has quit [Read error: Operation timed out]
22:05 < Mythos_Ruler> The work gap one I just cancelled the app and moved on to a different one.
22:05 < Mythos_Ruler> Yeah, if I ran into an employer who asked for my passwords and stuff, I'd walk out.
22:05 < Mythos_Ruler> They figure people are so desperate.
22:05 < Mythos_Ruler> And they are.
22:08 < Mythos_Ruler> Ideally, I'd walk away from a job if they required a drug test. Problem with that is, they ALL require drug tests. I don't do drugs, but I still feel it's a gross violation of privacy. A marijuana hit from a month prior is enough to disqualify you.
22:08 < Mythos_Ruler> At one such drug test for a job they actually cut chunks out of my hair to test that.
22:09 <@Philip`> Maybe that's why they ask you to account for every single month, so they can catch out people who put "Waiting for drugs to drop to undetectable levels" just prior to the application
22:09 < quantumstate> in the UK we seem to have escaped that one
22:10 < Mythos_Ruler> In the U.S., employers have all the power and are taking as much power as they can, when they can. Since the Supreme Court made it legal for corporations to support any candidate they want to (in the name of "free speech"), it will only get worse.
22:11 < Mythos_Ruler> I see a future where workers live in dormatories, like back in the 1880s or modern day China, for that matter.
22:11 <@Philip`> You really ought to abandon that whole free speech concept
22:11 <@Philip`> It's just causing trouble nowadays
22:12 < Mythos_Ruler> Philip`: I think you're jesting. :)
22:13 < Mythos_Ruler> A curb on how easily a milti-billion dollar corporation sway public policy is not the same as abandoning the concept of free speech.
22:13 < Mythos_Ruler> Anyway, I probably shouldn't be talking about this stuff. :)
22:14 < Mythos_Ruler> Oh hey, how about them Romans, eh? eh?
22:15 < historicbruno> is it possible the release will be on time :o
22:15 <@Philip`> The Romans did alright without bothersome free speech
22:17 < quantumstate> Mythos_Ruler: talking about romans, now the AI can enjoy them :)
22:18 <@Philip`> AIs can now feel emotion?
22:18 < quantumstate> Philip`: my AI is happy go lucky
22:19 < Mythos_Ruler> When will packaging occur? Hopefully I can get Enrique to finish up the Roman Army Camp.
22:24 <@Philip`> Mythos_Ruler: I can do it any time
22:28  * Philip` wonders why a depth texture on an NVIDIA device seems to underestimate the depth of pixels near the far plane (i.e. z approaching 1.0)
22:28 <@Philip`> which breaks shadows if you sample the depth texture and compare against actual depth
22:28 <@Philip`> though if you use the built-in shadow mode then it works fine
22:31 < historicbruno> speaking of shadow weirdness :P  http://i.imgur.com/TAZdt.jpg 
22:31 < Mythos_Ruler> Yup, Shadows don't connect correctly with the objects casting them. :/
22:31 < historicbruno> it's not Atlas specific btw, but you need very bright terrain to make it stand out
22:32 < Mythos_Ruler> It's noticeable on Median Oasis, I believe.
22:32 < historicbruno> Mythos_Ruler: well I mean the box around the fence posts
22:33 <@Philip`> Don't make the sun so low down :-)
22:33 <@Philip`> Precision limits mean it'll never work particularly well like that - you either get triangles casting shadows onto themselves, or you get shadows that are disconnected from the object
22:36 < historicbruno> I don't understand, are you saying the terrain is casting a shadow onto itself?
22:36 < Mythos_Ruler> Philip`: That shadow tearing occurs way before the sun approaches an extreme angle. :(
22:38 < historicbruno> there are two problems in that image, the one you're talking about, I can understand how that would happen
22:38 <@Philip`> historicbruno: I was referring more to Mythos_Ruler's point; I'm not sure if it could cause that terrain problem too
22:39 < historicbruno> to see it, open Belgian Bog map and then switch to actor viewer
22:40 < historicbruno> or just adjust the sun manually :)
22:40 <@Philip`> It's possible but I thought we drew terrain with inverted culling to avoid that kind of thing
22:40 < historicbruno> and it doesn't really look like a shadow, it's more like diagonal lines
22:41 -!- Sayyan` [~Sayyan@93-97-245-73.zone5.bethere.co.uk] has quit [Read error: Connection reset by peer]
22:43 <@Philip`> It looks like diagonal lines of shadow colour
22:45 < historicbruno> true, also the sun doesn't have to be that low to see them
22:50 < quantumstate> yay, just found qBot food gathering bug
22:51 < quantumstate> it was totally the bears fault
22:55 -!- ortalo [~ortalo@laf31-3-82-225-216-155.fbx.proxad.net] has quit [Quit: Leaving.]
22:56 <@Philip`> historicbruno: It is the shadows
22:56 <@Philip`> Do "renderer.shadowZBias=0.1" in Misc hacks > JS console
22:56 <@Philip`> which makes the z-fighting patterns disappear
22:57 < historicbruno> ah it does :)
22:57 < historicbruno> is that a proper solution?
22:57 <@Philip`> No, because it makes the shadows float further away from the object
23:00 < quantumstate> Philip`: would you be able to look at the AI API changes sometime? http://www.wildfiregames.com/forum/index.php?showtopic=15410&pid=234457&st=0&#entry234457 it is not massively urgent.  I can implement the js part of the interface fairly easily.  I have been sort of holding  off doing much to qBot before the API changes and I can do a bit of refactoring
23:03 -!- stwf_ [~stwf_@pool-108-41-13-136.nycmny.fios.verizon.net] has joined #0ad-dev
23:04 < historicbruno> bah, Firefox gets very confused lately when loading huge web pages
23:04 < historicbruno> it freezes up :/
23:06 <@k776> quantumstate: Do you want to commit your latest patch for #1193  (math functions)
23:06 <@k776> (assumming you've tested)
23:07 <@k776> (and someone else can quickly code review)
23:08 < quantumstate> I have tested it to some extent, though on the other hand there will be zero user visible effect so it could wait.  Patch is at http://trac.wildfiregames.com/ticket/1193
23:12 < historicbruno> wonder if we should make it an official convention that people multiply for squares instead of using Math.pow?  or is Math.pow ever better?  Personally I don't think it enhances readability
23:14 < quantumstate> I prefer multiplying as well
23:14 < quantumstate> also Math.sqrt() should be preferred over ^0.5
23:14 < quantumstate> because that is definitely clearer
23:15 <@Philip`> historicbruno: I think the official convention should be to not care
23:15 <@Philip`> since either works fine
23:15 < quantumstate> that also sounds reasonable :P
23:16 <@Philip`> and it depends largely on context, e.g. whether you're squaring a complex subexpression or just a variable
23:23 < historicbruno> this needs to be moved: http://www.wildfiregames.com/forum/index.php?showtopic=15765  I don't think it's general discussion and ideas :P
23:27 < historicbruno> "// And don't go for the bloody fish! TODO: remove after alpha 8 " O.o
23:27 < quantumstate> lol
23:28 < quantumstate> I forgot to remove the TODO comment after Alpha 8, sorry
23:28 < quantumstate> actually removing the check would currently be inadvisable
23:29 < historicbruno> Mythos_Ruler: about http://trac.wildfiregames.com/changeset/11318 , which bug do you mean?
23:30 < quantumstate> I have updated the comment, but it isn't worth comitting
23:30 < historicbruno> what were we waiting for in Alpha 8 ?
23:31 -!- stwf_ [~stwf_@pool-108-41-13-136.nycmny.fios.verizon.net] has quit [Quit: Leaving...]
23:42 < quantumstate> I thought I had fixed it but wanted to wait till after the release in case it broke something, which is hindsight was a good move since it would have broken something :)
23:43 < quantumstate> goodnight
23:47 -!- quantumstate [~jonathan@zone2.jesus.cam.ac.uk] has quit [Read error: Operation timed out]
23:49 -!- Zaggy1024 [~Zaggy1024@user-38q42mf.cable.mindspring.com] has quit [Ping timeout]
23:52 -!- Jolidragon [~jd@pas72-1-88-161-61-57.fbx.proxad.net] has quit [Quit: T'as regard? dans ta salle de bain ?]
--- Log closed Mon Mar 12 00:00:46 2012