202756 2019-10-09 10:08:14 -0700 [GTK][GStreamer][Picture-in-Picture Web API] Add platform support for PiP 2020-11-15 07:16:01 -0800 1 1 1 Unclassified WebKit Media WebKit Nightly Build Unspecified Unspecified NEW P2 Normal --- 1 cadubentzen webkit-unassigned cadubentzen calvaris cgarcia dpino magomez pnormand tsaunier zan oldest_to_newest 1578276 0 cadubentzen 2019-10-09 10:08:14 -0700 The PiP Web API is in development in bug 182688. It is currently relying on the webkitSetPresentationMode() API for Cocoa backends, but support for it could be added for the GStreamer backend. Do the WebKitGTK developers welcome this feature? 1578282 1 pnormand 2019-10-09 10:23:33 -0700 Hey Carlos! Yeah it would be great to have this supported. The pipeline's video-sink bin would probably need an output-selector with 2 downstream branches, one for the existing video sink and one that would, maybe?, render to a separate GTK window? Would you work on this? 1578299 2 cadubentzen 2019-10-09 10:54:36 -0700 (In reply to Philippe Normand from comment #1) > Hey Carlos! > > Yeah it would be great to have this supported. Great to hear! :) > The pipeline's video-sink bin would probably need an output-selector with 2 downstream branches, one for > the existing video sink and one that would, maybe?, render to a separate GTK > window? Seems like a plan. Most browser implementations only allow the creation of one PIP window, because of platform limitations (https://w3c.github.io/picture-in-picture/#one-pip-window)... Is that desirable for WebKitGTK too? I'm wondering that because, if so, the GTK window creation maybe would need to be in the UIProcess? So in this case we'd need to figure out a path for zero-copy (if that is possible)? Just some early thoughts. I might be totally wrong there. > > Would you work on this? Yeah. I intend to start experimenting on it soon :) 1578540 3 calvaris 2019-10-10 01:00:54 -0700 (In reply to Carlos Eduardo Ramalho from comment #2) > Most browser implementations only allow the creation of one PIP window, > because of platform limitations > (https://w3c.github.io/picture-in-picture/#one-pip-window)... Is that > desirable for WebKitGTK too? > > I'm wondering that because, if so, the GTK window creation maybe would need > to be in the UIProcess? So in this case we'd need to figure out a path for > zero-copy (if that is possible)? > > Just some early thoughts. I might be totally wrong there. Zan and Miguel can have some good thoughts about rendering arch. 1628625 4 pnormand 2020-03-11 07:22:51 -0700 (In reply to Carlos Eduardo Ramalho from comment #2) > > Would you work on this? > > Yeah. I intend to start experimenting on it soon :) Have you managed to get started? 1628631 5 cadubentzen 2020-03-11 07:37:08 -0700 (In reply to Philippe Normand from comment #4) > (In reply to Carlos Eduardo Ramalho from comment #2) > > > > Would you work on this? > > > > Yeah. I intend to start experimenting on it soon :) > > Have you managed to get started? No. Do you want to take over? 1628635 6 pnormand 2020-03-11 07:43:27 -0700 My list is too big currently. I'll ping here again if/when I manage to shrink it a bit :) 1654430 7 pnormand 2020-05-20 07:41:34 -0700 *** Bug 211569 has been marked as a duplicate of this bug. *** 1707600 8 pnormand 2020-11-15 07:16:01 -0800 I've started some work on this.