2024-01-16 VFX & Video


  • Aras Pranckevičius
  • Francesco Siddi
  • Omar Emara
  • Richard Antalik
  • Sebastian Parborg
  • Sergey Sharybin
  • Thomas Dinges


  • Align on the sequencer priorities, and possibly bigger projects
  • Check on status of GPU and full-frame compositor
  • Align on the next steps for the projects


  • Needs wrapping up:

    • Load CoreAudio device on demand (PR #107607)
      • Similar thing then would also need to be done for Linux and Windows
  • Feedback from the studio editorial department

  • Aras

    • Filtering improvement design (#116980)
    • Implemented bicubic filtering
    • Various speed improvements in multiple areas #117100
  • Richard

    • Various improvements and fixes
    • Will look into wrapping up the CoreAudio device
  • Sebastian

    • Speed up “Alpha Over/Under” (#117134)
    • Continues to work on various performance investigation for the studio edit
  • Followups

    • Push forward on the tweaking patch PR #109522
    • Sequence properties in properties editor, sign off on the design PR #115624, design #115626
    • Break down the feedback document into actionable tasks on Gitea
    • Align for the IO performance, as there are several people looking into it. Will happen in the VSE channel


Practical Info

This is a forthlightly video chat meeting for planning and discussion of VFX & Video in Blender. Any contributor (developer, UI/UX designer, writer, …) working on these areas in Blender is welcome to join and add proposed items to the agenda.

For users and other interested parties, we ask to read the meeting notes instead so that the meeting can remain focused.


For this to work on the viewport blender needs passes support for the realtime compositor, is this planned for the future ?

I find it odd that the one of the most basic things that is required in a compositing application - using multiple passes as source - is not actually part of this feature set yet.

Recoloring/filtering a single layer ≠ Compositing.

1 Like

perhaps its the most complicated to implement :wink:

im curious about this. will it solve the issue of blender preventing the computer to sleep because of the audio device enabled?

We are aware the passes are important. You can see they are planned from the compositor’s planning task #106533. As you can see it is quite involved process of aligning architecture of multiple modules.

For the lazy CoreAudio initialization it will indeed solve the problem of Blender preventing computer from sleeping. The limitation of the current patch is that it is limited to macOS, but there is a note in the report that it needs to happen for all platforms.


Also good to realize PR #107607 just kicks the problem down the road, someone starts playing some audio, audio stack gets initialized, and the sleep problem is back. It’ll offer relief for quite a few users though just not the ones with any audio in their workflows.

Sure. But that’s at least a step in the right direction. And not a small one.

I think it closes the audio device after not playing sound for 5 seconds?

1 Like

Oh excellent! that’ll definitely help!