Trinca
#101 posted by nitin on 2010/04/06 12:35:05
yeah he is. you can still email him as before, hes just stopped coming here.
#102 posted by Trinca on 2010/04/06 13:46:15
I think he left because of travail secret map :\ when he saw negke face :(
he got disappointed with is love�
He saw negke genious is mapping as a sexy big huge German male.
#103 posted by Tuna on 2010/04/15 12:09:28
Aye, perhaps open up a bounty for the light multi-threading? ;-)
Anyway one would need to to which source to make patches to.. (although I'm quite busy right now so don't keep up your hopes too high)
On another note: I noticed that Spirit hasn't updated his bounty patch on quaddicted.com with the latest one. Can someone punch him when he is around?
Also I haven't copied my binary to any other location than on my web space. Perhaps someone can save it to some real location as Willem chickened out and I lack the power too. We don't want it to get lost, right?
Ouch!
#104 posted by Spirit on 2010/04/15 15:52:28
I think I did not have a binary of the latest version and thus postponed posting it and postponed and postponed and ... spiderwebs in my brain.
Done
#105 posted by Spirit on 2010/05/14 11:19:41
#106 posted by mh on 2010/05/14 15:08:28
> Aye, perhaps open up a bounty for the light multi-threading? ;-)
Ummm - light.exe is already multi-threaded. You do need to use the -threads options to enable it though. "-threads 16" for 16 threads, for example.
#107 posted by JneeraZ on 2010/05/14 15:25:07
Sure you can pass it in - but it doesn't do anything. :)
Not That Light.exe Really Needed It Anyway
#108 posted by negke on 2010/05/14 15:36:59
Besides, the -gate 1 switch in BJP's tool speeds up the process considerably already.
#109 posted by JneeraZ on 2010/05/14 15:51:32
You'd be surprised. I multithreaded my Mac version and even if you cut a minute build time down to 35 seconds, that speeds up iteration so it's totally worth it...
#110 posted by mh on 2010/05/14 17:40:06
Has anyone added the ability to use visdata (if present) to light.exe yet? I did it for MHColour and it was a HUGE boost, so it would definitely also be worthwhile for general lighting.
#111 posted by JneeraZ on 2010/05/14 17:44:50
I don't think so.
Go go go! That would be awesomely great. :)
#112 posted by necros on 2010/05/14 20:39:13
how does light work? i thought it was raytracing, so how would vis data speed it up?
Necros:
#113 posted by metlslime on 2010/05/14 21:41:27
Light basically does a ray-trace from every light to every lightmap pixel on every surface in the map. I think there is already an optimization to reject surfaces that are outside the radius of the light (for linear falloff lights) but for lights with an inverse square falloff, a light theoretically has infinite range, so vis data could be useful to quickly reject polygons a light can't see.
Oh I See
#114 posted by necros on 2010/05/14 23:23:23
i originally just sort of imagined it as blasting out rays and pasting a light value on any walls it hit. i didn't know it did the entire map. o_o
Why
#115 posted by megaman on 2010/05/16 00:22:14
do the light tools not use radiosity?
#116 posted by gb on 2010/05/16 01:09:35
> Has anyone added the ability to use visdata (if present) to light.exe yet? I did it for MHColour and it was a HUGE boost, so it would definitely also be worthwhile for general lighting.
Doesn't bjp light do that already? I seem to remember one that does it.
Megaman:
#117 posted by metlslime on 2010/05/16 01:45:29
some of them do; for example i think lordhavoc's compilers do it.
|