fokichips.blogg.se

1. #Videocanvas Patch#
2. #Videocanvas verification#

sink_->SetNeedsBeginFrame(needs_begin_frame) The name of the file: third_party/blink/renderer/platform/graphics/canvas_resource_ Insertions: 0, Deletions: -21:22 #include -288:290 std::unique_ptr animation_power_mode_voter_

The name of the file: media/blink/video_frame_compositor.h

130:131 animation_power_mode_voter_->VoteFor(power_scheduler::PowerMode::kIdle) + submitter_(std::move(submitter)) -125:127 animation_power_mode_voter_->VoteFor( power_scheduler::PowerModeArbiter::GetInstance()->NewVoter( #include "components/power_scheduler/power_mode_arbiter.h" Insertions: 1, Deletions: -11:14 #include "components/power_scheduler/power_mode.h" The name of the file: media/blink/video_frame_ Insertions: 0, Deletions: -5:6 "+components/power_scheduler", Insertions: 0, Deletions: -76:77 "//components/power_scheduler", The name of the file: media/blink/BUILD.gn The change was submitted with unreviewed changes in the following files: Not sure this tells you anything more than watching for NeedsBeginFrame on the viz side, though. this can be because of tab switching, or just scrolled off-screen. when the video is not on-screen, even if nobody pressed pause on the video, it'll turn off the begin frame request in VFS. if the video is in "play" mode, and is on-screen, then we'll request begin frames. VideoFrameSubmitter is what sends compositor frames to viz.

might be more like the droid you're looking for. if i understand the goal of your CL correctly, then you probably don't care about the off-screen cases, since media will throttle automatically anyway in those cases. it just indicates that the video is should be playing, more or less. I don't think that this is the right place for it - doesn't guarantee that we're drawing anything to the screen.

#Videocanvas Patch#

Patch Set #2, Line 126: animation_power_mode_voter_->VoteFor( To unsubscribe, or for help writing mail filters, visit settings.Īttention is currently required from: Eric Seckler.įile media/blink/video_frame_: M third_party/blink/renderer/platform/graphics/canvas_resource_dispatcher.hġ0 files changed, 51 insertions(+), 4 deletions(-) M third_party/blink/renderer/platform/graphics/canvas_resource_ M third_party/blink/renderer/platform/graphics/begin_frame_provider.h M third_party/blink/renderer/platform/graphics/begin_frame_ M third_party/blink/renderer/platform/graphics/DEPS M third_party/blink/renderer/platform/BUILD.gn The animation voters will inform the process-local power scheduler thatįrame production is (likely) in progress and therefore any throttlingįor power efficiency should be paused/adapted for this situation. Video, canvas, and worker animations in renderer processes.įor now, we attribute all of these animtions into the same PowerModeīucket (animation), but we may want to break them out individually in View Change PowerMode: Add animation voters for video, canvas, worker animationsĪdds voters to track the NeedsBeginFrame signal (or equivalent) for This is known as an MMT (IAS) or Omnitag (DV).Attention is currently required from: Sami Kyöstilä.Įric Seckler would like Sami Kyöstilä to review this change.

#Videocanvas verification#