OBD talk:OBLS: Difference between revisions
m (+cat) |
m (link fix to avoid redirection response) |
||
(4 intermediate revisions by 2 users not shown) | |||
Line 1: | Line 1: | ||
It would look like Oni used to support rather advanced lighting setups. Spatial distributions were not limited to point light sources, and allowed area lights (i.e., whole polygon surfaces emitting light with a uniform density) as well as "linear" distributions of light (something like a zero-thickness neon tube). As for the angular distribution, it could be either diffuse (light radiated in all directions from the source) or spot-like, determined by a "beam angle" (size of the cone where the radiated light intensity is maximal/nominal) and a "field angle" (size of the cone beyond which there is no light radiated at all), supposedly with linear falloff in-between. Although the beam and field angles only make sense for spot lights (and thus were probably unavailable for the "diffuse" flavor of angular distribution), it is not obvious from the dialog whether the "spot" flavor of angular distribution was available for all the flavors of the spatial distribution, or only for "point". On another note, there are no separate fields for specifying the spatial extent of linear or area lights, so it must be assumed that the OBLS settings were matched with some conventional M3GM (when used in OFGA), which somehow determined the 3D position of the light, the orientation and extent of the linear/area distribution (if applicable) as well as the normal/central direction of a spot-like angular distribution (also if applicable). Or it was the ENVP particle link of the OFGA that provided the information about the 3D position, orientation and size of the light source. Or maybe OFGA didn't look up the full set of settings from an OBLS (and, e.g., only used the color and ignored the rest). I dunno LOL. --[[User:Geyser|geyser]] ([[User talk:Geyser|talk]]) 00:53, 29 August 2020 (CEST) | It would look like Oni used to support rather advanced lighting setups. Spatial distributions were not limited to point light sources, and allowed area lights (i.e., whole polygon surfaces emitting light with a uniform density) as well as "linear" distributions of light (something like a zero-thickness neon tube). As for the angular distribution, it could be either diffuse (light radiated in all directions from the source) or spot-like, determined by a "beam angle" (size of the cone where the radiated light intensity is maximal/nominal) and a "field angle" (size of the cone beyond which there is no light radiated at all), supposedly with linear falloff in-between. Although the beam and field angles only make sense for spot lights (and thus were probably unavailable for the "diffuse" flavor of angular distribution), it is not obvious from the dialog whether the "spot" flavor of angular distribution was available for all the flavors of the spatial distribution, or only for "point". On another note, there are no separate fields for specifying the spatial extent of linear or area lights, so it must be assumed that the OBLS settings were matched with some conventional M3GM (when used in OFGA), which somehow determined the 3D position of the light, the orientation and extent of the linear/area distribution (if applicable) as well as the normal/central direction of a spot-like angular distribution (also if applicable). Or it was the ENVP particle link of the OFGA that provided the information about the 3D position, orientation and size of the light source. Or maybe OFGA didn't look up the full set of settings from an OBLS (and, e.g., only used the color and ignored the rest). I dunno LOL. --[[User:Geyser|geyser]] ([[User talk:Geyser|talk]]) 00:53, 29 August 2020 (CEST) | ||
:What were these light sources used for, since Bungie West doesn't seem to have ever planned to give the game realtime lighting? [[Oni/Positioning|This early design document]] called for "radiosity", which BWest must have known was only feasible by pre-calculating it in a program like Lightscape and importing those solutions into Oni as static lightmaps. | |||
:Some possible uses for OBLS that come to mind: | |||
:*Realtime character shadows and lighting. Before realtime shadows were canceled mid-development, they only extended downwards from the character models, but ideally shadows would have been cast at angles appropriate for the lighting in the room, and OBLS would have been needed for that. (Note that other games were already doing realtime shadows such as Outcast (1999), Nocturne (1999) and Heavy Metal FAKK 2 (2000), so this would have been on their mind.) I don't know if they ever planned to light characters based on something other than a fixed linear source (a sun), but OBLS would have been necessary to recognize when a character, say, stepped into one of [[:Image:ManPlant3.jpg|these spotlights]]. | |||
:*The player was once intended to be able to "[https://web.archive.org/web/20000422020741/http://pc.ign.com:80/news/5839.html kill the lights]", which either meant hitting a light switch or shooting out the lights directly. OBLS would have given the player targets to shoot at which could then be disabled. But how would the lighting in the room change if it was based off static lightmaps? If your only option as a player was to turn off the whole room at once, a new "lights off" lightmap could be swapped in (or the existing one simply turned off). But if lights were meant to be breakable, that would imply that BWest meant to have realtime lighting after all, since you couldn't meaningfully react to individual broken lights otherwise. | |||
:*Rather than filling the environment with realtime lighting (whether radiosity or something simpler), maybe the goal of OBLS was merely to supplement static lightmaps with dynamic local effects that could pulse, flicker, and switch on/off. It's likely that BWest wanted weapons fire to be able to light the environment (as other games were beginning to do), so if they had implemented some simple environmental proximity lighting for use with projectiles, they could have used it for OBLS light sources too. --[[User:Iritscen|Iritscen]] ([[User talk:Iritscen|talk]]) 04:11, 11 December 2023 (UTC) | |||
:::>>>''Rather than filling the environment with realtime lighting (whether radiosity or something simpler)...'' | |||
:::Definitely not realtime Radiosity... For sophisticated Radiosity lighting you need to "solve" it for 1-2 days <code>(tested on: Core i5-6300U @ 2.4 GHz, Intel HD 520 GFX, 16 GB RAM, 16 GB PAGE-RAM, Windows 7... Tested with: Lightscape 3.0, Autodesk Lightscape 3.2, Autodesk 3DS Max 2011-2017)</code> | |||
:::If you're interested in more details on Radiosity, I can send you them via e-mail... | |||
:::>>>''I don't know if they ever planned to light characters based on something other than a fixed linear source (a sun)...'' | |||
:::They really planned that... You can see it [https://www.youtube.com/watch?v=FeE3bxqwLQk here]... First - 00:21-00:24 (but really hard to estimate the "non-sun" lighting)... Second - 01:40-01:49 (here Konoko and ninja were lit definitely by the "industrial" lights behind them)... | |||
:::--[[User:Mai X|Mai X]] ([[User talk:Mai X|talk]]) 21:50, 13 December 2023 (UTC) | |||
::::Good catch with the shot at 1:40, it does seem that they're lit strongly from the side of the construction lights. I might see what you mean at 0:21 but it's harder to tell. | |||
::::Just a small addition/clarification on my point #2 while I'm here – the description that BWest gave of Oni's (hypothetical) action was that you would be able to "kill the lights" and jump out a window while throwing a grenade in the middle of a firefight, so I think it's pretty clear that they didn't mean you would be shooting out each light individually. "Kill the lights" commonly means turning them off with a switch, so I'm sure that's what Bungie meant; whether you would toggle the light switch with the action key or also had the option of shooting it, I don't know. Interesting to note that the room at 1:22 has all the lights turned off…. --[[User:Iritscen|Iritscen]] ([[User talk:Iritscen|talk]]) 23:52, 13 December 2023 (UTC) | |||
{{OBD}} | {{OBD}} |
Latest revision as of 01:36, 18 December 2023
It would look like Oni used to support rather advanced lighting setups. Spatial distributions were not limited to point light sources, and allowed area lights (i.e., whole polygon surfaces emitting light with a uniform density) as well as "linear" distributions of light (something like a zero-thickness neon tube). As for the angular distribution, it could be either diffuse (light radiated in all directions from the source) or spot-like, determined by a "beam angle" (size of the cone where the radiated light intensity is maximal/nominal) and a "field angle" (size of the cone beyond which there is no light radiated at all), supposedly with linear falloff in-between. Although the beam and field angles only make sense for spot lights (and thus were probably unavailable for the "diffuse" flavor of angular distribution), it is not obvious from the dialog whether the "spot" flavor of angular distribution was available for all the flavors of the spatial distribution, or only for "point". On another note, there are no separate fields for specifying the spatial extent of linear or area lights, so it must be assumed that the OBLS settings were matched with some conventional M3GM (when used in OFGA), which somehow determined the 3D position of the light, the orientation and extent of the linear/area distribution (if applicable) as well as the normal/central direction of a spot-like angular distribution (also if applicable). Or it was the ENVP particle link of the OFGA that provided the information about the 3D position, orientation and size of the light source. Or maybe OFGA didn't look up the full set of settings from an OBLS (and, e.g., only used the color and ignored the rest). I dunno LOL. --geyser (talk) 00:53, 29 August 2020 (CEST)
- What were these light sources used for, since Bungie West doesn't seem to have ever planned to give the game realtime lighting? This early design document called for "radiosity", which BWest must have known was only feasible by pre-calculating it in a program like Lightscape and importing those solutions into Oni as static lightmaps.
- Some possible uses for OBLS that come to mind:
- Realtime character shadows and lighting. Before realtime shadows were canceled mid-development, they only extended downwards from the character models, but ideally shadows would have been cast at angles appropriate for the lighting in the room, and OBLS would have been needed for that. (Note that other games were already doing realtime shadows such as Outcast (1999), Nocturne (1999) and Heavy Metal FAKK 2 (2000), so this would have been on their mind.) I don't know if they ever planned to light characters based on something other than a fixed linear source (a sun), but OBLS would have been necessary to recognize when a character, say, stepped into one of these spotlights.
- The player was once intended to be able to "kill the lights", which either meant hitting a light switch or shooting out the lights directly. OBLS would have given the player targets to shoot at which could then be disabled. But how would the lighting in the room change if it was based off static lightmaps? If your only option as a player was to turn off the whole room at once, a new "lights off" lightmap could be swapped in (or the existing one simply turned off). But if lights were meant to be breakable, that would imply that BWest meant to have realtime lighting after all, since you couldn't meaningfully react to individual broken lights otherwise.
- Rather than filling the environment with realtime lighting (whether radiosity or something simpler), maybe the goal of OBLS was merely to supplement static lightmaps with dynamic local effects that could pulse, flicker, and switch on/off. It's likely that BWest wanted weapons fire to be able to light the environment (as other games were beginning to do), so if they had implemented some simple environmental proximity lighting for use with projectiles, they could have used it for OBLS light sources too. --Iritscen (talk) 04:11, 11 December 2023 (UTC)
- >>>Rather than filling the environment with realtime lighting (whether radiosity or something simpler)...
- Definitely not realtime Radiosity... For sophisticated Radiosity lighting you need to "solve" it for 1-2 days
(tested on: Core i5-6300U @ 2.4 GHz, Intel HD 520 GFX, 16 GB RAM, 16 GB PAGE-RAM, Windows 7... Tested with: Lightscape 3.0, Autodesk Lightscape 3.2, Autodesk 3DS Max 2011-2017)
- If you're interested in more details on Radiosity, I can send you them via e-mail...
- >>>I don't know if they ever planned to light characters based on something other than a fixed linear source (a sun)...
- They really planned that... You can see it here... First - 00:21-00:24 (but really hard to estimate the "non-sun" lighting)... Second - 01:40-01:49 (here Konoko and ninja were lit definitely by the "industrial" lights behind them)...
- --Mai X (talk) 21:50, 13 December 2023 (UTC)
- Good catch with the shot at 1:40, it does seem that they're lit strongly from the side of the construction lights. I might see what you mean at 0:21 but it's harder to tell.
- Just a small addition/clarification on my point #2 while I'm here – the description that BWest gave of Oni's (hypothetical) action was that you would be able to "kill the lights" and jump out a window while throwing a grenade in the middle of a firefight, so I think it's pretty clear that they didn't mean you would be shooting out each light individually. "Kill the lights" commonly means turning them off with a switch, so I'm sure that's what Bungie meant; whether you would toggle the light switch with the action key or also had the option of shooting it, I don't know. Interesting to note that the room at 1:22 has all the lights turned off…. --Iritscen (talk) 23:52, 13 December 2023 (UTC)