Trophy wife convention.  Blondies always struggle while hispanics destroy it.



It's an age old problem that never got fully solved in 25 years.

VirtualVNode::render_projector 561 input=ffffff7 output=00000000

We have a track with white RGB & 50% alpha being projected on a blank output with 0% alpha.  The porter duff equation gives 50% RGB & 50% alpha

VirtualVNode::render_projector 592 output=7f7f7f7f

When alpha is multiplied for the file writer, the result is 3f3f3fff.  It should be 7f7f7fff.  The lion kingdom believes the bottom most track needs to always replace the output instead of blend with the output, regardless of what overlay mode is selected.  What would Edwin Catmull do in this situation?

Always writing the bottom track in replace mode works for software mode where the checkerboard is blended after rendering.  It won't work in hardware playback mode since the projector blends with the checkerboard in 1 step.  If multiple tracks are in replace mode, the pristine checkerboard will be lost in the bottom track when it should show in the upper tracks.  The proper solution is for hardware mode to always composite into a pbuffer & blend the checkerboard in another step.  That's what software mode  & single frame hardware mode do.  Hardware playback mode takes a shortcut.

A really tempting idea is to disable the checkerboard in all playback modes.  A less tempting idea is scrapping the checkerboard entirely.  It's proven useful in knowing if a project has an alpha channel & the effect of a mask.  This need isn't served at all by showing it during playback.  The compositor overlays have never been shown during playback.  If the goal of playback is an optimized pipeline & showing the final product, it shouldn't show a checkerboard in software or hardware mode.



















Comments

Popular posts from this blog