Conversation
…etween blur bg and virtual bg
|
Yep, makes a ton of sense - the existing API isn't really designed for what I'm doing anymore, but I didn't want to make an external breaking change. As a follow up change, maybe I'll create a new combined external export to match the internal combined implementation and mark the old implementations as |
|
The example is still autistic. Why is there |
Update the in-built example to use
updateTransformerOptionsto switch the active transformer from blur background to virtual background (as it supports both modes) rather than fully tearing down and fully setting up the whole transformer in a new configuration withstopProcessor/setProcessor. By doing this, quite a bit of the flickering is eliminated on chrome, firefox, and safari (see videos below for some demos).Note that this doesn't do anything about the initial
setProcessorcall, and a fair bit of visual artifacts still exist there. I think removing these is going to require digging deeper into the media processing pipeline, my suspicion is that the "stages" of that artifact line up with some async operations that the media pipeline is performing as part of its setup logic.Associated with #85
Demo videos
Chrome:
chrome.mov
Firefox:
firefox.mov
Safari:
safari.mov