Fisheye / panorama in EEVEE #68991

New Issue

Dalai Felinto · 2019-08-21T16:15:54+02:00

Dalai Felinto commented

2019-08-21 16:15:54 +02:00

Same level of support as we do for Cycles, no selection, or support in non lookdev/render mode.

Basic equirectangular support
Basic fisheye support
Over-scan to better support screen base shaders, and compositing
Optimized fisheye support (restrict the number of rendered views to the bare minimum)

Same level of support as we do for Cycles, no selection, or support in non lookdev/render mode. - [ ] Basic equirectangular support - [ ] Basic fisheye support - [ ] Over-scan to better support screen base shaders, and compositing - [ ] Optimized fisheye support (restrict the number of rendered views to the bare minimum)

Dalai Felinto commented

2019-08-21 16:15:54 +02:00

Added subscriber: @dfelinto

Ivo van der Lans commented

2019-08-22 00:23:14 +02:00

Added subscriber: @Ivo

Ivo van der Lans commented

2019-08-22 00:23:14 +02:00

Instead of using the Cycles panoramic algorithms, wouldn’t EEVEE be better off by (1) rendering onto a skybox, then (2) applying DoF into another skybox whose faces are only then (3) mapped onto an equirectangular, fish=eye, or whatever panorama? The implementation according such process seems soooo much simpler yet still fairly accurate.

As a bonus, the pixels at the poles receive a more fair #samples compared to the ones at the equator. As another bonus, the skybox could be outputted directly into a game-engine friendly image format (before and/or after phase (2)). Alternatively, phases (2) and (3) could be implemented by a compositor node or a custom OSL script. Just an Idea.

Instead of using the Cycles panoramic algorithms, wouldn’t EEVEE be better off by (1) rendering onto a skybox, then (2) applying DoF into another skybox whose faces are only then (3) mapped onto an equirectangular, fish=eye, or whatever panorama? The implementation according such process seems soooo much simpler yet still fairly accurate. As a bonus, the pixels at the poles receive a more fair #samples compared to the ones at the equator. As another bonus, the skybox could be outputted directly into a game-engine friendly image format (before and/or after phase (2)). Alternatively, phases (2) and (3) could be implemented by a compositor node or a custom OSL script. Just an Idea.

Dalai Felinto commented

2019-08-22 01:25:39 +02:00

That's the kind if the idea (warped cubemap) same as we once did in the BGE. There is no way of using Cycles full raytracing method. It also facilitates overscanning.

Hassan commented

2019-08-26 16:32:17 +02:00

Added subscriber: @hjsrabi

JUAN FRANCISCO PAEZ commented

2019-08-27 15:54:27 +02:00

Added subscriber: @JuanFranciscoPaez

David Brum commented

2019-08-27 15:56:19 +02:00

Added subscriber: @DavidBrum

Rogério Perdiz commented

2019-08-27 19:26:45 +02:00

Added subscriber: @rogper

Andrew Charlton commented

2019-09-05 00:19:01 +02:00

Added subscriber: @Scaredyfish

Valerian commented

2019-09-16 11:47:12 +02:00

Added subscriber: @Valerian

Laila Cursaro commented

2020-01-02 18:10:04 +01:00

Added subscriber: @Lac-2

Gary Ritchie commented

2020-01-27 20:36:42 +01:00

Added subscriber: @GaryRitchie

Sybren A. Stüvel commented

2020-02-05 17:19:45 +01:00

Added subscriber: @dr.sybren

Lai Yu-Hsuan commented

2020-02-15 17:48:18 +01:00

Added subscriber: @raincole

Eduardo commented

2020-02-19 00:02:57 +01:00

Added subscriber: @TWCSwagger

Demeter Dzadik commented

2020-03-14 01:16:07 +01:00

Added subscriber: @Mets

msalv commented

2020-03-21 17:44:44 +01:00

Added subscriber: @moisessalvador

msalv commented

2020-03-21 17:44:44 +01:00

Any plans for stereo 360? My understanding is that it is not as simple as having two, it involves translation to get correct results, which Cycles handles perfectly. But real time engines like unreal have to make a lot of vertical splices and move the camera on each rotation. Even if not realtime, it would be nice for Eevee

Any plans for stereo 360? My understanding is that it is not as simple as having two, it involves translation to get correct results, which Cycles handles perfectly. But real time engines like unreal have to make a lot of vertical splices and move the camera on each rotation. Even if not realtime, it would be nice for Eevee ![07-stereo_diagram_1.png](https://archive.blender.org/developer/F8420221/07-stereo_diagram_1.png) ![08-stereo_diagram_3.png](https://archive.blender.org/developer/F8420222/08-stereo_diagram_3.png)

❤️ 1

Florian commented

2020-05-03 12:05:51 +02:00

Added subscriber: @floboriaan

Stephan Mantler commented

2020-06-06 14:16:05 +02:00

Added subscriber: @stepman

Mindinsomnia commented

2020-06-07 11:15:52 +02:00

Added subscriber: @Grady

Mindinsomnia commented

2020-06-07 11:15:52 +02:00

Would this capability to render 360* make it possible for Eevee to offer screenspace raymarching reflections that can be raymarched in 360* directions? So for example, behind the camera?

johan tri handoyo commented

2020-06-15 15:40:43 +02:00

Added subscriber: @JohanTriHandoyo

Andrey Sokolov commented

2020-06-25 18:20:55 +02:00

Added subscriber: @Andrey_Sokolov

Adam Janz commented

2020-07-29 14:16:41 +02:00

Added subscriber: @AdamJanz

Emir Sinan Gürlek commented

2020-08-22 00:56:38 +02:00

Added subscriber: @filibis

Fin O'Riordan commented

2020-08-27 09:03:04 +02:00

Added subscriber: @FinbarrORiordan

Viktor Mukayev commented

2020-08-31 16:38:21 +02:00

Added subscriber: @VictorMukayev

Viktor Mukayev commented

2020-08-31 16:38:21 +02:00

In #68991#759663, @dfelinto wrote:
That's the kind if the idea (warped cubemap) same as we once did in the BGE. There is no way of using Cycles full raytracing method. It also facilitates overscanning.

How would screen space effects work in this case? Does overscanning allow to add entire spherical view to account?

> In #68991#759663, @dfelinto wrote: > That's the kind if the idea (warped cubemap) same as we once did in the BGE. There is no way of using Cycles full raytracing method. It also facilitates overscanning. How would screen space effects work in this case? Does overscanning allow to add entire spherical view to account?

Dalai Felinto commented

2020-09-01 10:32:29 +02:00

The idea would be for overscanning to be done in a per-slice based, not for the entire "sphere". Otherwise effects like circular blur would show extremely distorted when experienced "in VR".

Mathias Zamęcki commented

2020-09-21 13:56:53 +02:00

Added subscriber: @Mathias-Zamecki

Jose commented

2020-09-22 17:22:00 +02:00

Added subscriber: @Dogway

Vitor Balbio commented

2020-10-15 20:14:32 +02:00

Added subscriber: @vitorbalbio-3

Juan Camilo Hernandez commented

2020-11-16 14:30:38 +01:00

Added subscriber: @JuanCa

Juan Camilo Hernandez commented

2020-11-19 13:04:04 +01:00

In #68991#947647, @Grady wrote:
Would this capability to render 360* make it possible for Eevee to offer screenspace raymarching reflections that can be raymarched in 360* directions? So for example, behind the camera?

I don't know if this is exactly related to the question quoted above, but considering that volumetric shadowing only works inside the view frustum, would this camera lens support consistent volumetric shadows in the entire field of view of the panoramic?

> In #68991#947647, @Grady wrote: > Would this capability to render 360* make it possible for Eevee to offer screenspace raymarching reflections that can be raymarched in 360* directions? So for example, behind the camera? I don't know if this is exactly related to the question quoted above, but considering that volumetric shadowing only works inside the view frustum, would this camera lens support consistent volumetric shadows in the entire field of view of the panoramic?

Valdemar Lindberg commented

2020-12-16 16:03:40 +01:00

Added subscriber: @Voldie