Open MaxZhaloba opened 6 years ago
Currently the main page uses <iframe>
to display the video stream. @YarynaD, is it OK to update this tag to <video>
?
@MaxZhaloba there's not much I know about video streaming. So, please correct me if I'm wrong. From documentation http://wiki.ros.org/roslibjs/Tutorials/Publishing%20video%20and%20IMU%20data%20with%20roslibjs#CA-3fc6413f79f1645f69db70dc902a3a12ecc54f7c_155 it seems to me that video is streamed via "jpeg" files. In this case, \<img> tag should be suitable.
Just to mention, the imge from virtual camera is transferred in MJPEG format. More info on this method.
I've tried to render it using the <img>
tag and it works, but no luck with <video>
so far.
I've found out that browser always treats the MJPEG stream as image. So we cannot render it as video in playing state. At the very most I was able to specify the MJPEG URL in placeholder
attribute of <video>
but in this case the screen was still locked in iOS Chrome.
@SystemDiagnosticss, I'm passing this task over to you. Feel free to proceed with the approach that uses a plugin for this purpose.
P.S. The method suggested in task #85 is another option to render an MJPEG stream.
@MaxZhaloba thanks. I tested NoSleepjs lib in my lockal branch. Its work fine. But now I add its directly in js folder without cmake. This lib need webpack build.
@SystemDiagnosticss, which branch could I use to configure the automatic assembly of NoSleepJS?
@SystemDiagnosticss, I'm thinking that most likely we won't need the NoSleep JS in next release since we'll probably be rendering a real video stream using <video>
tag and VR API (task #104).
This issue should be fixed on all pages: main.html and vr.html
In theory, when there's a playing video on the page, browser prevents screen from locking. However we do have video streams on our pages, the screen locking still currently takes place in our case.
Course of action: