Abel wrote:Good to see you got started, thanks!
I've made some minor changes to the page regarding formatting and spelling and have a couple of remarks:
1. division between general and exporter specific information
The wiki consists of pages that describe LuxRender's functionality and features, and of pages that describe how to access this functionality through exporters. This way, one can get an overview of LuxRender's functionality without having to go through information that is not relevant for the modeling program that is being used. In your page, you make a similar distinction, but in its current form the page doesn't fit in the existing wiki structure. Sections 1 and 2 should be integrated in http://www.luxrender.net/wiki/index.php ... r_Lighting or form a separate page, section 3 should be integrated in http://www.luxrender.net/wiki/index.php ... nvironment.
On the other hand not showing how to enter the info makes it a hypothetical text? Imho its needed to show where to enter which info after we got it?
Abel wrote:2. introduction text
When starting to read the page, it first looks like there are two separate ways a hdr file can be used (for example when writing "both maps"). Only afterwards it turns out there is no distinction between the two.
Actually there are three ways and LuxRender could be used for each alone. Unfortunately background is an issue with LuxRender. Ideal would be a combination - a 3 slot environment design: HiRes-LDR to show the background without providing lightning (on parts not covered by the geometry), HDR to make reflective surfaces and lowres HDR to light the scene.
Problem with HDRs up to 3K is usually the occurence of "lit spots" in the HDR happenign in a lit part (eg caustic) on a high contrast surrounding (eg a dark table with low diffuse and reflection). Those issues dont arise with low res HDRs for lightning - thats why they are so blurry. Alas this would be perfect for using sIBL in lux.
Anyway we dont have it in lux, so I didnt elaborate there. Still for people used to the "normal" naming I thought it important to clarify.
Abel wrote:I think the notes about fitting in background images should form a page of their own; a tutorial might be the most suitable format. By moving this section, the topic will not derive too much in the LuxRender lighting page.
On the other hand I bet several users think about using environment map that way. I wouldnt spread this info over several wikis as long as there is no specific wiki for background (see below).
Abel wrote:Regarding the notes: I have never heard of a win-mapped image. Also I have some doubts that a spherically mapped background would work in combination with LuxRender's hdr lighting.
Blender example <click>
Win - Window: The rendered image window coordinates. This is well suited to blending two objects.
Other render engines call it sticky-Window or sticky-Camera texturing (even though all those are different techniques suitable for distinct issues).
Spherically? You mean the SkyDome I figure?
Abel wrote:3. background/preconsiderations
The text "LuxRender offers to compensate such issues, but this can be tricky" leaves me with more questions than with answers, could you specify how this works?
Overall poor lightnign can be adjusted with "gain", in some scenes (eg a night scene) the tonemapping options in LuxGUI can fix some issues after rendering, in more extreme cases one could adjust the Gamma of the LDR in LuxRender or even create the materials to "cooperate" with the weird lightning. Overall lightnign groups also help to compensate a poor LDR for lightning by aligning lights with the background (tricky), adjusting rendering (more tricky)... (those are the first few options which come to my mind - am sure there might be some more).
Still I felt that wiki is the wrong place to elaborate - this fits to a future "background wiki". (Preferably if someone would add sIBL support ). Sorry but sIBL is plain cool for a good background so I tend to mention it.
Abel wrote:4. image
The projection image is nice! If you made it, great! Otherwise, are you sure we can use it under the GNU Free Documentation License?
I modified an existing one and extended it. The license of the base image is CC non-commercial (which luxRender is - non-commercial). Personally I have the authors written permission to use his images even commercially. All that by including his site URL on each page where his images appear (which in fact happens to be the link at the end of the wiki).
Pheww Looking forward to your answer.