- From: youennf via GitHub <sysbot+gh@w3.org>
- Date: Thu, 19 May 2022 15:48:27 +0000
- To: public-webrtc-logs@w3.org
> I don't understand what this means. Each video frame is composed of many pixels from multiple processes in different iframes. I do not know how Chrome is implemented by I would guess that there is a privileged process that is doing the compositing, might have access to window server and so on, I am talking about this process. Basically this is the process where lives the getDisplayMedia track source. Isn't there such a thing in Chrome implementation? The browser process maybe? > Using this scheme means that some tokens are zombie-tokens, meaningless but undetectable except via cropTo(). There are no zombie tokens. If a CropTarget is kicked out of the CropTarget capturer process cache, it will still be in the renderer process and capturer process will get it through an IPC exchange. The size of the CropTarget cache can be tailored at will since it is just an optimization and has no impact on JS surfacing functionality. -- GitHub Notification of comment by youennf Please view or discuss this issue at https://github.com/w3c/mediacapture-region/issues/17#issuecomment-1131893540 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Thursday, 19 May 2022 15:48:29 UTC