Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Fleeting Frames]

Type rendermax light occlusionON into dfhack console in STANDARD print mode. Doesn't seem to work in all versions, but here's shot of it in 43.05:

||

That's an outdated version compared to latest screenshots in thread though, ofc

[flbr]

Cool, I'll try that out!

[Warmist]

Hey Warmist, is this still being developed? Though even if it's not, what would I have to do to check it out? This looks super cool!

As all of my projects they are in perpetual "in development, but me has new game to play/work/life" state. Newest idea/inspiration was from minecraft RTX. I think it would be better to make a full fort light simulation but only for screenshots - slowly integrate all the light by raytracing. Also i need to think through light bouncing in fort some more. Current model is very naive/roguelike. Issues/ideas:

• if you have metal floors, the reflected light should be wayyy higher (i.e. specular)
• if you have red floors/walls/etc - reflection (diffuse or specular) should be redish
• if you have a huge mountain it should cast a big shadow in the evening
• daylight is orders of magnitude bigger but maybe dwarves have different eye adapt function or we can play with tone mapping... not sure
• the fort is too dark in general... original algo is limited by light source distance so we can't light everything up
• there should be A HUGE speed up because we will be doing raytracing in a grid like world but i'm not sure on specifics
• figure out the twbt incompatibility - if it's not going to be replaced by steam DF

<...>Type rendermax light occlusionON into dfhack console in STANDARD print mode.  <...>

It should be "rendermax light" as occlusionON is a debug command (i.e. to see how much every tile is occluding). See manual for more info.

[Fleeting Frames]

Yeah I tried that first and it froze and never rendermaxed

[Warmist]

Yeah I tried that first and it froze and never rendermaxed

Huh strange it shouldn't freeze.

Anyway, tested with 0.44.12-r3 x64:

[lethosor]

Yeah I tried that first and it froze and never rendermaxed

What DFHack version and OS? I did recently fix an issue that could cause just the DFHack console to freeze, but I think that was after 0.47.04-r1.

[Warmist]

Yeah I tried that first and it froze and never rendermaxed

What DFHack version and OS? I did recently fix an issue that could cause just the DFHack console to freeze, but I think that was after 0.47.04-r1.

Whoops should have looked up what is the newest DF version 

[Fleeting Frames]

@lethosor: "DFHack version 0.43.05-r2 (release) on x86_64" and linux. And to clarify, its less frozen and more like the prompt for next command never returns plus rendermax doesn't execute.

@Warmist: yeah that doesn't work in 44.12-r1 x64 for me.

[Warmist]

<... random dev plans ...>

Oooh new idea... Maybe make it semi-real-time? Stochastic real time? Inspired by this (probably misunderstanding and not watching all of it) lets just construct a grid of probes (e.g. each 5x5x5 block has one) and then raytrace from them randomly (maybe with some way of detecting if blocks changed etc...). The screen gets full raytracing and when it hits limit just look up the probe?

Though minor issue is that i've never done this (well tried to understand the spherical harmonic encoding and redo it to 2d for last implmentation) and i'm not sure how good does this propagate the light...

[lethosor]

@lethosor: "DFHack version 0.43.05-r2 (release) on x86_64" and linux. And to clarify, its less frozen and more like the prompt for next command never returns plus rendermax doesn't execute.

Yeah, this sounds like almost exactly the issue I fixed in this commit. There's a chance it won't occur in the GCC 4.8 build, so if you're using the GCC 7 build, you could try switching, but I can't guarantee it will help. You could also try grabbing a DFHack development build from https://dfhack.org/builds/ and extracting rendermax.plug.so from it (I don't recommend using the entire dev build due to this issue - not sure if rendermax will crash because of this, but it's less likely). This will only work with 0.47.04-r1, though. If you want to apply the commit to older versions, it would probably be straightforward enough, but would require compiling DFHack.

[Medtob]

Hi all,

Sorry to necro the thread, but this seemed like the most logical place to post, and less obnoxious than opening up an entire new thread for it.

Is there any consensus on how to best implement a day/night cycle in Rendermax?

After perusing this thread, I used the command

rendermax light sun <.1>|cycle

...but am not getting any cyclical changes in outdoor lighting. How should I go about attaining that?

[lethosor]

Sorry to necro the thread, but this seemed like the most logical place to post, and less obnoxious than opening up an entire new thread for it.

You did 100% the right thing. This is a long-lived thread for a project - despite recent activity, posting to it will reach people familiar with the project, and posting to the forum at large would probably not be seen by the right people. (I don't have a lot of familiarity with rendermax, but I can take a guess.)

After perusing this thread, I used the command

rendermax light sun <.1>|cycle

...but am not getting any cyclical changes in outdoor lighting. How should I go about attaining that?

Is this the literal command you ran? If so, I think you misinterpreted the help text:

Code: [Select]

rendermax light sun <x>|cycle - set time to x (in hours) or cycle (same effect if x<0)
The "|" means "OR", so you should either run "rendermax light sun <some number>" or "rendermax light sun cycle". The <> symbols mean that some value is required, so an example of the first option would be "rendermax light sun 0.1". (All of these should not include quotes when run in the DFHack console.)

[Medtob]

The "|" means "OR", so you should either run "rendermax light sun <some number>" or "rendermax light sun cycle". The <> symbols mean that some value is required, so an example of the first option would be "rendermax light sun 0.1". (All of these should not include quotes when run in the DFHack console.)

Ah, many thanks, my misinterpreting was in fact the issue. I have little-to-no experience with inputs like | so am a bit more sensitive to it now at least, lol.

[leastannoyingman]

I never managed to get this plugin to work a long time ago, but it always looked awesome. That being said, are you planning to port it to the Premium version? Some lighting would really make the new visuals come alive even more.

[myk]

we'll have to see what is possible with the new DF renderer. I suspect the answer is yes, though rendermax will not be in the first wave of plugins/scripts that we update for the Steam version. The question will come down to whether we can safely hook the low level renderer functionality.