2023-08-16 00:20:26 +10:00
|
|
|
# SPDX-FileCopyrightText: 2018-2023 Blender Authors
|
2023-06-15 13:09:04 +10:00
|
|
|
#
|
2022-02-11 09:07:11 +11:00
|
|
|
# SPDX-License-Identifier: GPL-2.0-or-later
|
2023-06-15 13:09:04 +10:00
|
|
|
|
2018-11-02 11:56:41 +11:00
|
|
|
import bpy
|
|
|
|
|
from bpy.types import Menu, Panel, UIList
|
2019-03-13 12:41:22 +11:00
|
|
|
from bl_ui.utils import PresetPanel
|
2018-11-02 11:56:41 +11:00
|
|
|
|
2022-10-05 17:53:28 +02:00
|
|
|
from bpy.app.translations import (
|
|
|
|
|
contexts as i18n_contexts,
|
2024-01-11 19:49:03 +01:00
|
|
|
pgettext_iface as iface_,
|
2022-10-05 17:53:28 +02:00
|
|
|
)
|
2019-06-25 17:26:56 +02:00
|
|
|
|
2018-11-02 11:56:41 +11:00
|
|
|
|
2021-09-05 21:11:40 -04:00
|
|
|
class RENDER_PT_format_presets(PresetPanel, Panel):
|
|
|
|
|
bl_label = "Format Presets"
|
2018-11-02 11:56:41 +11:00
|
|
|
preset_subdir = "render"
|
|
|
|
|
preset_operator = "script.execute_preset"
|
|
|
|
|
preset_add_operator = "render.preset_add"
|
|
|
|
|
|
|
|
|
|
|
2019-03-13 12:41:22 +11:00
|
|
|
class RENDER_PT_ffmpeg_presets(PresetPanel, Panel):
|
2023-05-07 15:27:28 +02:00
|
|
|
bl_label = "FFmpeg Presets"
|
2018-11-02 11:56:41 +11:00
|
|
|
preset_subdir = "ffmpeg"
|
|
|
|
|
preset_operator = "script.python_file_run"
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
class RENDER_MT_framerate_presets(Menu):
|
|
|
|
|
bl_label = "Frame Rate Presets"
|
|
|
|
|
preset_subdir = "framerate"
|
|
|
|
|
preset_operator = "script.execute_preset"
|
|
|
|
|
draw = Menu.draw_preset
|
|
|
|
|
|
|
|
|
|
|
2025-04-05 08:49:22 +00:00
|
|
|
class RENDER_MT_pixeldensity_presets(Menu):
|
|
|
|
|
bl_label = "Pixel Density Presets"
|
|
|
|
|
preset_subdir = "pixel_density"
|
|
|
|
|
preset_operator = "script.execute_preset"
|
|
|
|
|
draw = Menu.draw_preset
|
|
|
|
|
|
|
|
|
|
|
2018-11-02 11:56:41 +11:00
|
|
|
class RenderOutputButtonsPanel:
|
|
|
|
|
bl_space_type = 'PROPERTIES'
|
|
|
|
|
bl_region_type = 'WINDOW'
|
|
|
|
|
bl_context = "output"
|
|
|
|
|
# COMPAT_ENGINES must be defined in each subclass, external engines can add themselves here
|
|
|
|
|
|
|
|
|
|
@classmethod
|
|
|
|
|
def poll(cls, context):
|
|
|
|
|
return (context.engine in cls.COMPAT_ENGINES)
|
|
|
|
|
|
|
|
|
|
|
2021-09-05 21:11:40 -04:00
|
|
|
class RENDER_PT_format(RenderOutputButtonsPanel, Panel):
|
|
|
|
|
bl_label = "Format"
|
2023-01-24 17:58:58 +01:00
|
|
|
COMPAT_ENGINES = {
|
|
|
|
|
'BLENDER_RENDER',
|
2025-06-13 12:36:14 +02:00
|
|
|
'BLENDER_EEVEE',
|
2023-09-29 14:32:54 +10:00
|
|
|
'BLENDER_WORKBENCH',
|
|
|
|
|
}
|
2018-11-02 11:56:41 +11:00
|
|
|
|
2019-03-08 13:02:46 +01:00
|
|
|
_frame_rate_args_prev = None
|
2019-03-08 13:07:20 +01:00
|
|
|
_preset_class = None
|
|
|
|
|
|
2019-04-19 07:32:24 +02:00
|
|
|
def draw_header_preset(self, _context):
|
2021-09-05 21:11:40 -04:00
|
|
|
RENDER_PT_format_presets.draw_panel_header(self.layout)
|
2018-11-02 11:56:41 +11:00
|
|
|
|
|
|
|
|
@staticmethod
|
|
|
|
|
def _draw_framerate_label(*args):
|
|
|
|
|
# avoids re-creating text string each draw
|
2021-09-05 21:11:40 -04:00
|
|
|
if RENDER_PT_format._frame_rate_args_prev == args:
|
|
|
|
|
return RENDER_PT_format._frame_rate_ret
|
2018-11-02 11:56:41 +11:00
|
|
|
|
|
|
|
|
fps, fps_base, preset_label = args
|
|
|
|
|
|
|
|
|
|
if fps_base == 1.0:
|
|
|
|
|
fps_rate = round(fps)
|
|
|
|
|
else:
|
|
|
|
|
fps_rate = round(fps / fps_base, 2)
|
|
|
|
|
|
|
|
|
|
# TODO: Change the following to iterate over existing presets
|
2025-03-16 19:46:40 +01:00
|
|
|
custom_framerate = (fps_rate not in {6, 8, 12, 23.98, 24, 25, 29.97, 30, 50, 59.94, 60, 120, 240})
|
2018-11-02 11:56:41 +11:00
|
|
|
|
|
|
|
|
if custom_framerate is True:
|
2024-04-27 16:02:36 +10:00
|
|
|
fps_label_text = iface_("Custom ({:.4g} fps)").format(fps_rate)
|
2018-11-02 11:56:41 +11:00
|
|
|
show_framerate = True
|
|
|
|
|
else:
|
2024-04-27 16:02:36 +10:00
|
|
|
fps_label_text = iface_("{:.4g} fps").format(fps_rate)
|
2018-11-02 11:56:41 +11:00
|
|
|
show_framerate = (preset_label == "Custom")
|
|
|
|
|
|
2021-09-05 21:11:40 -04:00
|
|
|
RENDER_PT_format._frame_rate_args_prev = args
|
|
|
|
|
RENDER_PT_format._frame_rate_ret = args = (fps_label_text, show_framerate)
|
2018-11-02 11:56:41 +11:00
|
|
|
return args
|
|
|
|
|
|
|
|
|
|
@staticmethod
|
UI: Layout changes for new checkbox layout possibilities
Follow-up to previous commit.
Some examples:
{F8473507} {F8473508} {F8473509} {F8473510}
For more screenshots, please see D7430.
We use column or row headings here to bring more structure, and to give
the eye visual anchors which aid eye-scanning. The left-aligned
checkboxes likewise help with this. And we keep the adherence to the
center line, so the alignment matches up between the various buttons and
controls.
* Changes the property split percentage from 50/50% to 40/60%. This is
needed to give enough space for the checkboxes. But in most cases this
looks better anyway - see Transform panel. In some cases it simply
fills out the available space more efficently.
* Fix various hacks where we previously used manually defined splits.
When we did this, the alignment was never quite right, and the layout
code was a mess.
* Adds column headings to many places where a list of checkboxes all
share a common purpose or leading text.
* Add checkbox + value configurations various places where a checkbox
only serves to enable the value slider
* Removes most uses of grid flow layout. The grid flow layouts combine
poorly with column headings, and also they would mess alignment up
badly. The grid flow layouts also often made buttons and controls jump
around on the screen if you would just resize editors slightly,
causing visual confusion, making users lose their place. The logic for
at what time the list of items would re-flow was often flawed, jumping
to multiple columns too fast or too late - and frankly, the grid flow
layouts would often just look bad.
Maniphest Task: https://developer.blender.org/T65965
Differential Revision: https://developer.blender.org/D7430
Reviewed by: Brecht Van Lommel, Pablo Vazquez.
Most work here by William Reynish, few changes by Julian Eisel.
2020-04-17 16:54:03 +02:00
|
|
|
def draw_framerate(layout, rd):
|
2021-09-05 21:11:40 -04:00
|
|
|
if RENDER_PT_format._preset_class is None:
|
|
|
|
|
RENDER_PT_format._preset_class = bpy.types.RENDER_MT_framerate_presets
|
2018-11-02 11:56:41 +11:00
|
|
|
|
2021-09-05 21:11:40 -04:00
|
|
|
args = rd.fps, rd.fps_base, RENDER_PT_format._preset_class.bl_label
|
|
|
|
|
fps_label_text, show_framerate = RENDER_PT_format._draw_framerate_label(*args)
|
2018-11-02 11:56:41 +11:00
|
|
|
|
UI: Layout changes for new checkbox layout possibilities
Follow-up to previous commit.
Some examples:
{F8473507} {F8473508} {F8473509} {F8473510}
For more screenshots, please see D7430.
We use column or row headings here to bring more structure, and to give
the eye visual anchors which aid eye-scanning. The left-aligned
checkboxes likewise help with this. And we keep the adherence to the
center line, so the alignment matches up between the various buttons and
controls.
* Changes the property split percentage from 50/50% to 40/60%. This is
needed to give enough space for the checkboxes. But in most cases this
looks better anyway - see Transform panel. In some cases it simply
fills out the available space more efficently.
* Fix various hacks where we previously used manually defined splits.
When we did this, the alignment was never quite right, and the layout
code was a mess.
* Adds column headings to many places where a list of checkboxes all
share a common purpose or leading text.
* Add checkbox + value configurations various places where a checkbox
only serves to enable the value slider
* Removes most uses of grid flow layout. The grid flow layouts combine
poorly with column headings, and also they would mess alignment up
badly. The grid flow layouts also often made buttons and controls jump
around on the screen if you would just resize editors slightly,
causing visual confusion, making users lose their place. The logic for
at what time the list of items would re-flow was often flawed, jumping
to multiple columns too fast or too late - and frankly, the grid flow
layouts would often just look bad.
Maniphest Task: https://developer.blender.org/T65965
Differential Revision: https://developer.blender.org/D7430
Reviewed by: Brecht Van Lommel, Pablo Vazquez.
Most work here by William Reynish, few changes by Julian Eisel.
2020-04-17 16:54:03 +02:00
|
|
|
layout.menu("RENDER_MT_framerate_presets", text=fps_label_text)
|
2018-11-02 11:56:41 +11:00
|
|
|
|
|
|
|
|
if show_framerate:
|
|
|
|
|
col = layout.column(align=True)
|
|
|
|
|
col.prop(rd, "fps")
|
|
|
|
|
col.prop(rd, "fps_base", text="Base")
|
|
|
|
|
|
|
|
|
|
def draw(self, context):
|
|
|
|
|
layout = self.layout
|
|
|
|
|
layout.use_property_split = True
|
|
|
|
|
layout.use_property_decorate = False # No animation.
|
|
|
|
|
|
2021-09-05 21:11:40 -04:00
|
|
|
rd = context.scene.render
|
2018-11-02 11:56:41 +11:00
|
|
|
|
|
|
|
|
col = layout.column(align=True)
|
|
|
|
|
col.prop(rd, "resolution_x", text="Resolution X")
|
|
|
|
|
col.prop(rd, "resolution_y", text="Y")
|
|
|
|
|
col.prop(rd, "resolution_percentage", text="%")
|
|
|
|
|
|
|
|
|
|
col = layout.column(align=True)
|
2019-03-08 13:07:20 +01:00
|
|
|
col.prop(rd, "pixel_aspect_x", text="Aspect X")
|
2018-11-02 11:56:41 +11:00
|
|
|
col.prop(rd, "pixel_aspect_y", text="Y")
|
|
|
|
|
|
|
|
|
|
col = layout.column(align=True)
|
2019-03-06 16:43:37 +01:00
|
|
|
col.prop(rd, "use_border")
|
2018-11-02 11:56:41 +11:00
|
|
|
sub = col.column(align=True)
|
|
|
|
|
sub.active = rd.use_border
|
2019-03-06 16:43:37 +01:00
|
|
|
sub.prop(rd, "use_crop_to_border")
|
2018-11-02 11:56:41 +11:00
|
|
|
|
2021-09-05 21:11:40 -04:00
|
|
|
col = layout.column(heading="Frame Rate")
|
|
|
|
|
self.draw_framerate(col, rd)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
class RENDER_PT_frame_range(RenderOutputButtonsPanel, Panel):
|
|
|
|
|
bl_label = "Frame Range"
|
2023-01-24 17:58:58 +01:00
|
|
|
COMPAT_ENGINES = {
|
|
|
|
|
'BLENDER_RENDER',
|
2025-06-13 12:36:14 +02:00
|
|
|
'BLENDER_EEVEE',
|
2023-09-29 14:32:54 +10:00
|
|
|
'BLENDER_WORKBENCH',
|
|
|
|
|
}
|
2021-09-05 21:11:40 -04:00
|
|
|
|
|
|
|
|
def draw(self, context):
|
|
|
|
|
layout = self.layout
|
|
|
|
|
layout.use_property_split = True
|
|
|
|
|
layout.use_property_decorate = False # No animation.
|
|
|
|
|
|
|
|
|
|
scene = context.scene
|
|
|
|
|
|
2019-03-08 13:02:46 +01:00
|
|
|
col = layout.column(align=True)
|
|
|
|
|
col.prop(scene, "frame_start", text="Frame Start")
|
|
|
|
|
col.prop(scene, "frame_end", text="End")
|
|
|
|
|
col.prop(scene, "frame_step", text="Step")
|
|
|
|
|
|
|
|
|
|
|
2021-09-05 21:11:40 -04:00
|
|
|
class RENDER_PT_time_stretching(RenderOutputButtonsPanel, Panel):
|
|
|
|
|
bl_label = "Time Stretching"
|
|
|
|
|
bl_parent_id = "RENDER_PT_frame_range"
|
2018-11-02 11:56:41 +11:00
|
|
|
bl_options = {'DEFAULT_CLOSED'}
|
2023-01-24 17:58:58 +01:00
|
|
|
COMPAT_ENGINES = {
|
|
|
|
|
'BLENDER_RENDER',
|
2025-06-13 12:36:14 +02:00
|
|
|
'BLENDER_EEVEE',
|
2023-09-29 14:32:54 +10:00
|
|
|
'BLENDER_WORKBENCH',
|
|
|
|
|
}
|
2018-11-02 11:56:41 +11:00
|
|
|
|
|
|
|
|
def draw(self, context):
|
|
|
|
|
layout = self.layout
|
|
|
|
|
layout.use_property_split = True
|
|
|
|
|
layout.use_property_decorate = False # No animation.
|
|
|
|
|
|
|
|
|
|
rd = context.scene.render
|
|
|
|
|
|
|
|
|
|
col = layout.column(align=True)
|
2023-02-23 22:00:57 +01:00
|
|
|
col.prop(rd, "frame_map_old", text="Old", text_ctxt=i18n_contexts.time)
|
|
|
|
|
col.prop(rd, "frame_map_new", text="New", text_ctxt=i18n_contexts.time)
|
2018-11-02 11:56:41 +11:00
|
|
|
|
|
|
|
|
|
|
|
|
|
class RENDER_PT_post_processing(RenderOutputButtonsPanel, Panel):
|
|
|
|
|
bl_label = "Post Processing"
|
|
|
|
|
bl_options = {'DEFAULT_CLOSED'}
|
2023-01-24 17:58:58 +01:00
|
|
|
COMPAT_ENGINES = {
|
|
|
|
|
'BLENDER_RENDER',
|
2025-06-13 12:36:14 +02:00
|
|
|
'BLENDER_EEVEE',
|
2023-09-29 14:32:54 +10:00
|
|
|
'BLENDER_WORKBENCH',
|
|
|
|
|
}
|
2018-11-02 11:56:41 +11:00
|
|
|
|
|
|
|
|
def draw(self, context):
|
|
|
|
|
layout = self.layout
|
|
|
|
|
layout.use_property_split = True
|
|
|
|
|
|
|
|
|
|
rd = context.scene.render
|
|
|
|
|
|
UI: Layout changes for new checkbox layout possibilities
Follow-up to previous commit.
Some examples:
{F8473507} {F8473508} {F8473509} {F8473510}
For more screenshots, please see D7430.
We use column or row headings here to bring more structure, and to give
the eye visual anchors which aid eye-scanning. The left-aligned
checkboxes likewise help with this. And we keep the adherence to the
center line, so the alignment matches up between the various buttons and
controls.
* Changes the property split percentage from 50/50% to 40/60%. This is
needed to give enough space for the checkboxes. But in most cases this
looks better anyway - see Transform panel. In some cases it simply
fills out the available space more efficently.
* Fix various hacks where we previously used manually defined splits.
When we did this, the alignment was never quite right, and the layout
code was a mess.
* Adds column headings to many places where a list of checkboxes all
share a common purpose or leading text.
* Add checkbox + value configurations various places where a checkbox
only serves to enable the value slider
* Removes most uses of grid flow layout. The grid flow layouts combine
poorly with column headings, and also they would mess alignment up
badly. The grid flow layouts also often made buttons and controls jump
around on the screen if you would just resize editors slightly,
causing visual confusion, making users lose their place. The logic for
at what time the list of items would re-flow was often flawed, jumping
to multiple columns too fast or too late - and frankly, the grid flow
layouts would often just look bad.
Maniphest Task: https://developer.blender.org/T65965
Differential Revision: https://developer.blender.org/D7430
Reviewed by: Brecht Van Lommel, Pablo Vazquez.
Most work here by William Reynish, few changes by Julian Eisel.
2020-04-17 16:54:03 +02:00
|
|
|
col = layout.column(heading="Pipeline")
|
2018-11-02 11:56:41 +11:00
|
|
|
col.prop(rd, "use_compositing")
|
|
|
|
|
col.prop(rd, "use_sequencer")
|
|
|
|
|
|
|
|
|
|
layout.prop(rd, "dither_intensity", text="Dither", slider=True)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
class RENDER_PT_stamp(RenderOutputButtonsPanel, Panel):
|
|
|
|
|
bl_label = "Metadata"
|
|
|
|
|
bl_options = {'DEFAULT_CLOSED'}
|
2023-01-24 17:58:58 +01:00
|
|
|
COMPAT_ENGINES = {
|
|
|
|
|
'BLENDER_RENDER',
|
2025-06-13 12:36:14 +02:00
|
|
|
'BLENDER_EEVEE',
|
2023-09-29 14:32:54 +10:00
|
|
|
'BLENDER_WORKBENCH',
|
|
|
|
|
}
|
2018-11-02 11:56:41 +11:00
|
|
|
|
|
|
|
|
def draw(self, context):
|
|
|
|
|
layout = self.layout
|
|
|
|
|
layout.use_property_split = True
|
|
|
|
|
layout.use_property_decorate = False # No animation.
|
|
|
|
|
|
|
|
|
|
rd = context.scene.render
|
|
|
|
|
|
UI: Layout changes for new checkbox layout possibilities
Follow-up to previous commit.
Some examples:
{F8473507} {F8473508} {F8473509} {F8473510}
For more screenshots, please see D7430.
We use column or row headings here to bring more structure, and to give
the eye visual anchors which aid eye-scanning. The left-aligned
checkboxes likewise help with this. And we keep the adherence to the
center line, so the alignment matches up between the various buttons and
controls.
* Changes the property split percentage from 50/50% to 40/60%. This is
needed to give enough space for the checkboxes. But in most cases this
looks better anyway - see Transform panel. In some cases it simply
fills out the available space more efficently.
* Fix various hacks where we previously used manually defined splits.
When we did this, the alignment was never quite right, and the layout
code was a mess.
* Adds column headings to many places where a list of checkboxes all
share a common purpose or leading text.
* Add checkbox + value configurations various places where a checkbox
only serves to enable the value slider
* Removes most uses of grid flow layout. The grid flow layouts combine
poorly with column headings, and also they would mess alignment up
badly. The grid flow layouts also often made buttons and controls jump
around on the screen if you would just resize editors slightly,
causing visual confusion, making users lose their place. The logic for
at what time the list of items would re-flow was often flawed, jumping
to multiple columns too fast or too late - and frankly, the grid flow
layouts would often just look bad.
Maniphest Task: https://developer.blender.org/T65965
Differential Revision: https://developer.blender.org/D7430
Reviewed by: Brecht Van Lommel, Pablo Vazquez.
Most work here by William Reynish, few changes by Julian Eisel.
2020-04-17 16:54:03 +02:00
|
|
|
if rd.use_sequencer:
|
|
|
|
|
layout.prop(rd, "metadata_input")
|
2018-11-02 11:56:41 +11:00
|
|
|
|
UI: Layout changes for new checkbox layout possibilities
Follow-up to previous commit.
Some examples:
{F8473507} {F8473508} {F8473509} {F8473510}
For more screenshots, please see D7430.
We use column or row headings here to bring more structure, and to give
the eye visual anchors which aid eye-scanning. The left-aligned
checkboxes likewise help with this. And we keep the adherence to the
center line, so the alignment matches up between the various buttons and
controls.
* Changes the property split percentage from 50/50% to 40/60%. This is
needed to give enough space for the checkboxes. But in most cases this
looks better anyway - see Transform panel. In some cases it simply
fills out the available space more efficently.
* Fix various hacks where we previously used manually defined splits.
When we did this, the alignment was never quite right, and the layout
code was a mess.
* Adds column headings to many places where a list of checkboxes all
share a common purpose or leading text.
* Add checkbox + value configurations various places where a checkbox
only serves to enable the value slider
* Removes most uses of grid flow layout. The grid flow layouts combine
poorly with column headings, and also they would mess alignment up
badly. The grid flow layouts also often made buttons and controls jump
around on the screen if you would just resize editors slightly,
causing visual confusion, making users lose their place. The logic for
at what time the list of items would re-flow was often flawed, jumping
to multiple columns too fast or too late - and frankly, the grid flow
layouts would often just look bad.
Maniphest Task: https://developer.blender.org/T65965
Differential Revision: https://developer.blender.org/D7430
Reviewed by: Brecht Van Lommel, Pablo Vazquez.
Most work here by William Reynish, few changes by Julian Eisel.
2020-04-17 16:54:03 +02:00
|
|
|
col = layout.column(heading="Include")
|
2018-11-02 11:56:41 +11:00
|
|
|
col.prop(rd, "use_stamp_date", text="Date")
|
|
|
|
|
col.prop(rd, "use_stamp_time", text="Time")
|
|
|
|
|
col.prop(rd, "use_stamp_render_time", text="Render Time")
|
|
|
|
|
col.prop(rd, "use_stamp_frame", text="Frame")
|
|
|
|
|
col.prop(rd, "use_stamp_frame_range", text="Frame Range")
|
|
|
|
|
col.prop(rd, "use_stamp_memory", text="Memory")
|
2018-12-07 17:28:38 +01:00
|
|
|
col.prop(rd, "use_stamp_hostname", text="Hostname")
|
2018-11-02 11:56:41 +11:00
|
|
|
col.prop(rd, "use_stamp_camera", text="Camera")
|
|
|
|
|
col.prop(rd, "use_stamp_lens", text="Lens")
|
|
|
|
|
col.prop(rd, "use_stamp_scene", text="Scene")
|
|
|
|
|
col.prop(rd, "use_stamp_marker", text="Marker")
|
|
|
|
|
col.prop(rd, "use_stamp_filename", text="Filename")
|
|
|
|
|
|
2021-07-30 08:34:24 +02:00
|
|
|
if rd.use_sequencer:
|
|
|
|
|
col.prop(rd, "use_stamp_sequencer_strip", text="Strip Name")
|
|
|
|
|
|
2018-11-02 11:56:41 +11:00
|
|
|
|
|
|
|
|
class RENDER_PT_stamp_note(RenderOutputButtonsPanel, Panel):
|
|
|
|
|
bl_label = "Note"
|
|
|
|
|
bl_parent_id = "RENDER_PT_stamp"
|
|
|
|
|
bl_options = {'DEFAULT_CLOSED'}
|
2023-01-24 17:58:58 +01:00
|
|
|
COMPAT_ENGINES = {
|
|
|
|
|
'BLENDER_RENDER',
|
2025-06-13 12:36:14 +02:00
|
|
|
'BLENDER_EEVEE',
|
2023-09-29 14:32:54 +10:00
|
|
|
'BLENDER_WORKBENCH',
|
|
|
|
|
}
|
2018-11-02 11:56:41 +11:00
|
|
|
|
|
|
|
|
def draw_header(self, context):
|
|
|
|
|
rd = context.scene.render
|
|
|
|
|
|
|
|
|
|
self.layout.prop(rd, "use_stamp_note", text="")
|
|
|
|
|
|
|
|
|
|
def draw(self, context):
|
|
|
|
|
layout = self.layout
|
|
|
|
|
|
|
|
|
|
rd = context.scene.render
|
|
|
|
|
|
|
|
|
|
layout.active = rd.use_stamp_note
|
|
|
|
|
layout.prop(rd, "stamp_note_text", text="")
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
class RENDER_PT_stamp_burn(RenderOutputButtonsPanel, Panel):
|
|
|
|
|
bl_label = "Burn Into Image"
|
|
|
|
|
bl_parent_id = "RENDER_PT_stamp"
|
|
|
|
|
bl_options = {'DEFAULT_CLOSED'}
|
2023-01-24 17:58:58 +01:00
|
|
|
COMPAT_ENGINES = {
|
|
|
|
|
'BLENDER_RENDER',
|
2025-06-13 12:36:14 +02:00
|
|
|
'BLENDER_EEVEE',
|
2023-09-29 14:32:54 +10:00
|
|
|
'BLENDER_WORKBENCH',
|
|
|
|
|
}
|
2018-11-02 11:56:41 +11:00
|
|
|
|
|
|
|
|
def draw_header(self, context):
|
|
|
|
|
rd = context.scene.render
|
|
|
|
|
|
|
|
|
|
self.layout.prop(rd, "use_stamp", text="")
|
|
|
|
|
|
|
|
|
|
def draw(self, context):
|
|
|
|
|
layout = self.layout
|
|
|
|
|
|
|
|
|
|
rd = context.scene.render
|
|
|
|
|
|
|
|
|
|
layout.use_property_split = True
|
|
|
|
|
|
|
|
|
|
col = layout.column()
|
|
|
|
|
col.active = rd.use_stamp
|
|
|
|
|
col.prop(rd, "stamp_font_size", text="Font Size")
|
|
|
|
|
col.column().prop(rd, "stamp_foreground", slider=True)
|
|
|
|
|
col.column().prop(rd, "stamp_background", slider=True)
|
2019-03-07 15:07:16 +01:00
|
|
|
col.prop(rd, "use_stamp_labels", text="Include Labels")
|
2018-11-02 11:56:41 +11:00
|
|
|
|
|
|
|
|
|
|
|
|
|
class RENDER_PT_output(RenderOutputButtonsPanel, Panel):
|
|
|
|
|
bl_label = "Output"
|
2023-01-24 17:58:58 +01:00
|
|
|
COMPAT_ENGINES = {
|
|
|
|
|
'BLENDER_RENDER',
|
2025-06-13 12:36:14 +02:00
|
|
|
'BLENDER_EEVEE',
|
2023-09-29 14:32:54 +10:00
|
|
|
'BLENDER_WORKBENCH',
|
|
|
|
|
}
|
2018-11-02 11:56:41 +11:00
|
|
|
|
|
|
|
|
def draw(self, context):
|
|
|
|
|
layout = self.layout
|
|
|
|
|
layout.use_property_split = False
|
|
|
|
|
layout.use_property_decorate = False # No animation.
|
|
|
|
|
|
|
|
|
|
rd = context.scene.render
|
|
|
|
|
image_settings = rd.image_settings
|
|
|
|
|
|
|
|
|
|
layout.prop(rd, "filepath", text="")
|
|
|
|
|
|
|
|
|
|
layout.use_property_split = True
|
|
|
|
|
|
UI: Layout changes for new checkbox layout possibilities
Follow-up to previous commit.
Some examples:
{F8473507} {F8473508} {F8473509} {F8473510}
For more screenshots, please see D7430.
We use column or row headings here to bring more structure, and to give
the eye visual anchors which aid eye-scanning. The left-aligned
checkboxes likewise help with this. And we keep the adherence to the
center line, so the alignment matches up between the various buttons and
controls.
* Changes the property split percentage from 50/50% to 40/60%. This is
needed to give enough space for the checkboxes. But in most cases this
looks better anyway - see Transform panel. In some cases it simply
fills out the available space more efficently.
* Fix various hacks where we previously used manually defined splits.
When we did this, the alignment was never quite right, and the layout
code was a mess.
* Adds column headings to many places where a list of checkboxes all
share a common purpose or leading text.
* Add checkbox + value configurations various places where a checkbox
only serves to enable the value slider
* Removes most uses of grid flow layout. The grid flow layouts combine
poorly with column headings, and also they would mess alignment up
badly. The grid flow layouts also often made buttons and controls jump
around on the screen if you would just resize editors slightly,
causing visual confusion, making users lose their place. The logic for
at what time the list of items would re-flow was often flawed, jumping
to multiple columns too fast or too late - and frankly, the grid flow
layouts would often just look bad.
Maniphest Task: https://developer.blender.org/T65965
Differential Revision: https://developer.blender.org/D7430
Reviewed by: Brecht Van Lommel, Pablo Vazquez.
Most work here by William Reynish, few changes by Julian Eisel.
2020-04-17 16:54:03 +02:00
|
|
|
col = layout.column(heading="Saving")
|
2018-11-02 11:56:41 +11:00
|
|
|
col.prop(rd, "use_file_extension")
|
|
|
|
|
col.prop(rd, "use_render_cache")
|
|
|
|
|
|
|
|
|
|
layout.template_image_settings(image_settings, color_management=False)
|
|
|
|
|
|
UI: Layout changes for new checkbox layout possibilities
Follow-up to previous commit.
Some examples:
{F8473507} {F8473508} {F8473509} {F8473510}
For more screenshots, please see D7430.
We use column or row headings here to bring more structure, and to give
the eye visual anchors which aid eye-scanning. The left-aligned
checkboxes likewise help with this. And we keep the adherence to the
center line, so the alignment matches up between the various buttons and
controls.
* Changes the property split percentage from 50/50% to 40/60%. This is
needed to give enough space for the checkboxes. But in most cases this
looks better anyway - see Transform panel. In some cases it simply
fills out the available space more efficently.
* Fix various hacks where we previously used manually defined splits.
When we did this, the alignment was never quite right, and the layout
code was a mess.
* Adds column headings to many places where a list of checkboxes all
share a common purpose or leading text.
* Add checkbox + value configurations various places where a checkbox
only serves to enable the value slider
* Removes most uses of grid flow layout. The grid flow layouts combine
poorly with column headings, and also they would mess alignment up
badly. The grid flow layouts also often made buttons and controls jump
around on the screen if you would just resize editors slightly,
causing visual confusion, making users lose their place. The logic for
at what time the list of items would re-flow was often flawed, jumping
to multiple columns too fast or too late - and frankly, the grid flow
layouts would often just look bad.
Maniphest Task: https://developer.blender.org/T65965
Differential Revision: https://developer.blender.org/D7430
Reviewed by: Brecht Van Lommel, Pablo Vazquez.
Most work here by William Reynish, few changes by Julian Eisel.
2020-04-17 16:54:03 +02:00
|
|
|
if not rd.is_movie_format:
|
|
|
|
|
col = layout.column(heading="Image Sequence")
|
|
|
|
|
col.prop(rd, "use_overwrite")
|
|
|
|
|
col.prop(rd, "use_placeholder")
|
|
|
|
|
|
2018-11-02 11:56:41 +11:00
|
|
|
|
|
|
|
|
class RENDER_PT_output_views(RenderOutputButtonsPanel, Panel):
|
|
|
|
|
bl_label = "Views"
|
|
|
|
|
bl_parent_id = "RENDER_PT_output"
|
2023-01-24 17:58:58 +01:00
|
|
|
COMPAT_ENGINES = {
|
|
|
|
|
'BLENDER_RENDER',
|
2025-06-13 12:36:14 +02:00
|
|
|
'BLENDER_EEVEE',
|
2023-09-29 14:32:54 +10:00
|
|
|
'BLENDER_WORKBENCH',
|
|
|
|
|
}
|
2018-11-02 11:56:41 +11:00
|
|
|
|
|
|
|
|
@classmethod
|
2019-04-19 07:36:07 +02:00
|
|
|
def poll(cls, context):
|
2018-11-02 11:56:41 +11:00
|
|
|
rd = context.scene.render
|
|
|
|
|
return rd.use_multiview
|
|
|
|
|
|
|
|
|
|
def draw(self, context):
|
|
|
|
|
layout = self.layout
|
|
|
|
|
layout.use_property_split = False
|
|
|
|
|
layout.use_property_decorate = False # No animation.
|
|
|
|
|
|
|
|
|
|
rd = context.scene.render
|
|
|
|
|
layout.template_image_views(rd.image_settings)
|
|
|
|
|
|
|
|
|
|
|
2022-03-09 15:38:17 +01:00
|
|
|
class RENDER_PT_output_color_management(RenderOutputButtonsPanel, Panel):
|
|
|
|
|
bl_label = "Color Management"
|
|
|
|
|
bl_options = {'DEFAULT_CLOSED'}
|
|
|
|
|
bl_parent_id = "RENDER_PT_output"
|
2023-01-24 17:58:58 +01:00
|
|
|
COMPAT_ENGINES = {
|
|
|
|
|
'BLENDER_RENDER',
|
2025-06-13 12:36:14 +02:00
|
|
|
'BLENDER_EEVEE',
|
2023-09-29 14:32:54 +10:00
|
|
|
'BLENDER_WORKBENCH',
|
|
|
|
|
}
|
2022-03-09 15:38:17 +01:00
|
|
|
|
|
|
|
|
def draw(self, context):
|
|
|
|
|
scene = context.scene
|
|
|
|
|
image_settings = scene.render.image_settings
|
|
|
|
|
|
|
|
|
|
layout = self.layout
|
|
|
|
|
layout.use_property_split = True
|
|
|
|
|
layout.use_property_decorate = False # No animation.
|
|
|
|
|
|
|
|
|
|
layout.row().prop(image_settings, "color_management", text=" ", expand=True)
|
|
|
|
|
|
|
|
|
|
flow = layout.grid_flow(row_major=True, columns=0, even_columns=False, even_rows=False, align=True)
|
|
|
|
|
|
|
|
|
|
if image_settings.color_management == 'OVERRIDE':
|
|
|
|
|
owner = image_settings
|
|
|
|
|
else:
|
|
|
|
|
owner = scene
|
|
|
|
|
flow.enabled = False
|
|
|
|
|
|
|
|
|
|
col = flow.column()
|
|
|
|
|
|
|
|
|
|
if image_settings.has_linear_colorspace:
|
2023-01-06 13:52:57 +11:00
|
|
|
if hasattr(owner, "linear_colorspace_settings"):
|
2022-03-09 15:38:17 +01:00
|
|
|
col.prop(owner.linear_colorspace_settings, "name", text="Color Space")
|
|
|
|
|
else:
|
|
|
|
|
col.prop(owner.display_settings, "display_device")
|
|
|
|
|
col.separator()
|
|
|
|
|
col.template_colormanaged_view_settings(owner, "view_settings")
|
|
|
|
|
|
|
|
|
|
|
2025-04-05 08:49:22 +00:00
|
|
|
class RENDER_PT_output_pixel_density(RenderOutputButtonsPanel, Panel):
|
|
|
|
|
bl_label = "Pixel Density"
|
|
|
|
|
bl_options = {'DEFAULT_CLOSED'}
|
|
|
|
|
bl_parent_id = "RENDER_PT_output"
|
|
|
|
|
|
|
|
|
|
COMPAT_ENGINES = {
|
|
|
|
|
'BLENDER_RENDER',
|
|
|
|
|
'BLENDER_EEVEE',
|
|
|
|
|
'BLENDER_WORKBENCH',
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
_pixel_density_args_prev = None
|
|
|
|
|
_preset_class = None
|
|
|
|
|
|
|
|
|
|
@staticmethod
|
|
|
|
|
def _draw_pixeldensity_label(*args):
|
|
|
|
|
# Avoids re-creating text string each draw.
|
|
|
|
|
if RENDER_PT_output_pixel_density._pixel_density_args_prev == args:
|
|
|
|
|
return RENDER_PT_output_pixel_density._pixel_density_ret
|
|
|
|
|
|
|
|
|
|
ppm_base, preset_label = args
|
|
|
|
|
|
|
|
|
|
# NOTE: `as_float_32` is needed because Blender stores this value as a 32bit float.
|
|
|
|
|
# Which won't match Python's 64bit float.
|
|
|
|
|
def as_float_32(f):
|
|
|
|
|
from struct import pack, unpack
|
|
|
|
|
return unpack("f", pack("f", f))[0]
|
|
|
|
|
|
|
|
|
|
# NOTE: Values here are duplicated from presets, ideally this could be avoided.
|
|
|
|
|
unit_name = {
|
|
|
|
|
as_float_32(0.0254): iface_("Inch"),
|
|
|
|
|
as_float_32(0.01): iface_("Centimeter"),
|
|
|
|
|
as_float_32(1.0): iface_("Meter"),
|
|
|
|
|
}.get(ppm_base)
|
|
|
|
|
|
|
|
|
|
if unit_name is None:
|
|
|
|
|
pixeldensity_label_text = iface_("Custom")
|
|
|
|
|
show_pixeldensity = True
|
|
|
|
|
else:
|
|
|
|
|
pixeldensity_label_text = iface_("Pixels/{:s}").format(unit_name)
|
|
|
|
|
show_pixeldensity = (preset_label == "Custom")
|
|
|
|
|
|
|
|
|
|
RENDER_PT_output_pixel_density._pixel_density_args_prev = args
|
|
|
|
|
RENDER_PT_output_pixel_density._pixel_density_ret = args = (pixeldensity_label_text, show_pixeldensity)
|
|
|
|
|
return args
|
|
|
|
|
|
|
|
|
|
@staticmethod
|
|
|
|
|
def draw_pixeldensity(layout, rd):
|
|
|
|
|
if RENDER_PT_output_pixel_density._preset_class is None:
|
|
|
|
|
RENDER_PT_output_pixel_density._preset_class = bpy.types.RENDER_MT_pixeldensity_presets
|
|
|
|
|
|
|
|
|
|
args = rd.ppm_base, RENDER_PT_output_pixel_density._preset_class.bl_label
|
|
|
|
|
pixeldensity_label_text, show_pixeldensity = RENDER_PT_output_pixel_density._draw_pixeldensity_label(*args)
|
|
|
|
|
|
|
|
|
|
layout.prop(rd, "ppm_factor", text="Pixels")
|
|
|
|
|
|
|
|
|
|
row = layout.split(factor=0.4)
|
|
|
|
|
row.alignment = 'RIGHT'
|
|
|
|
|
row.label(text="Unit")
|
|
|
|
|
row.menu("RENDER_MT_pixeldensity_presets", text=pixeldensity_label_text)
|
|
|
|
|
|
|
|
|
|
if show_pixeldensity:
|
|
|
|
|
col = layout.column(align=True)
|
|
|
|
|
col.prop(rd, "ppm_base", text="Base")
|
|
|
|
|
|
|
|
|
|
def draw(self, context):
|
|
|
|
|
layout = self.layout
|
|
|
|
|
layout.use_property_split = True
|
|
|
|
|
layout.use_property_decorate = False
|
|
|
|
|
|
|
|
|
|
scene = context.scene
|
|
|
|
|
rd = scene.render
|
|
|
|
|
|
|
|
|
|
self.draw_pixeldensity(layout, rd)
|
|
|
|
|
|
|
|
|
|
|
2018-11-02 11:56:41 +11:00
|
|
|
class RENDER_PT_encoding(RenderOutputButtonsPanel, Panel):
|
|
|
|
|
bl_label = "Encoding"
|
|
|
|
|
bl_parent_id = "RENDER_PT_output"
|
|
|
|
|
bl_options = {'DEFAULT_CLOSED'}
|
2023-01-24 17:58:58 +01:00
|
|
|
COMPAT_ENGINES = {
|
|
|
|
|
'BLENDER_RENDER',
|
2025-06-13 12:36:14 +02:00
|
|
|
'BLENDER_EEVEE',
|
2023-09-29 14:32:54 +10:00
|
|
|
'BLENDER_WORKBENCH',
|
|
|
|
|
}
|
2018-11-02 11:56:41 +11:00
|
|
|
|
2019-04-19 07:32:24 +02:00
|
|
|
def draw_header_preset(self, _context):
|
2018-11-02 11:56:41 +11:00
|
|
|
RENDER_PT_ffmpeg_presets.draw_panel_header(self.layout)
|
|
|
|
|
|
|
|
|
|
@classmethod
|
|
|
|
|
def poll(cls, context):
|
|
|
|
|
rd = context.scene.render
|
|
|
|
|
return rd.image_settings.file_format in {'FFMPEG', 'XVID', 'H264', 'THEORA'}
|
|
|
|
|
|
|
|
|
|
def draw(self, context):
|
|
|
|
|
layout = self.layout
|
|
|
|
|
layout.use_property_split = True
|
|
|
|
|
layout.use_property_decorate = False
|
|
|
|
|
|
|
|
|
|
rd = context.scene.render
|
|
|
|
|
ffmpeg = rd.ffmpeg
|
|
|
|
|
|
|
|
|
|
layout.prop(rd.ffmpeg, "format")
|
|
|
|
|
layout.prop(ffmpeg, "use_autosplit")
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
class RENDER_PT_encoding_video(RenderOutputButtonsPanel, Panel):
|
|
|
|
|
bl_label = "Video"
|
|
|
|
|
bl_parent_id = "RENDER_PT_encoding"
|
2023-01-24 17:58:58 +01:00
|
|
|
COMPAT_ENGINES = {
|
|
|
|
|
'BLENDER_RENDER',
|
2025-06-13 12:36:14 +02:00
|
|
|
'BLENDER_EEVEE',
|
2023-09-29 14:32:54 +10:00
|
|
|
'BLENDER_WORKBENCH',
|
|
|
|
|
}
|
2018-11-02 11:56:41 +11:00
|
|
|
|
|
|
|
|
@classmethod
|
|
|
|
|
def poll(cls, context):
|
|
|
|
|
rd = context.scene.render
|
|
|
|
|
return rd.image_settings.file_format in {'FFMPEG', 'XVID', 'H264', 'THEORA'}
|
|
|
|
|
|
|
|
|
|
def draw(self, context):
|
|
|
|
|
layout = self.layout
|
|
|
|
|
layout.use_property_split = True
|
|
|
|
|
layout.use_property_decorate = False
|
|
|
|
|
|
|
|
|
|
self.draw_vcodec(context)
|
|
|
|
|
|
|
|
|
|
def draw_vcodec(self, context):
|
|
|
|
|
"""Video codec options."""
|
|
|
|
|
layout = self.layout
|
|
|
|
|
ffmpeg = context.scene.render.ffmpeg
|
|
|
|
|
|
Video rendering: FFMpeg AV1 codec encoding support
Previously, the Blender video renderer did not have support for
encoding video to AV1 (not to be confused with the container AVI).
The proposed solution is to leverage the existing FFMpeg renderer
to encode to AV1.
Note that avcodec_find_encoder(AV_CODEC_ID_AV1) usually returns
"libaom-av1" which is the "reference implementation" for AV1 encoding
(the default for FFMpeg, and is slow). "libsvtav1" is faster and
preferred so there is extra handling when fetching the AV1 codec for
encoding such that "libsvtav1" is used when possible.
This commit should only affect the options available for video
rendering, which includes the additional AV1 codec to choose from, and
setting "-crf".
Also note that the current release of FFMpeg for ArchLinux does not
support "-crf" for "libsvtav1", but the equivalent option "-qp" is
supported and used as a fallback when "libsvtav1" is used (as
mentioned here: https://trac.ffmpeg.org/wiki/Encode/AV1#SVT-AV1 ).
(Actually, both "-crf" and "-qp" is specified with the same value in
the code. When a release of FFMpeg obtains support for "-crf" for
"libsvtav1" is released, the code shouldn't be needed to change.)
The usage of the AV1 codec should be very similar to the usage of the
H264 codec, but is limited to the "mp4" and "mkv" containers.
This patch pertains to the "VFX & Video" module, as its main purpose
is to supplement the Video Sequencer tool with the additional AV1
codec for encoded video output.
Differential Revision: https://developer.blender.org/D14920
Reviewed By: sergey , ISS, zeddb
2022-10-21 20:10:17 -06:00
|
|
|
needs_codec = ffmpeg.format in {
|
|
|
|
|
'AVI',
|
|
|
|
|
'QUICKTIME',
|
|
|
|
|
'MKV',
|
|
|
|
|
'OGG',
|
|
|
|
|
'MPEG4',
|
2022-12-15 17:24:23 +11:00
|
|
|
'WEBM',
|
Video rendering: FFMpeg AV1 codec encoding support
Previously, the Blender video renderer did not have support for
encoding video to AV1 (not to be confused with the container AVI).
The proposed solution is to leverage the existing FFMpeg renderer
to encode to AV1.
Note that avcodec_find_encoder(AV_CODEC_ID_AV1) usually returns
"libaom-av1" which is the "reference implementation" for AV1 encoding
(the default for FFMpeg, and is slow). "libsvtav1" is faster and
preferred so there is extra handling when fetching the AV1 codec for
encoding such that "libsvtav1" is used when possible.
This commit should only affect the options available for video
rendering, which includes the additional AV1 codec to choose from, and
setting "-crf".
Also note that the current release of FFMpeg for ArchLinux does not
support "-crf" for "libsvtav1", but the equivalent option "-qp" is
supported and used as a fallback when "libsvtav1" is used (as
mentioned here: https://trac.ffmpeg.org/wiki/Encode/AV1#SVT-AV1 ).
(Actually, both "-crf" and "-qp" is specified with the same value in
the code. When a release of FFMpeg obtains support for "-crf" for
"libsvtav1" is released, the code shouldn't be needed to change.)
The usage of the AV1 codec should be very similar to the usage of the
H264 codec, but is limited to the "mp4" and "mkv" containers.
This patch pertains to the "VFX & Video" module, as its main purpose
is to supplement the Video Sequencer tool with the additional AV1
codec for encoded video output.
Differential Revision: https://developer.blender.org/D14920
Reviewed By: sergey , ISS, zeddb
2022-10-21 20:10:17 -06:00
|
|
|
}
|
2018-11-02 11:56:41 +11:00
|
|
|
if needs_codec:
|
|
|
|
|
layout.prop(ffmpeg, "codec")
|
|
|
|
|
|
|
|
|
|
if needs_codec and ffmpeg.codec == 'NONE':
|
|
|
|
|
return
|
|
|
|
|
|
Video: HDR video input/output support
HDR video files are properly read into Blender, and can be rendered out
of Blender.
HDR video reading / decoding:
- Two flavors of HDR are recognized, based on color related video
metadata: "PQ" (Rec.2100 Perceptual Quantizer, aka SMPTE 2084) and
"HLG" (Rec.2100 Hybrid-Log-Gamma, aka ARIB STD B67). Both are read
effectively into floating point images, and their color space
transformations are done through OpenColorIO.
- The OCIO config shipped in Blender has been extended to contain
Rec.2100-PQ and Rec.2100-HLG color spaces.
- Note that if you already had a HDR video in sequencer or movie clip,
it would have looked "incorrect" previously, and it will continue to
look incorrect, since it already has "wrong" color space assigned to
it. Either re-add it (which should assign the correct color space),
or manually change the color space to PQ or HLG one as needed.
HDR video writing / encoding"
- For H.265 and AV1 the video encoding options now display the HDR mode.
Similar to reading, there are PQ and HLG HDR mode options.
- Reference white is assumed to be 100 nits.
- YUV uses "full" ("PC/jpeg") color range.
- No mastering display metadata is written into the video file, since
generally that information is not known inside Blender.
More details and screenshots in the PR.
Co-authored-by: Sergey Sharybin <sergey@blender.org>
Pull Request: https://projects.blender.org/blender/blender/pulls/120033
2025-07-21 19:26:07 +02:00
|
|
|
image_settings = context.scene.render.image_settings
|
|
|
|
|
|
2024-11-05 16:44:16 +01:00
|
|
|
# Color depth. List of codecs needs to be in sync with
|
Refactor: move ffmpeg/video related code into one place
Previously, code related to reading/writing movie files via ffmpeg was
scattered around: some under blenkernel, some directly in generic
imbuf headers, some under intern/ffmpeg. Some of the files were named
with not exactly clear names. Some parts not directly related to movies
were including ffmpeg headers directly (rna_scene.cc).
What is in this PR:
Movie and ffmpeg related code is now under imbuf/movie:
- IMB_anim.hh: movie reading, proxy querying, various utility functions.
- IMB_movie_enums.hh: simple enum definitions,
- IMB_movie_write.hh: movie writing functions.
- intern: actual implementation and private headers.
- ffmpeg_compat.h: various ffmpeg version difference handling
utilities,
- ffmpeg_swscale.hh/cc: scaling and format conversion utilities
for ffmpeg libswscale,
- ffmpeg_util.hh/cc: misc utilities related to ffmpeg,
- movie_proxy_indexer.hh/cc: proxies and timecode indexing for movies,
- movie_read.hh/cc: decoding of movies into images,
- movie_write.cc: encoding of images into movies.
- tests: basic ffmpeg library unit tests that previously
lived under intern/ffmpeg.
Interface changes (at C++ level, no Python API changes):
- Mostly just movie related functions that were BKE_ previously, are now IMB_.
- I did one large-ish change though, and that is to remove bMovieHandle
struct that had pointers to several functions. Now that is
IMB_movie_write_begin, IMB_movie_write_append, IMB_movie_write_end
functions using a single opaque struct handle. As a result, usages
of that in pipeline.cc and render_opengl.cc have changed.
Pull Request: https://projects.blender.org/blender/blender/pulls/132074
2024-12-19 12:34:30 +01:00
|
|
|
# `IMB_ffmpeg_valid_bit_depths` in source code.
|
2025-05-08 02:34:56 +02:00
|
|
|
use_bpp = needs_codec and ffmpeg.codec in {'H264', 'H265', 'AV1', 'PRORES', 'FFV1'}
|
2024-11-05 16:44:16 +01:00
|
|
|
if use_bpp:
|
|
|
|
|
layout.prop(image_settings, "color_depth", expand=True)
|
|
|
|
|
|
Video: Save colorspace metadata based on display, remove HDR option
Now that there are Rec.2100 PQ and HLG displays, the additional HDR option
for video export is redundant. Typically you would now select a HDR display
early on and do all your video editing with it enabled.
For saving a HDR video, the encoding panel will now show the name of the color
space, and warn when the video codec or color depth is incompatible.
Since this is now based on interop IDs for the dislpay color spaces, we can
map more of those to the appropriate CICP code. This works fine for Display P3,
in my tests it looks identical to sRGB except that the wide gamut colors are
preserved.
However Rec.1886 and Rec.2020 are problematic regarding the transfer function,
although the latter at least has the correct primaries now. So it should be
a net improvement and this could be looked at later if anyone wants.
---
Background:
* Rec.1886 and Rec.2020 display color spaces in Blender use gamma 2.4.
* BT.709 trc is almost the same as gamma 2.4, so seems like the correct choice.
* We already write sRGB with BT.709 trc, which seems wrong.
* Yet sRGB matches exactly between Blender display and QuickTime, while
Rec.1886 and Rec.2020 do not.
* Display P3 with BT.709 trc matches sRGB with BT.709 trc, just adding the wide
gamut colors. So that is what is used for now. Also using the sRGB trc the
file is not recognized by QuickTime.
There is apparently a well known "QuickTime gamma shift" issue, where the
interpretation of the BT.709 trc is different than other platforms. And you need
to do workarounds like writing gamma 2.4 metadata outside of CICP to get
things to display properly on macOS.
Not that QuickTime is necessarily the reference we should target, but just to
explain that changing the previous behavior would have consequences, and so
it this commit leaves that unchanged.
Pull Request: https://projects.blender.org/blender/blender/pulls/145373
2025-08-29 01:29:57 +02:00
|
|
|
# Color space
|
|
|
|
|
if image_settings.color_management == 'OVERRIDE':
|
|
|
|
|
display_settings = image_settings.display_settings
|
|
|
|
|
view_settings = image_settings.view_settings
|
|
|
|
|
else:
|
|
|
|
|
display_settings = context.scene.display_settings
|
|
|
|
|
view_settings = context.scene.view_settings
|
|
|
|
|
|
|
|
|
|
split = layout.split(factor=0.4)
|
|
|
|
|
col = split.column()
|
|
|
|
|
col.alignment = 'RIGHT'
|
|
|
|
|
col.label(text="Color Space")
|
|
|
|
|
|
|
|
|
|
col = split.column()
|
|
|
|
|
row = col.row()
|
|
|
|
|
row.enabled = False
|
|
|
|
|
row.prop(display_settings, "display_device", text="")
|
|
|
|
|
|
|
|
|
|
# HDR compatibility
|
|
|
|
|
if view_settings.is_hdr:
|
|
|
|
|
if not needs_codec or ffmpeg.codec not in {'H265', 'AV1'}:
|
|
|
|
|
col.label(text="HDR needs H.265 or AV1", icon='ERROR')
|
|
|
|
|
elif image_settings.color_depth not in {'10', '12'}:
|
|
|
|
|
col.label(text="HDR needs 10 or 12 bits", icon='ERROR')
|
Video: HDR video input/output support
HDR video files are properly read into Blender, and can be rendered out
of Blender.
HDR video reading / decoding:
- Two flavors of HDR are recognized, based on color related video
metadata: "PQ" (Rec.2100 Perceptual Quantizer, aka SMPTE 2084) and
"HLG" (Rec.2100 Hybrid-Log-Gamma, aka ARIB STD B67). Both are read
effectively into floating point images, and their color space
transformations are done through OpenColorIO.
- The OCIO config shipped in Blender has been extended to contain
Rec.2100-PQ and Rec.2100-HLG color spaces.
- Note that if you already had a HDR video in sequencer or movie clip,
it would have looked "incorrect" previously, and it will continue to
look incorrect, since it already has "wrong" color space assigned to
it. Either re-add it (which should assign the correct color space),
or manually change the color space to PQ or HLG one as needed.
HDR video writing / encoding"
- For H.265 and AV1 the video encoding options now display the HDR mode.
Similar to reading, there are PQ and HLG HDR mode options.
- Reference white is assumed to be 100 nits.
- YUV uses "full" ("PC/jpeg") color range.
- No mastering display metadata is written into the video file, since
generally that information is not known inside Blender.
More details and screenshots in the PR.
Co-authored-by: Sergey Sharybin <sergey@blender.org>
Pull Request: https://projects.blender.org/blender/blender/pulls/120033
2025-07-21 19:26:07 +02:00
|
|
|
|
2019-06-22 11:08:12 +10:00
|
|
|
if ffmpeg.codec == 'DNXHD':
|
2018-11-02 11:56:41 +11:00
|
|
|
layout.prop(ffmpeg, "use_lossless_output")
|
|
|
|
|
|
2025-04-07 20:57:44 +02:00
|
|
|
if ffmpeg.codec == 'PRORES':
|
|
|
|
|
layout.prop(ffmpeg, "ffmpeg_prores_profile")
|
|
|
|
|
|
2018-11-02 11:56:41 +11:00
|
|
|
# Output quality
|
Video rendering: FFMpeg AV1 codec encoding support
Previously, the Blender video renderer did not have support for
encoding video to AV1 (not to be confused with the container AVI).
The proposed solution is to leverage the existing FFMpeg renderer
to encode to AV1.
Note that avcodec_find_encoder(AV_CODEC_ID_AV1) usually returns
"libaom-av1" which is the "reference implementation" for AV1 encoding
(the default for FFMpeg, and is slow). "libsvtav1" is faster and
preferred so there is extra handling when fetching the AV1 codec for
encoding such that "libsvtav1" is used when possible.
This commit should only affect the options available for video
rendering, which includes the additional AV1 codec to choose from, and
setting "-crf".
Also note that the current release of FFMpeg for ArchLinux does not
support "-crf" for "libsvtav1", but the equivalent option "-qp" is
supported and used as a fallback when "libsvtav1" is used (as
mentioned here: https://trac.ffmpeg.org/wiki/Encode/AV1#SVT-AV1 ).
(Actually, both "-crf" and "-qp" is specified with the same value in
the code. When a release of FFMpeg obtains support for "-crf" for
"libsvtav1" is released, the code shouldn't be needed to change.)
The usage of the AV1 codec should be very similar to the usage of the
H264 codec, but is limited to the "mp4" and "mkv" containers.
This patch pertains to the "VFX & Video" module, as its main purpose
is to supplement the Video Sequencer tool with the additional AV1
codec for encoded video output.
Differential Revision: https://developer.blender.org/D14920
Reviewed By: sergey , ISS, zeddb
2022-10-21 20:10:17 -06:00
|
|
|
use_crf = needs_codec and ffmpeg.codec in {
|
|
|
|
|
'H264',
|
2024-10-20 10:27:33 +02:00
|
|
|
'H265',
|
Video rendering: FFMpeg AV1 codec encoding support
Previously, the Blender video renderer did not have support for
encoding video to AV1 (not to be confused with the container AVI).
The proposed solution is to leverage the existing FFMpeg renderer
to encode to AV1.
Note that avcodec_find_encoder(AV_CODEC_ID_AV1) usually returns
"libaom-av1" which is the "reference implementation" for AV1 encoding
(the default for FFMpeg, and is slow). "libsvtav1" is faster and
preferred so there is extra handling when fetching the AV1 codec for
encoding such that "libsvtav1" is used when possible.
This commit should only affect the options available for video
rendering, which includes the additional AV1 codec to choose from, and
setting "-crf".
Also note that the current release of FFMpeg for ArchLinux does not
support "-crf" for "libsvtav1", but the equivalent option "-qp" is
supported and used as a fallback when "libsvtav1" is used (as
mentioned here: https://trac.ffmpeg.org/wiki/Encode/AV1#SVT-AV1 ).
(Actually, both "-crf" and "-qp" is specified with the same value in
the code. When a release of FFMpeg obtains support for "-crf" for
"libsvtav1" is released, the code shouldn't be needed to change.)
The usage of the AV1 codec should be very similar to the usage of the
H264 codec, but is limited to the "mp4" and "mkv" containers.
This patch pertains to the "VFX & Video" module, as its main purpose
is to supplement the Video Sequencer tool with the additional AV1
codec for encoded video output.
Differential Revision: https://developer.blender.org/D14920
Reviewed By: sergey , ISS, zeddb
2022-10-21 20:10:17 -06:00
|
|
|
'MPEG4',
|
|
|
|
|
'WEBM',
|
2022-12-15 17:24:23 +11:00
|
|
|
'AV1',
|
Video rendering: FFMpeg AV1 codec encoding support
Previously, the Blender video renderer did not have support for
encoding video to AV1 (not to be confused with the container AVI).
The proposed solution is to leverage the existing FFMpeg renderer
to encode to AV1.
Note that avcodec_find_encoder(AV_CODEC_ID_AV1) usually returns
"libaom-av1" which is the "reference implementation" for AV1 encoding
(the default for FFMpeg, and is slow). "libsvtav1" is faster and
preferred so there is extra handling when fetching the AV1 codec for
encoding such that "libsvtav1" is used when possible.
This commit should only affect the options available for video
rendering, which includes the additional AV1 codec to choose from, and
setting "-crf".
Also note that the current release of FFMpeg for ArchLinux does not
support "-crf" for "libsvtav1", but the equivalent option "-qp" is
supported and used as a fallback when "libsvtav1" is used (as
mentioned here: https://trac.ffmpeg.org/wiki/Encode/AV1#SVT-AV1 ).
(Actually, both "-crf" and "-qp" is specified with the same value in
the code. When a release of FFMpeg obtains support for "-crf" for
"libsvtav1" is released, the code shouldn't be needed to change.)
The usage of the AV1 codec should be very similar to the usage of the
H264 codec, but is limited to the "mp4" and "mkv" containers.
This patch pertains to the "VFX & Video" module, as its main purpose
is to supplement the Video Sequencer tool with the additional AV1
codec for encoded video output.
Differential Revision: https://developer.blender.org/D14920
Reviewed By: sergey , ISS, zeddb
2022-10-21 20:10:17 -06:00
|
|
|
}
|
2018-11-02 11:56:41 +11:00
|
|
|
if use_crf:
|
|
|
|
|
layout.prop(ffmpeg, "constant_rate_factor")
|
|
|
|
|
|
2025-04-07 20:57:44 +02:00
|
|
|
use_encoding_speed = needs_codec and ffmpeg.codec not in {'DNXHD', 'FFV1', 'HUFFYUV', 'PNG', 'PRORES', 'QTRLE'}
|
|
|
|
|
use_bitrate = needs_codec and ffmpeg.codec not in {'FFV1', 'HUFFYUV', 'PNG', 'PRORES', 'QTRLE'}
|
2025-03-18 09:11:14 +01:00
|
|
|
use_min_max_bitrate = ffmpeg.codec not in {'DNXHD'}
|
2025-04-07 20:57:44 +02:00
|
|
|
use_gop = needs_codec and ffmpeg.codec not in {'DNXHD', 'HUFFYUV', 'PNG', 'PRORES'}
|
2025-03-18 09:11:14 +01:00
|
|
|
use_b_frames = needs_codec and use_gop and ffmpeg.codec not in {'FFV1', 'QTRLE'}
|
|
|
|
|
|
2018-11-02 11:56:41 +11:00
|
|
|
# Encoding speed
|
2025-03-18 09:11:14 +01:00
|
|
|
if use_encoding_speed:
|
|
|
|
|
layout.prop(ffmpeg, "ffmpeg_preset")
|
2018-11-02 11:56:41 +11:00
|
|
|
# I-frames
|
2025-03-18 09:11:14 +01:00
|
|
|
if use_gop:
|
|
|
|
|
layout.prop(ffmpeg, "gopsize")
|
2018-11-02 11:56:41 +11:00
|
|
|
# B-Frames
|
2025-03-18 09:11:14 +01:00
|
|
|
if use_b_frames:
|
|
|
|
|
row = layout.row(align=True, heading="Max B-frames")
|
|
|
|
|
row.prop(ffmpeg, "use_max_b_frames", text="")
|
|
|
|
|
sub = row.row(align=True)
|
|
|
|
|
sub.active = ffmpeg.use_max_b_frames
|
|
|
|
|
sub.prop(ffmpeg, "max_b_frames", text="")
|
|
|
|
|
|
|
|
|
|
if (not use_crf or ffmpeg.constant_rate_factor == 'NONE') and use_bitrate:
|
2018-11-02 11:56:41 +11:00
|
|
|
col = layout.column()
|
|
|
|
|
|
|
|
|
|
sub = col.column(align=True)
|
|
|
|
|
sub.prop(ffmpeg, "video_bitrate")
|
2025-03-18 09:11:14 +01:00
|
|
|
if use_min_max_bitrate:
|
|
|
|
|
sub.prop(ffmpeg, "minrate", text="Minimum")
|
|
|
|
|
sub.prop(ffmpeg, "maxrate", text="Maximum")
|
2018-11-02 11:56:41 +11:00
|
|
|
|
2025-03-18 09:11:14 +01:00
|
|
|
col.prop(ffmpeg, "buffersize", text="Buffer")
|
2018-11-02 11:56:41 +11:00
|
|
|
|
2025-03-18 09:11:14 +01:00
|
|
|
col.separator()
|
2018-11-02 11:56:41 +11:00
|
|
|
|
2025-03-18 09:11:14 +01:00
|
|
|
col.prop(ffmpeg, "muxrate", text="Mux Rate")
|
|
|
|
|
col.prop(ffmpeg, "packetsize", text="Mux Packet Size")
|
2018-11-02 11:56:41 +11:00
|
|
|
|
|
|
|
|
|
|
|
|
|
class RENDER_PT_encoding_audio(RenderOutputButtonsPanel, Panel):
|
|
|
|
|
bl_label = "Audio"
|
|
|
|
|
bl_parent_id = "RENDER_PT_encoding"
|
2023-01-24 17:58:58 +01:00
|
|
|
COMPAT_ENGINES = {
|
|
|
|
|
'BLENDER_RENDER',
|
2025-06-13 12:36:14 +02:00
|
|
|
'BLENDER_EEVEE',
|
2023-09-29 14:32:54 +10:00
|
|
|
'BLENDER_WORKBENCH',
|
|
|
|
|
}
|
2018-11-02 11:56:41 +11:00
|
|
|
|
|
|
|
|
@classmethod
|
|
|
|
|
def poll(cls, context):
|
|
|
|
|
rd = context.scene.render
|
|
|
|
|
return rd.image_settings.file_format in {'FFMPEG', 'XVID', 'H264', 'THEORA'}
|
|
|
|
|
|
|
|
|
|
def draw(self, context):
|
|
|
|
|
layout = self.layout
|
|
|
|
|
layout.use_property_split = True
|
|
|
|
|
layout.use_property_decorate = False
|
|
|
|
|
|
|
|
|
|
rd = context.scene.render
|
|
|
|
|
ffmpeg = rd.ffmpeg
|
|
|
|
|
|
|
|
|
|
if ffmpeg.format != 'MP3':
|
|
|
|
|
layout.prop(ffmpeg, "audio_codec", text="Audio Codec")
|
|
|
|
|
|
|
|
|
|
if ffmpeg.audio_codec != 'NONE':
|
2020-06-27 12:00:04 -04:00
|
|
|
layout.prop(ffmpeg, "audio_channels")
|
|
|
|
|
layout.prop(ffmpeg, "audio_mixrate", text="Sample Rate")
|
2018-11-02 11:56:41 +11:00
|
|
|
layout.prop(ffmpeg, "audio_bitrate")
|
|
|
|
|
layout.prop(ffmpeg, "audio_volume", slider=True)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
class RENDER_UL_renderviews(UIList):
|
2019-04-19 07:32:24 +02:00
|
|
|
def draw_item(self, _context, layout, _data, item, icon, _active_data, _active_propname, index):
|
2018-11-02 11:56:41 +11:00
|
|
|
view = item
|
2025-06-18 13:45:06 +02:00
|
|
|
if view.name in {"left", "right"}:
|
2025-07-04 16:08:45 +02:00
|
|
|
layout.label(text=view.name, icon_value=icon - (not view.use))
|
2025-06-18 13:45:06 +02:00
|
|
|
else:
|
|
|
|
|
layout.prop(view, "name", text="", index=index, icon_value=icon, emboss=False)
|
|
|
|
|
layout.prop(view, "use", text="", index=index)
|
2018-11-02 11:56:41 +11:00
|
|
|
|
|
|
|
|
|
|
|
|
|
class RENDER_PT_stereoscopy(RenderOutputButtonsPanel, Panel):
|
|
|
|
|
bl_label = "Stereoscopy"
|
2023-01-24 17:58:58 +01:00
|
|
|
COMPAT_ENGINES = {
|
|
|
|
|
'BLENDER_RENDER',
|
2025-06-13 12:36:14 +02:00
|
|
|
'BLENDER_EEVEE',
|
2023-09-29 14:32:54 +10:00
|
|
|
'BLENDER_WORKBENCH',
|
|
|
|
|
}
|
2018-11-02 11:56:41 +11:00
|
|
|
bl_options = {'DEFAULT_CLOSED'}
|
|
|
|
|
|
|
|
|
|
def draw_header(self, context):
|
|
|
|
|
rd = context.scene.render
|
|
|
|
|
self.layout.prop(rd, "use_multiview", text="")
|
|
|
|
|
|
|
|
|
|
def draw(self, context):
|
|
|
|
|
layout = self.layout
|
|
|
|
|
|
|
|
|
|
scene = context.scene
|
|
|
|
|
rd = scene.render
|
|
|
|
|
rv = rd.views.active
|
|
|
|
|
|
|
|
|
|
layout.active = rd.use_multiview
|
|
|
|
|
basic_stereo = rd.views_format == 'STEREO_3D'
|
|
|
|
|
|
|
|
|
|
row = layout.row()
|
2019-08-21 15:11:47 -03:00
|
|
|
layout.row().prop(rd, "views_format", expand=True)
|
2018-11-02 11:56:41 +11:00
|
|
|
|
|
|
|
|
if basic_stereo:
|
|
|
|
|
row = layout.row()
|
|
|
|
|
row.template_list("RENDER_UL_renderviews", "name", rd, "stereo_views", rd.views, "active_index", rows=2)
|
|
|
|
|
|
|
|
|
|
row = layout.row()
|
2019-03-22 16:01:15 +01:00
|
|
|
row.use_property_split = True
|
|
|
|
|
row.use_property_decorate = False
|
|
|
|
|
row.prop(rv, "file_suffix")
|
2018-11-02 11:56:41 +11:00
|
|
|
|
|
|
|
|
else:
|
|
|
|
|
row = layout.row()
|
|
|
|
|
row.template_list("RENDER_UL_renderviews", "name", rd, "views", rd.views, "active_index", rows=2)
|
|
|
|
|
|
|
|
|
|
col = row.column(align=True)
|
|
|
|
|
col.operator("scene.render_view_add", icon='ADD', text="")
|
|
|
|
|
col.operator("scene.render_view_remove", icon='REMOVE', text="")
|
|
|
|
|
|
|
|
|
|
row = layout.row()
|
2019-03-22 16:01:15 +01:00
|
|
|
row.use_property_split = True
|
|
|
|
|
row.use_property_decorate = False
|
|
|
|
|
row.prop(rv, "camera_suffix")
|
2018-11-02 11:56:41 +11:00
|
|
|
|
|
|
|
|
|
|
|
|
|
classes = (
|
2021-09-05 21:11:40 -04:00
|
|
|
RENDER_PT_format_presets,
|
2018-11-02 11:56:41 +11:00
|
|
|
RENDER_PT_ffmpeg_presets,
|
|
|
|
|
RENDER_MT_framerate_presets,
|
2025-04-05 08:49:22 +00:00
|
|
|
RENDER_MT_pixeldensity_presets,
|
2021-09-05 21:11:40 -04:00
|
|
|
RENDER_PT_format,
|
|
|
|
|
RENDER_PT_frame_range,
|
|
|
|
|
RENDER_PT_time_stretching,
|
2019-03-22 16:01:15 +01:00
|
|
|
RENDER_PT_stereoscopy,
|
2018-11-02 11:56:41 +11:00
|
|
|
RENDER_PT_output,
|
|
|
|
|
RENDER_PT_output_views,
|
2022-03-09 15:38:17 +01:00
|
|
|
RENDER_PT_output_color_management,
|
2025-04-05 08:49:22 +00:00
|
|
|
RENDER_PT_output_pixel_density,
|
2018-11-02 11:56:41 +11:00
|
|
|
RENDER_PT_encoding,
|
|
|
|
|
RENDER_PT_encoding_video,
|
|
|
|
|
RENDER_PT_encoding_audio,
|
|
|
|
|
RENDER_PT_stamp,
|
|
|
|
|
RENDER_PT_stamp_note,
|
|
|
|
|
RENDER_PT_stamp_burn,
|
|
|
|
|
RENDER_UL_renderviews,
|
2018-11-02 02:21:35 +01:00
|
|
|
RENDER_PT_post_processing,
|
2018-11-02 11:56:41 +11:00
|
|
|
)
|
|
|
|
|
|
|
|
|
|
if __name__ == "__main__": # only for live edit.
|
|
|
|
|
from bpy.utils import register_class
|
|
|
|
|
for cls in classes:
|
|
|
|
|
register_class(cls)
|