File Output nodes output gets overwritten by "standard" output (if the same filename is used) #109794
Labels
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
No Milestone
No project
No Assignees
4 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: blender/blender#109794
Loading…
Reference in New Issue
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?
I have a scene with simple animation.
I'm rendering muilti-layer open exr with an composite output node with the passes as in them.
The standard file 5 year old output bug is still here, where your file saves twice, once from the main file output tab and again on your composite output, normally I don't care whatever, it will just overwrite and I'll end up with one file.
After setting up my render output with all the layers I want, normally I just let the overwrite button on regular output be set and it's fine. However all my passes in the exr file were changed to VeiwLayer.(pass), and I'm missing passes like image and alpha or others I might composite into the composite output node.
My work around is to make the file name something different than my composite output vs the normal file output name.
But now I'm saving twice and having to deal with deleting 100s of gigs of junk EXR files from the main file output tab.
If you render one frame from the file I uploaded, then drop it into a compositor like nuke, fusion or cough cough AE, you'll see the passes are different.
P.S. You can kill the textures, sorry I didn't pack them for size sake
Thank you
blender 3.6
File SYS - (although it seems to be the case on multiple machines, so I thinks it's just an overlook bug):
ryzen 9 5950x
128 gigs ddr4
rtx 4090
And
M1max 64 gig integrated
Hi, thanks for the report. Maybe I misunderstood but this report is about overwritten results of existing render or about missing render passes?
I have uploaded a pair of EXRs from rendering your file. I am not clear as to what the issue is that you are trying to report. Can you clarify it please?
If you extract the passes from each of the those files, you'll see that the standard output ignores the passes from the compositor.
There's no image, alpha, or denoised normal node composites, no alpha for shadow catcher, ect.. from the compositor. It only gives you the selected passes and ignores everything you make in the compositor. The other one will give you the passes from the compositor that most people in industry pipeline needs, like an alpha for the shadow catcher, the standard pass output needs to be tweaked for production.
So if you don't save them twice the standard output will overwrite your composite node and you'll loose the passes you need.
This is a serious issue for those that need multilayer exr workflow.
Here's an image you can see the standard just gave raw passes and bunch of not useful ones, and the comp version gave my clean composite rgba passes even for shadow catcher.
I've found a work around.
If you set the standard output to a different type of file, like png, and check off overwrite.
The system won't overwrite nor save the other file.
Would a simple UI fix for this be a checkbox in the standard output that says use composite output that would make a null file output and grey out the area?
Isnt this just requesting to
not
write to the "standard" (Output Properties
>Output
) output if theComposite
node is not connected (or if there is just noComposite
node whatsoever) -- this should eliminate the root problem here, right?This would be the same as #57699 though.
Or are you saying that having the same file specified in the
Output Properties
>Output
panel and theFile Output
node was working at some point (in the way thatFile Output
would overwriteOutput Properties
>Output
) and is now working in a different way (Output Properties
>Output
overwritesFile Output
)?And just to be clear: #57699 should really be tackled, this comes up all the time again.
I'm not entirely sure what your asking?
I believe it was the second thing you wrote, when doing test and setting up the file I usually just start with the standard file output which will give basic passes in the multilayer. Then I'll make a composite node to dial in the passes with an output node. If I don't change the file output on the standard to something else then I loose all my passes from the composite node. On a side note, is the overwrite on the standard tab also mean not just old files but overwrite the composite node output as well? That doesn't sound right but maybe that's how it was made now, but I don't remember ever having this issue before.
Thx getting back.
Let me try to understand again:
Output Properties
>Output
) -- all is fineFile Output
node(s)-- this is also fine when the
File Output
node uses a different filepath (but then you get the additional output fromOutput Properties
>Output
which you dont really need and that just wastes disk space and time)-- this is not fine when the
File Output
node uses the same filepath (it just gets overwritten by the "standard"Output Properties
>Output
which might be totally different than what you want from theFile Output
node)So my question was, if everything would be solved for you if Blender worked like this:
Composite
node (or just delete it), then you only get the output fromFile Output
node(s)-- then you dont get additional output from
Output Properties
>Output
(if a different filepath is used there, no disk space wasted etc)-- then the output of the
File Output
nodes would never be overwritten (if the same filepath is used)You mean "does the
Overwrite
option also apply forFile Output
nodes?" Will check on thisExr Output conflicts 3.6to File Output nodes output gets overwritten by "standard" output (if the same filename is used)@AdamTemple hi, any updates?
I guess some options are shared between "file output" node and standard render output (example: #109601)
No activity for more than a week. As per the tracker policy we assume the issue is gone and can be closed.
Thanks again for the report. If the problem persists please open a new report with the required information.