blender
/
blender
133
398
Fork 579
Code Issues 6.3k Pull Requests 746 Projects 19 Wiki Activity

Realtime Viewport Compositor #91293

New Issue
Closed
opened 2021-09-09 20:38:30 +02:00 by Clément Foucault · 55 comments
Clément Foucault commented 2021-09-09 20:38:30 +02:00
Member
Copy Link

The project is still in design phase.

Team
Commissioner: @fclem
Project leader: ?
Project members: -

Description
Big picture:
This feature will enable the user to run the compositor on the viewport output and have realtime feedback.

Use cases:

  • Simple vignetting and color correction.
  • Adding Bloom (Glare) and lens-flare effects.
  • Masking and VFX compositing.
  • NPR adjustment to scene shading and multi scene composition.

Design:
From the User perspective this will be as simple as just having a new checkbox in the shading popover to enable the viewport compositor. The compositor will be renderer agnostic and should work on top EEVEE as well as Cycles or other renderer.
The compositor will only work in Camera view for now. This is needed to convert absolute positions to relative positions which is needed if the viewport has not the same aspect ratio as the camera.

Engineer plan:
This feature needs to be based upon the eevee-rewrite branch to use the rewritten gpu_codegen.cc which will ease the implementation.

Work plan

The third and fourth milestones are independent from each other and could be tackled in any order.

Note that time estimates are coming from @fclem and consider the developer is familiar with the codebase.

Milestone 1 - Single Pass Compositing
The first step is to have a basic support for single pass compositing node-tree. This means only supporting compositing nodes that only modify pixels in place. The ones that move (i.e: Distortion) or scatter (i.e: Blur) them will not be supported. Only one input image will be supported.

Capture d’écran du 2021-02-28 18-30-20.png

    • Create the Compositor engine and inject it the right place in the drawing pipeline.
    • Enable if the compositor is enabled and it has compatible node-tree. (return always compatible at this stage). Have a toggle to enable compositor in shading popover.
    • Have GPUMaterial support Compositor node trees. Have an equivalent of ntreeGPUMaterialNodes (ntreeGPUCompositeNodes) in node_composite_tree.c. Create GPU functions for some easy nodes. Need to store the GPUMaterials somewhere (scene?).
    • Display error/info message in viewport if node-tree incompatible (unsupported nodes). We need this error message because there is no way to see compilation errors as pink shader in the scene.
    • Could have stubs for all nodes and tag the material as invalid during evaluation of unsupported nodes. This would make it possible to differentiate between compilation errors and unsupported nodes.
    • Disable support if more than one input is used.
    • Render layer input could be as simple as just defining a uniform sampler in the shader lib file and binding the render color to it during rendering.
    • Add support for most single pass nodes.

Time estimate: 2-3 weeks (+1 week for all listed nodes)

Milestone 2 - Multi Layer Input
In a second time we need to find how to request many view layers, scenes, or renderpasses from the realtime engines. These should serve as inputs to the render tree. The draw manager should manage this somehow.

One limitation we will directly hit is the sampler limit. Only 16 to 24 texture slots are available on modern hardware. This limitation could be lifted during stage 3 or by using the bindless texture extension in the GPU module (still not planned).

External engine support should be as simple as creating one RenderEngine instance per Render Layer.

Capture d’écran du 2021-02-28 18-31-05.png

    • Gather needed inputs during nodetree evaluation. Might need another type of image node link that saves the Scene name and layer name.
    • Needs to declare the uniform samplers in generated GLSL. Make use of GPU_vertformat_safe_attr_name to get a glsl friendly name.
    • We should check for each sampler if it does not get optimized out by the compiler to avoid querying the data if it will not be used. Note that our nodetree eval function should only visit nodes that are linked to the output node so this might not be necessary in practice. But in some cases some checkbox option could disable some paths that makes some resources unused.
    • Draw manager should call the compositor engine to allocate the needed textures and framebuffers before render. Then, the Draw Manager loops over the needed scene / renderlayers and binds the correct framebuffer to draw the scene onto. There might be some tricks needed (like rendering the active view layer last) to ensure the overlays get the right depth to composite with. Also we might need to swap the textures in DefaultTextureList.
    • Depsgraph management is something that is yet to be cleared. My initial guess is that we need to manage multiple depsgraph.

Time estimate: 1-2 weeks once the design is set in stone.

Milestone 3 - Image Texture Support

This is the extended data input stage. Until now we could only use the Render Layer input node. We need to implement other inputs nodes like Masks, Bokeh Textures, Images, Tracks. Implementation design for Masks and Track position is still unfinished.

The most useful ones (Image and Movie Clip) are trivial to support since they already have GPUTexture for them.

Masks on the other hand would be better rendered on the gpu using something like this https://www.shadertoy.com/view/4sKyzW. This could be done directly in the fragment shader using a lot of uniform parameters for each bezier segment. Or, using the stage 4 improvements, have a dedicated shader and buffers for it. Using a signed distance field allows AA and arbitrary feathering.

We also need to support renderpasses. This is a big part of EEVEE's rewrite which needs to be done in order to support them in the viewport. Cycles could do it too, it just needs some changes in the external draw engine to draw the multiple passes. Nevertheless, the Render Layer node should be able to have GLSL outputs for these and be able to request them to the draw manager / render engine.

    • Images/MovieClip support.
    • Masks support could be done way after initial release. No need to rush it.
    • Bokeh texture should be easy as a separate buffer computation (Needs stage 4 first)
    • Render Passes do not need EEVEE's rewrite for testing. One could just clear the buffers to a special color and make sure they are fed correctly.

Time estimate: 1 week (without Masks nor Bokeh).

Milestone 4
Last stage is to support multi-pass rendering and the rest of the nodes. This is one of the trickiest parts as the GPUMaterial would need to be split into multiple passes using unique shaders. We also have to minimize VRAM/Bandwidth usage by allocating the minimal number of intermediate buffers.

Another difference is that the links now represent full buffers. So node inputs need to have a fallback texture if there is no link connected to them or have a shader code variation for float/vec4 inputs instead of sampler2D.

Almost all possible setups would be possible after implementing this.
Note that some nodes might expand to multiple passes themselves to improve performance (i.e: box blur, gaussian blur).

Capture d’écran du 2021-02-28 21-49-10.png

    • Split GPUMaterial into smaller trees. Make GPUMaterial a “meta” type that can contain a list of GPUMaterial. Also need to store the data flow between them. No need to have any new node implemented, only need to split the tree and keep the data flowing. Splitting needs to happen in ntreeGPUCompositeNodes. A simple way to do but not very efficient is to just consider the multi-pass nodes and split the trees at inputs and outputs.
    • Implement most remaining nodes. Some difficult nodes might be left to be implemented later (e.g.: defocus).
    • Make it efficient, remove unneeded buffer writing. It only needs to happen if, the node input is sampled at a different location, or if the size of the output is different (scale node).

Time estimate: 1-2 weeks to split the tree + 1 week to implement simple blur nodes + 1 week for simple deformation nodes + 1 week for optimisation

Branch: - Existing patches or branches.

Relevant links:

The project is still in design phase. --- **Team** **Commissioner:** @fclem **Project leader:** `?` **Project members:** `-` **Description** **Big picture:** This feature will enable the user to run the compositor on the viewport output and have realtime feedback. **Use cases**: * Simple vignetting and color correction. * Adding Bloom (Glare) and lens-flare effects. * Masking and VFX compositing. * NPR adjustment to scene shading and multi scene composition. **Design:** From the User perspective this will be as simple as just having a new checkbox in the shading popover to enable the viewport compositor. The compositor will be renderer agnostic and should work on top EEVEE as well as Cycles or other renderer. The compositor will only work in Camera view for now. This is needed to convert absolute positions to relative positions which is needed if the viewport has not the same aspect ratio as the camera. **Engineer plan:** This feature needs to be based upon the `eevee-rewrite` branch to use the rewritten `gpu_codegen.cc` which will ease the implementation. **Work plan** The third and fourth milestones are independent from each other and could be tackled in any order. Note that time estimates are coming from @fclem and consider the developer is familiar with the codebase. **Milestone 1 - Single Pass Compositing** The first step is to have a basic support for single pass compositing node-tree. This means only supporting compositing nodes that only modify pixels in place. The ones that move (i.e: Distortion) or scatter (i.e: Blur) them will not be supported. Only one input image will be supported. ![Capture d’écran du 2021-02-28 18-30-20.png](https://archive.blender.org/developer/F10391589/Capture_d_écran_du_2021-02-28_18-30-20.png) * - [ ]Create the Compositor engine and inject it the right place in the drawing pipeline. * - [ ]Enable if the compositor is enabled and it has compatible node-tree. (return always compatible at this stage). Have a toggle to enable compositor in shading popover. * - [ ]Have GPUMaterial support Compositor node trees. Have an equivalent of ntreeGPUMaterialNodes (ntreeGPUCompositeNodes) in node_composite_tree.c. Create GPU functions for some easy nodes. Need to store the GPUMaterials somewhere (scene?). * - [ ]Display error/info message in viewport if node-tree incompatible (unsupported nodes). We need this error message because there is no way to see compilation errors as pink shader in the scene. * - [ ]Could have stubs for all nodes and tag the material as invalid during evaluation of unsupported nodes. This would make it possible to differentiate between compilation errors and unsupported nodes. * - [ ]Disable support if more than one input is used. * - [ ]Render layer input could be as simple as just defining a uniform sampler in the shader lib file and binding the render color to it during rendering. * - [ ]Add support for most single pass nodes. Time estimate: 2-3 weeks (+1 week for all listed nodes) **Milestone 2 - Multi Layer Input** In a second time we need to find how to request many view layers, scenes, or renderpasses from the realtime engines. These should serve as inputs to the render tree. The draw manager should manage this somehow. One limitation we will directly hit is the sampler limit. Only 16 to 24 texture slots are available on modern hardware. This limitation could be lifted during stage 3 or by using the bindless texture extension in the GPU module (still not planned). External engine support should be as simple as creating one RenderEngine instance per Render Layer. ![Capture d’écran du 2021-02-28 18-31-05.png](https://archive.blender.org/developer/F10391592/Capture_d_écran_du_2021-02-28_18-31-05.png) * - [ ]Gather needed inputs during nodetree evaluation. Might need another type of image node link that saves the Scene name and layer name. * - [ ]Needs to declare the uniform samplers in generated GLSL. Make use of GPU_vertformat_safe_attr_name to get a glsl friendly name. * - [ ]We should check for each sampler if it does not get optimized out by the compiler to avoid querying the data if it will not be used. Note that our nodetree eval function should only visit nodes that are linked to the output node so this might not be necessary in practice. But in some cases some checkbox option could disable some paths that makes some resources unused. * - [ ]Draw manager should call the compositor engine to allocate the needed textures and framebuffers before render. Then, the Draw Manager loops over the needed scene / renderlayers and binds the correct framebuffer to draw the scene onto. There might be some tricks needed (like rendering the active view layer last) to ensure the overlays get the right depth to composite with. Also we might need to swap the textures in DefaultTextureList. * - [ ]Depsgraph management is something that is yet to be cleared. My initial guess is that we need to manage multiple depsgraph. Time estimate: 1-2 weeks once the design is set in stone. **Milestone 3 - Image Texture Support** This is the extended data input stage. Until now we could only use the Render Layer input node. We need to implement other inputs nodes like Masks, Bokeh Textures, Images, Tracks. Implementation design for Masks and Track position is still unfinished. The most useful ones (Image and Movie Clip) are trivial to support since they already have GPUTexture for them. Masks on the other hand would be better rendered on the gpu using something like this https://www.shadertoy.com/view/4sKyzW. This could be done directly in the fragment shader using a lot of uniform parameters for each bezier segment. Or, using the stage 4 improvements, have a dedicated shader and buffers for it. Using a signed distance field allows AA and arbitrary feathering. We also need to support renderpasses. This is a big part of EEVEE's rewrite which needs to be done in order to support them in the viewport. Cycles could do it too, it just needs some changes in the external draw engine to draw the multiple passes. Nevertheless, the Render Layer node should be able to have GLSL outputs for these and be able to request them to the draw manager / render engine. * - [ ]Images/MovieClip support. * - [ ]Masks support could be done way after initial release. No need to rush it. * - [ ]Bokeh texture should be easy as a separate buffer computation (Needs stage 4 first) * - [ ]Render Passes do not need EEVEE's rewrite for testing. One could just clear the buffers to a special color and make sure they are fed correctly. Time estimate: 1 week (without Masks nor Bokeh). **Milestone 4** Last stage is to support multi-pass rendering and the rest of the nodes. This is one of the trickiest parts as the GPUMaterial would need to be split into multiple passes using unique shaders. We also have to minimize VRAM/Bandwidth usage by allocating the minimal number of intermediate buffers. Another difference is that the links now represent full buffers. So node inputs need to have a fallback texture if there is no link connected to them or have a shader code variation for float/vec4 inputs instead of sampler2D. Almost all possible setups would be possible after implementing this. Note that some nodes might expand to multiple passes themselves to improve performance (i.e: box blur, gaussian blur). ![Capture d’écran du 2021-02-28 21-49-10.png](https://archive.blender.org/developer/F10391594/Capture_d_écran_du_2021-02-28_21-49-10.png) * - [ ]Split GPUMaterial into smaller trees. Make GPUMaterial a “meta” type that can contain a list of GPUMaterial. Also need to store the data flow between them. No need to have any new node implemented, only need to split the tree and keep the data flowing. Splitting needs to happen in ntreeGPUCompositeNodes. A simple way to do but not very efficient is to just consider the multi-pass nodes and split the trees at inputs and outputs. * - [ ]Implement most remaining nodes. Some difficult nodes might be left to be implemented later (e.g.: defocus). * - [ ]Make it efficient, remove unneeded buffer writing. It only needs to happen if, the node input is sampled at a different location, or if the size of the output is different (scale node). Time estimate: 1-2 weeks to split the tree + 1 week to implement simple blur nodes + 1 week for simple deformation nodes + 1 week for optimisation **Branch**: `-` *Existing patches or branches.* --- **Relevant links**: * https://www.shadertoy.com/view/4sKyzW for bezier distance field
Clément Foucault commented 2021-09-09 20:38:30 +02:00
Author
Member
Copy Link

Changed status from 'Needs Triage' to: 'Confirmed'

Changed status from 'Needs Triage' to: 'Confirmed'
Clément Foucault commented 2021-09-09 20:38:30 +02:00
Author
Member
Copy Link

Added subscribers: @fclem, @Jeroen-Bakker

Added subscribers: @fclem, @Jeroen-Bakker
Aaron Carlisle commented 2021-09-10 01:55:05 +02:00
Member
Copy Link

Added subscriber: @Blendify

Added subscriber: @Blendify
Paul Larson commented 2021-09-10 02:14:06 +02:00
Copy Link

Added subscriber: @GeorgiaPacific

Added subscriber: @GeorgiaPacific
Jagannadhan Ravi commented 2021-09-10 22:36:55 +02:00
Copy Link

Added subscriber: @easythrees

Added subscriber: @easythrees
Gilberto Rodrigues commented 2021-09-13 14:41:06 +02:00
Contributor
Copy Link

Added subscriber: @Gilberto.R

Added subscriber: @Gilberto.R
Alexey Adamitsky commented 2021-09-17 13:09:15 +02:00
Copy Link

Added subscriber: @AlexeyAdamitsky

Added subscriber: @AlexeyAdamitsky
Daniel Salazar commented 2021-09-28 18:16:25 +02:00
Member
Copy Link

Added subscriber: @zanqdo

Added subscriber: @zanqdo
Basil commented 2021-10-20 00:25:39 +02:00
Copy Link

Added subscriber: @Defka

Added subscriber: @Defka
Mylo Pinto Rizvi commented 2021-11-08 08:50:15 +01:00
Copy Link

Added subscriber: @Low_Polygon42

Added subscriber: @Low_Polygon42
Ace commented 2021-12-03 13:10:54 +01:00
Copy Link

Added subscriber: @dat1

Added subscriber: @dat1
Ray commented 2021-12-07 13:02:31 +01:00
Copy Link

Added subscriber: @VDC

Added subscriber: @VDC
ok what commented 2021-12-15 11:08:31 +01:00
Contributor
Copy Link

Added subscriber: @ok_what

Added subscriber: @ok_what
Garek commented 2021-12-22 19:53:16 +01:00
Copy Link

Added subscriber: @Garek

Added subscriber: @Garek
Festivity commented 2021-12-23 12:30:36 +01:00
Copy Link

Added subscriber: @Festivity

Added subscriber: @Festivity
Diogo Valadares Reis dos Santos commented 2021-12-30 05:04:36 +01:00
Copy Link

Added subscriber: @Diogo_Valadares

Added subscriber: @Diogo_Valadares
Timothy Moss commented 2021-12-30 17:09:42 +01:00
Copy Link

Added subscriber: @Timothy_m

Added subscriber: @Timothy_m
thin soldier commented 2021-12-31 22:36:01 +01:00
Copy Link

Added subscriber: @thinsoldier

Added subscriber: @thinsoldier
Emi Martinez commented 2022-01-02 05:20:51 +01:00
Copy Link

Added subscriber: @Emi_Martinez

Added subscriber: @Emi_Martinez
David commented 2022-01-04 19:58:20 +01:00
Copy Link

Added subscriber: @david.cendal

Added subscriber: @david.cendal
Paul Szajner commented 2022-01-06 01:18:53 +01:00
Copy Link

Added subscriber: @sozap

Added subscriber: @sozap
Bent Hillerkus commented 2022-01-12 14:48:43 +01:00
Copy Link

Added subscriber: @bent

Added subscriber: @bent
yonghao lv commented 2022-01-12 18:53:52 +01:00
Copy Link

Added subscriber: @1029910278

Added subscriber: @1029910278
lictex_ commented 2022-01-15 13:46:41 +01:00
Copy Link

Added subscriber: @lictex_1

Added subscriber: @lictex_1
Andy Cuccaro commented 2022-01-19 17:33:49 +01:00
Copy Link

Added subscriber: @AndyCuccaro

Added subscriber: @AndyCuccaro
Guido commented 2022-01-19 21:52:55 +01:00
Copy Link

Added subscriber: @Nurb2Kea

Added subscriber: @Nurb2Kea
Pipeliner commented 2022-01-20 12:47:14 +01:00
Copy Link

Added subscriber: @Pipeliner

Added subscriber: @Pipeliner
Matt Curtis commented 2022-01-21 18:50:43 +01:00
Copy Link

Added subscriber: @MattCurtis

Added subscriber: @MattCurtis
SH commented 2022-01-22 11:23:15 +01:00
Copy Link

Added subscriber: @hsa

Added subscriber: @hsa
Antoine commented 2022-01-26 12:14:38 +01:00
Copy Link

Added subscriber: @AntoineP

Added subscriber: @AntoineP
Antonio Javier Torralba Moreno commented 2022-01-28 18:12:21 +01:00
Copy Link

Added subscriber: @AntonioJavierTorralbaMoreno

Added subscriber: @AntonioJavierTorralbaMoreno
Duarte Farrajota Ramos commented 2022-01-31 19:11:08 +01:00
Copy Link

Added subscriber: @DuarteRamos

Added subscriber: @DuarteRamos
Riccardo Giovanetti commented 2022-01-31 19:32:07 +01:00
Copy Link

Added subscriber: @Harvester

Added subscriber: @Harvester
Raimund Klink commented 2022-02-01 11:16:13 +01:00
Contributor
Copy Link

Added subscriber: @Raimund58

Added subscriber: @Raimund58
Yuro commented 2022-02-01 18:33:14 +01:00
Copy Link

Added subscriber: @Yuro

Added subscriber: @Yuro
Nico commented 2022-02-05 10:28:01 +01:00
Copy Link

Added subscriber: @Nico-Cook

Added subscriber: @Nico-Cook
Nico commented 2022-02-05 10:28:24 +01:00
Copy Link

Removed subscriber: @Nico-Cook

Removed subscriber: @Nico-Cook
Nico commented 2022-02-05 10:29:26 +01:00
Copy Link

Added subscriber: @Nico-Cook

Added subscriber: @Nico-Cook
James commented 2022-02-13 22:16:32 +01:00
Copy Link

Added subscriber: @jimmy.b

Added subscriber: @jimmy.b
James commented 2022-02-13 22:16:32 +01:00
Copy Link

how is the status of this project? Is there a Branch to test it?
Does it allow for transforms (scale, totate etc) already?

how is the status of this project? Is there a Branch to test it? Does it allow for transforms (scale, totate etc) already?
Diogo Valadares Reis dos Santos commented 2022-02-13 22:25:35 +01:00
Copy Link

Is there a Branch to test it?

there is a branch is available at https://builder.blender.org/download/experimental/archive/ but I guess there is not much that you can do with it yet

> Is there a Branch to test it? there is a branch is available at https://builder.blender.org/download/experimental/archive/ but I guess there is not much that you can do with it yet
Isaac Gicheha commented 2022-02-14 12:51:05 +01:00
Copy Link

Added subscriber: @shwaky

Added subscriber: @shwaky
Isaac Gicheha commented 2022-02-14 12:51:05 +01:00
Copy Link

The project is still in design phase.

the first sentence of this task states

>The project is still in design phase. the first sentence of this task states
Fahad Hasan commented 2022-02-23 14:45:32 +01:00
Copy Link

Added subscriber: @MD.FahadHassan

Added subscriber: @MD.FahadHassan
Kevin Curry commented 2022-03-03 14:35:57 +01:00
Copy Link

Added subscriber: @kmcurry

Added subscriber: @kmcurry
Nana Beniako commented 2022-04-14 12:49:55 +02:00
Copy Link

Added subscriber: @Roggii-4

Added subscriber: @Roggii-4
Nicolas Macilvoy commented 2022-04-22 19:09:02 +02:00
Copy Link

Added subscriber: @Macilvoy

Added subscriber: @Macilvoy
Ayberk Kole commented 2022-04-28 18:44:29 +02:00
Copy Link

Added subscriber: @ayberko

Added subscriber: @ayberko
Ayberk Kole commented 2022-04-28 18:45:26 +02:00
Copy Link

Removed subscriber: @ayberko

Removed subscriber: @ayberko
Jacob Merrill commented 2022-05-30 03:43:25 +02:00
Copy Link

Added subscriber: @JacobMerrill-1

Added subscriber: @JacobMerrill-1
Jacob Merrill commented 2022-05-30 03:43:25 +02:00
Copy Link

image.png
so is there some updates?

![image.png](https://archive.blender.org/developer/F13122012/image.png) so is there some updates?
Omar Emara commented 2022-06-27 16:30:50 +02:00
Member
Copy Link

Added subscriber: @OmarEmaraDev

Added subscriber: @OmarEmaraDev
Omar Emara commented 2022-06-27 16:30:50 +02:00
Member
Copy Link

Changed status from 'Confirmed' to: 'Archived'

Changed status from 'Confirmed' to: 'Archived'
Omar Emara commented 2022-06-27 16:30:50 +02:00
Member
Copy Link

This is now superseded by #99210.

This is now superseded by #99210.
Daniel Salazar commented 2022-06-27 19:39:24 +02:00
Member
Copy Link

Removed subscriber: @zanqdo

Removed subscriber: @zanqdo
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
main
brush-assets-project
universal-scene-description
fix-121021
blender-v4.1-release
blender-v3.3-release
blender-v3.6-release
blender-v3.6-temp_wmoss_animrig_public
temp-sculpt-dyntopo
gpencil-next
anim/animation-id-113594
blender-v4.0-release
blender-projects-basics
bridge-curves
sculpt-blender
asset-browser-frontend-split
asset-shelf
tmp-usd-python-mtl
tmp-usd-3.6
blender-v3.5-release
blender-v2.93-release
realtime-clock
sculpt-dev
bevelv2
xr-dev
v4.1.1
v3.6.11
v3.3.18
v4.1.0
v3.3.17
v3.6.10
v3.6.9
v3.3.16
v3.6.8
v3.6.7
v3.3.14
v4.0.2
v4.0.1
v4.0.0
v3.6.5
v3.3.12
v3.6.4
v3.6.3
v3.3.11
v3.6.2
v3.3.10
v3.6.1
v3.3.9
v3.6.0
v3.3.8
v3.3.7
v2.93.18
v3.5.1
v3.3.6
v2.93.17
v3.5.0
v2.93.16
v3.3.5
v3.3.4
v2.93.15
v2.93.14
v3.3.3
v2.93.13
v2.93.12
v3.4.1
v3.3.2
v3.4.0
v3.3.1
v2.93.11
v3.3.0
v3.2.2
v2.93.10
v3.2.1
v3.2.0
v2.83.20
v2.93.9
v3.1.2
v3.1.1
v3.1.0
v2.83.19
v2.93.8
v3.0.1
v2.93.7
v3.0.0
v2.93.6
v2.93.5
v2.83.18
v2.93.4
v2.93.3
v2.83.17
v2.93.2
v2.93.1
v2.83.16
v2.93.0
v2.83.15
v2.83.14
v2.83.13
v2.92.0
v2.83.12
v2.91.2
v2.83.10
v2.91.0
v2.83.9
v2.83.8
v2.83.7
v2.90.1
v2.83.6.1
v2.83.6
v2.90.0
v2.83.5
v2.83.4
v2.83.3
v2.83.2
v2.83.1
v2.83
v2.82a
v2.82
v2.81a
v2.81
v2.80
v2.80-rc3
v2.80-rc2
v2.80-rc1
v2.79b
v2.79a
v2.79
v2.79-rc2
v2.79-rc1
v2.78c
v2.78b
v2.78a
v2.78
v2.78-rc2
v2.78-rc1
v2.77a
v2.77
v2.77-rc2
v2.77-rc1
v2.76b
v2.76a
v2.76
v2.76-rc3
v2.76-rc2
v2.76-rc1
v2.75a
v2.75
v2.75-rc2
v2.75-rc1
v2.74
v2.74-rc4
v2.74-rc3
v2.74-rc2
v2.74-rc1
v2.73a
v2.73
v2.73-rc1
v2.72b
2.72b
v2.72a
v2.72
v2.72-rc1
v2.71
v2.71-rc2
v2.71-rc1
v2.70a
v2.70
v2.70-rc2
v2.70-rc
v2.69
v2.68a
v2.68
v2.67b
v2.67a
v2.67
v2.66a
v2.66
v2.65a
v2.65
v2.64a
v2.64
v2.63a
v2.63
v2.61
v2.60a
v2.60
v2.59
v2.58a
v2.58
v2.57b
v2.57a
v2.57
v2.56a
v2.56
v2.55
v2.54
v2.53
v2.52
v2.51
v2.50
v2.49b
v2.49a
v2.49
v2.48a
v2.48
v2.47
v2.46
v2.45
v2.44
v2.43
v2.42a
v2.42
v2.41
v2.40
v2.37a
v2.37
v2.36
v2.35a
v2.35
v2.34
v2.33a
v2.33
v2.32
v2.31a
v2.31
v2.30
v2.28c
v2.28a
v2.28
v2.27
v2.26
v2.25
Labels
Clear labels   
Interest
Alembic

  
Interest
Animation & Rigging

  
Interest
Asset Browser

  
Interest
Asset Browser Project Overview

  
Interest
Audio

  
Interest
Automated Testing

  
Interest
Blender Asset Bundle

  
Interest
BlendFile

  
Interest
Collada

  
Interest
Compatibility
This issue affects/is about backward or forward compatibility

  
Interest
Compositing

  
Interest
Core

  
Interest
Cycles

  
Interest
Dependency Graph

  
Interest
Development Management

  
Interest
EEVEE

  
Interest
EEVEE & Viewport

  
Interest
Freestyle

  
Interest
Geometry Nodes

  
Interest
Grease Pencil

  
Interest
ID Management

  
Interest
Images & Movies

  
Interest
Import Export

  
Interest
Line Art

  
Interest
Masking

  
Interest
Metal

  
Interest
Modeling

  
Interest
Modifiers

  
Interest
Motion Tracking

  
Interest
Nodes & Physics

  
Interest
OpenGL

  
Interest
Overlay

  
Interest
Overrides

  
Interest
Performance

  
Interest
Physics

  
Interest
Pipeline, Assets & IO

  
Interest
Platforms, Builds & Tests

  
Interest
Python API

  
Interest
Render & Cycles

  
Interest
Render Pipeline

  
Interest
Sculpt, Paint & Texture

  
Interest
Text Editor

  
Interest
Translations

  
Interest
Triaging

  
Interest
Undo

  
Interest
USD

  
Interest
User Interface

  
Interest
UV Editing

  
Interest
VFX & Video

  
Interest
Video Sequencer

  
Interest
Virtual Reality

  
Interest
Vulkan

  
Interest
Wayland
Issues relating to Wayland windowing support.

  
Interest
Workbench

  
Interest: X11

Issues relating to Xorg/X11 support.

  
Legacy
Blender 2.8 Project

  
Legacy
Milestone 1: Basic, Local Asset Browser

  
Legacy
OpenGL Error

  
Meta
Good First Issue

  
Meta
Papercut

  
Meta
Retrospective

  
Meta
Security
Issues relating to security: https://wiki.blender.org/wiki/Process/Vulnerability_Reports

  
Module
Animation & Rigging

  
Module
Core

  
Module
Development Management

  
Module
EEVEE & Viewport

  
Module
Grease Pencil

  
Module
Modeling

  
Module
Nodes & Physics

  
Module
Pipeline, Assets & IO

  
Module
Platforms, Builds & Tests

  
Module
Python API

  
Module
Render & Cycles

  
Module
Sculpt, Paint & Texture

  
Module
Triaging

  
Module
User Interface

  
Module
VFX & Video

  
Platform
FreeBSD

  
Platform
Linux

  
Platform
macOS

  
Platform
Windows

  
Priority
High

  
Priority
Low

  
Priority
Normal

  
Priority
Unbreak Now!

  
Status
Archived

  
Status
Confirmed

  
Status
Duplicate

  
Status
Needs Info from Developers

  
Status
Needs Information from User

  
Status
Needs Triage

  
Status
Resolved

  
Type
Bug

  
Type
Design

  
Type
Known Issue

  
Type
Patch

  
Type
Report

  
Type
To Do

No Label
Interest
Alembic
Interest
Animation & Rigging
Interest
Asset Browser
Interest
Asset Browser Project Overview
Interest
Audio
Interest
Automated Testing
Interest
Blender Asset Bundle
Interest
BlendFile
Interest
Collada
Interest
Compatibility
Interest
Compositing
Interest
Core
Interest
Cycles
Interest
Dependency Graph
Interest
Development Management
Interest
EEVEE
Interest
EEVEE & Viewport
Interest
Freestyle
Interest
Geometry Nodes
Interest
Grease Pencil
Interest
ID Management
Interest
Images & Movies
Interest
Import Export
Interest
Line Art
Interest
Masking
Interest
Metal
Interest
Modeling
Interest
Modifiers
Interest
Motion Tracking
Interest
Nodes & Physics
Interest
OpenGL
Interest
Overlay
Interest
Overrides
Interest
Performance
Interest
Physics
Interest
Pipeline, Assets & IO
Interest
Platforms, Builds & Tests
Interest
Python API
Interest
Render & Cycles
Interest
Render Pipeline
Interest
Sculpt, Paint & Texture
Interest
Text Editor
Interest
Translations
Interest
Triaging
Interest
Undo
Interest
USD
Interest
User Interface
Interest
UV Editing
Interest
VFX & Video
Interest
Video Sequencer
Interest
Virtual Reality
Interest
Vulkan
Interest
Wayland
Interest
Workbench
Interest: X11
Legacy
Blender 2.8 Project
Legacy
Milestone 1: Basic, Local Asset Browser
Legacy
OpenGL Error
Meta
Good First Issue
Meta
Papercut
Meta
Retrospective
Meta
Security
Module
Animation & Rigging
Module
Core
Module
Development Management
Module
EEVEE & Viewport
Module
Grease Pencil
Module
Modeling
Module
Nodes & Physics
Module
Pipeline, Assets & IO
Module
Platforms, Builds & Tests
Module
Python API
Module
Render & Cycles
Module
Sculpt, Paint & Texture
Module
Triaging
Module
User Interface
Module
VFX & Video
Platform
FreeBSD
Platform
Linux
Platform
macOS
Platform
Windows
Priority
High
Priority
Low
Priority
Normal
Priority
Unbreak Now!
Status
Archived
Status
Confirmed
Status
Duplicate
Status
Needs Info from Developers
Status
Needs Information from User
Status
Needs Triage
Status
Resolved
Type
Bug
Type
Design
Type
Known Issue
Type
Patch
Type
Report
Type
To Do
Milestone
Clear milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
No Assignees
44 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: blender/blender#91293
No description provided.
Delete Branch "%!s(<nil>)"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?