# Camera does not turn off when publishVideo(false) is called **URL:** \ **Category:** Issues developing apps\ **Tags:** v2\ **Created:** [June 25, 2020, 1:31pm UTC](https://openvidu.discourse.group/t/camera-does-not-turn-off-when-publishvideo-false-is-called/1296 "2020-06-25T13:31:40Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![nsls](https://yyz2.discourse-cdn.com/free1/user_avatar/openvidu.discourse.group/nsls/32/663_2.png) [@nsls](https://openvidu.discourse.group/u/nsls)\ **Post date:** [June 25, 2020, 1:31pm UTC](https://openvidu.discourse.group/t/camera-does-not-turn-off-when-publishvideo-false-is-called/1296/1 "2020-06-25T13:31:41Z")
Hi. I’m trying to test out OpenVidu’s capabilities to understand if it suits to one of my client’s project. In the process of testing we found it really confusing that even after turning off the video in the openvidu-call the webcam remains turned on. I have dug into this problem and from the sources I can see that to switch off the video you call publishVideo(false). However, even though it does stop the video from being streamed, it does not stop the camera from being used, which in my opinion looks pretty weird. Could you please clarify what is the point of this method if it does not prevent the device from being used and how this behaviour can be avoided? Thanks. ---
**Author:** ![nsls](https://yyz2.discourse-cdn.com/free1/user_avatar/openvidu.discourse.group/nsls/32/663_2.png) [@nsls](https://openvidu.discourse.group/u/nsls)\ **Post date:** [June 25, 2020, 4:32pm UTC](https://openvidu.discourse.group/t/camera-does-not-turn-off-when-publishvideo-false-is-called/1296/2 "2020-06-25T16:32:53Z")
After going deeper and looking at how publishVideo is implemented, I see that the cause of the problem is that the mediaStreamTrack is never removed, but instead it’s muted, which indeed stops the video from being streamed, but does not stop the browser from using the webcam. Is it possible to remove/add the necessary mediaTracks on demand without reinitializing the publisher? ---
**Author:** ![CSantosM](https://yyz2.discourse-cdn.com/free1/user_avatar/openvidu.discourse.group/csantosm/32/16_2.png) [@CSantosM](https://openvidu.discourse.group/u/CSantosM)\ **Post date:** [June 26, 2020, 7:29am UTC](https://openvidu.discourse.group/t/camera-does-not-turn-off-when-publishvideo-false-is-called/1296/3 "2020-06-26T07:29:32Z")
For remove a mediastream Check this: [How to unpublish without a session](https://openvidu.discourse.group/t/how-to-unpublish-without-a-session/140) For create new ones, you just to use WebRTC API [https://docs.openvidu.io/en/2.14.0/api/openvidu-browser/classes/openvidu.html#getusermedia](https://docs.openvidu.io/en/2.14.0/api/openvidu-browser/classes/openvidu.html#getusermedia) ---
**Author:** ![nsls](https://yyz2.discourse-cdn.com/free1/user_avatar/openvidu.discourse.group/nsls/32/663_2.png) [@nsls](https://openvidu.discourse.group/u/nsls)\ **Post date:** [June 26, 2020, 5:42pm UTC](https://openvidu.discourse.group/t/camera-does-not-turn-off-when-publishvideo-false-is-called/1296/4 "2020-06-26T17:42:42Z")
This is not exactly what I’m asking. My question was about the possibility of toggling video and audio without recreating the publusher. The example with getUserMedia that you have linked explicitly calls initPublisher, which is not what I need. The reason why I’m trying to avoid creating a new publisher is simple. Every time the old publisher is replaced with the new one there is a small disruption in the connection. Ideally, user should have an option to toggle his video/audio or screen sharing without any interruptions, and it seems that publishVideo/publishAudio were created exactly for that purpose, but at the moment they don’t work as expected. Is it something that doesn’t bother anyone except for me or are you planning to implement something like what I described in the future? Regards ---
**Author:** ![nsls](https://yyz2.discourse-cdn.com/free1/user_avatar/openvidu.discourse.group/nsls/32/663_2.png) [@nsls](https://openvidu.discourse.group/u/nsls)\ **Post date:** [June 27, 2020, 7:08pm UTC](https://openvidu.discourse.group/t/camera-does-not-turn-off-when-publishvideo-false-is-called/1296/5 "2020-06-27T19:08:33Z")
Alright, so I’ve done some research and found out that the way you are handling the video/audio toggling is the right way according to the spec. The problem lies in the browser’s implementation of the current spec. Firefox, for example, handles the change of mediaTrack.enabled property and switches the camera/mic when it’s set to false. But chrome and safari currently don’t do that and leave the device always on. More about this can be found here for anyone stumbling upon this issue: > Unfortunately, from the user’s perspective it’s very awkward when the webcam light stays on along with the “on air” icon on the tab. I’ve figured that recreating the publisher and replacing it on the fly can solve this issue, but it creates a short disruption in the communication, which is not ideal. Then I’ve tried creating two publishers one for audio and another for video, but I couldn’t get it working properly because in the current architecture this requires creating two OpenVidu instances which causes one of them to treat the other as a remote connection which causes a bunch of issues. And lastly I’ve tried messing up the OpenVidu’s internals and manually stopping the mediaStreamTracks and doing something like stream.replaceMedia when the settings change. But with this approach to restart the stream on the remotes the peer needs to renegotiate and this is something that I don’t know how to do yet. So I guess if anyone else would want to avoid this behaviour the best bet is to try the first approach and replace the publisher on the fly with the appropriate settings. I would like to get some feedback on this because maybe there is a chance to implement this that I’m not aware of and then I’ll close this issue. ---
**Author:** ![micael.gallego](https://yyz2.discourse-cdn.com/free1/user_avatar/openvidu.discourse.group/micael.gallego/32/2_2.png) [@micael.gallego](https://openvidu.discourse.group/u/micael.gallego)\ **Post date:** [June 29, 2020, 5:01pm UTC](https://openvidu.discourse.group/t/camera-does-not-turn-off-when-publishvideo-false-is-called/1296/6 "2020-06-29T17:01:55Z")
Hello @nsls, I agree with you what disabling camera should turn off camera light. Have you tried with RTCRtpSender replaceTrack with null? > **[RTCRtpSender.replaceTrack()](https://developer.mozilla.org/en-US/docs/Web/API/RTCRtpSender/replaceTrack)** > > The RTCRtpSender method replaceTrack() replaces the track currently being used as the sender's source with a new MediaStreamTrack. ---
**Author:** ![nsls](https://yyz2.discourse-cdn.com/free1/user_avatar/openvidu.discourse.group/nsls/32/663_2.png) [@nsls](https://openvidu.discourse.group/u/nsls)\ **Post date:** [June 29, 2020, 11:23pm UTC](https://openvidu.discourse.group/t/camera-does-not-turn-off-when-publishvideo-false-is-called/1296/7 "2020-06-29T23:23:22Z")
I’ve just tried that and that actually seems to work! When the video is active I get the current video sender like this: `publisher.stream.getRTCPeerConnection().getSenders()[0]` and the current videoTrack like this `publisher.stream.mediaStream.getVideoTracks()[0];` Then for stopping the video I do ```auto sender.replaceTrack(null); videoTrack.stop(); ``` To re-enable the video I get the new video track and call replace once again ```auto ov .getUserMedia({ audioSource: false, videoSource: undefined, resolution: '640x480', frameRate: 60, }) .then((mediaStream) => { const videoTrack = mediaStream.getVideoTracks()[0]; const sender = session.publisher.stream .getRTCPeerConnection() .getSenders()[0]; sender.replaceTrack(videoTrack); }); ``` The result is the following: Once the local video track is stopped, the video on the remote end freezes. After the local video track is re-created, the video on the remote end resumes with the new track. The only problem is that it seems that no events are being dispatched when the call the `replaceTrack` manually, which leaves the remote user with a frozen video tag. I guess I should use the OpenVidu’s websocket and send a message which should be handled by other users and remove/create video tags when needed. Otherwise this seems to be the solution! ---
**Author:** ![micael.gallego](https://yyz2.discourse-cdn.com/free1/user_avatar/openvidu.discourse.group/micael.gallego/32/2_2.png) [@micael.gallego](https://openvidu.discourse.group/u/micael.gallego)\ **Post date:** [June 30, 2020, 8:36am UTC](https://openvidu.discourse.group/t/camera-does-not-turn-off-when-publishvideo-false-is-called/1296/8 "2020-06-30T08:36:32Z")
Maybe you can disable the video first like it is implemented right now (to send black) and then replaceTrack(null) to turn off the camera. What do you think? ---
**Author:** ![nsls](https://yyz2.discourse-cdn.com/free1/user_avatar/openvidu.discourse.group/nsls/32/663_2.png) [@nsls](https://openvidu.discourse.group/u/nsls)\ **Post date:** [July 5, 2020, 9:01pm UTC](https://openvidu.discourse.group/t/camera-does-not-turn-off-when-publishvideo-false-is-called/1296/9 "2020-07-05T21:01:30Z")
With a lot of struggle and pain I eventually made it to work. In short, your solution has worked for the cases where the video was turned on initially. But if user decides to join without the video and there is no video sender available on the stream this doesn’t work since there is nothing to replace. To solve this I ended up creating a publisher for the test room (where user chooses devices and preferences), the publisher always initializes with the video and mic on if the devices are available. If user decides to switch off the video, I manually stop the video track on the mediaStream **without removing it**. Keeping the stopped track is important because it allows us to replace it with a new one later on. When user decides to join the session I make sure that videoActive property is set to true and use the existing publisher. Then if user decides to switch on the video, I use the replaceTrack on the RtcRTPSender and it shows up to all the members of the session without interruptions. Also I’ve found one interesting article regarding the renegotiation implementation which might be useful later, when the browsers will implement it properly. > **[Perfect negotiation in WebRTC - Advancing WebRTC](https://blog.mozilla.org/webrtc/perfect-negotiation-in-webrtc/)** > > New preface: What if you could add and remove media to and from a live WebRTC connection, without having to worry about state, glare (signaling collisions), role (what side you’re on), or what condition the connection is in? You’d simply call... Honestly, I hope that some time soon the developers wouldn’t have to come up with this on their own and browsers will take care of it by themselves. But for now even Google Meet seems to work that way and it was the source of the inspiration for my approach. Thank you for help, for now I’m going to close this issue. ---
**Author:** ![micael.gallego](https://yyz2.discourse-cdn.com/free1/user_avatar/openvidu.discourse.group/micael.gallego/32/2_2.png) [@micael.gallego](https://openvidu.discourse.group/u/micael.gallego)\ **Post date:** [July 8, 2020, 10:52am UTC](https://openvidu.discourse.group/t/camera-does-not-turn-off-when-publishvideo-false-is-called/1296/10 "2020-07-08T10:52:02Z")
Thank you for sharing your findings… We will evaluate to implement it in the official OpenVidu Call. ---
**Author:** ![Muhammad\_Adil](https://yyz2.discourse-cdn.com/free1/user_avatar/openvidu.discourse.group/muhammad_adil/32/736_2.png) [@Muhammad\_Adil](https://openvidu.discourse.group/u/Muhammad_Adil)\ **Post date:** [August 18, 2020, 8:09am UTC](https://openvidu.discourse.group/t/camera-does-not-turn-off-when-publishvideo-false-is-called/1296/11 "2020-08-18T08:09:19Z")
@micael.gallego - this feature landed in official library? ---
**Author:** ![vipin\_mishra](https://yyz2.discourse-cdn.com/free1/user_avatar/openvidu.discourse.group/vipin_mishra/32/32_2.png) [@vipin\_mishra](https://openvidu.discourse.group/u/vipin_mishra)\ **Post date:** [August 18, 2020, 3:34pm UTC](https://openvidu.discourse.group/t/camera-does-not-turn-off-when-publishvideo-false-is-called/1296/12 "2020-08-18T15:34:12Z")
I think not in 2.15.0 may be in near future Thanks ---
**Author:** ![jaivasanth](https://avatars.discourse-cdn.com/v4/letter/j/dec6dc/32.png) [@jaivasanth](https://openvidu.discourse.group/u/jaivasanth)\ **Post date:** [November 17, 2020, 2:59pm UTC](https://openvidu.discourse.group/t/camera-does-not-turn-off-when-publishvideo-false-is-called/1296/13 "2020-11-17T14:59:20Z")
Hello @micael.gallego, I am being bitten by this issue as well. Has this feature been added ? If not when can we expect it? Is there anyway I could upvote it? Thanks Jai ---
**Author:** ![micael.gallego](https://yyz2.discourse-cdn.com/free1/user_avatar/openvidu.discourse.group/micael.gallego/32/2_2.png) [@micael.gallego](https://openvidu.discourse.group/u/micael.gallego)\ **Post date:** [November 18, 2020, 12:14pm UTC](https://openvidu.discourse.group/t/camera-does-not-turn-off-when-publishvideo-false-is-called/1296/14 "2020-11-18T12:14:21Z")
We will take a look in the following weeks. Thank you for reporting ---
**Author:** ![jaivasanth](https://avatars.discourse-cdn.com/v4/letter/j/dec6dc/32.png) [@jaivasanth](https://openvidu.discourse.group/u/jaivasanth)\ **Post date:** [December 14, 2020, 11:12pm UTC](https://openvidu.discourse.group/t/camera-does-not-turn-off-when-publishvideo-false-is-called/1296/15 "2020-12-14T23:12:06Z")
Hello, Any update on this? Thanks Jai ---
**Author:** ![Rajesh\_V](https://yyz2.discourse-cdn.com/free1/user_avatar/openvidu.discourse.group/rajesh_v/32/1490_2.png) [@Rajesh\_V](https://openvidu.discourse.group/u/Rajesh_V)\ **Post date:** [May 8, 2021, 9:06am UTC](https://openvidu.discourse.group/t/camera-does-not-turn-off-when-publishvideo-false-is-called/1296/16 "2021-05-08T09:06:47Z")
Hello, Do we have any update on this. I am also facing a similar problem but unable to solve this. I don’t want to turn on the Video, while creating the publisher. Below is the Property I am passing in OV.initPublisher method {“frameRate”:30,“insertMode”:“APPEND”,“mirror”:false,“publishAudio”:true,“publishVideo”:false,“resolution”:“640x480”} By Specifying publishVideo as false, the webcam is not sending the feed, I can see black image in the Video, but still the camera light gets turned on, I am unable to turn it off. Note: This Issue is appearing only in chrome, whereas in firefox the camera light gets turned off. I tried using below code to stop the Video Track. But if we stop the VideoTrack, it inturn affects the Audio and the subscriber is unable to hear the Audio. setTimeout(() =\> { let videoTrack; ``` try { if (publisher&& publisher.stream && publisher.stream.mediaStream && publisher.stream.mediaStream.getVideoTracks()) { videoTrack = publisher.stream.mediaStream.getVideoTracks()[0]; } } catch(error) { console.log(error); } try { if (videoTrack) { videoTrack.stop(); } }catch(error) { console.log(error); } ``` }, 3000); Any help would be appreciated ---
**Author:** ![pabloFuente](https://yyz2.discourse-cdn.com/free1/user_avatar/openvidu.discourse.group/pablofuente/32/2536_2.png) [@pabloFuente](https://openvidu.discourse.group/u/pabloFuente)\ **Post date:** [May 10, 2021, 8:26am UTC](https://openvidu.discourse.group/t/camera-does-not-turn-off-when-publishvideo-false-is-called/1296/17 "2021-05-10T08:26:30Z")
One thing is publishing a video track to the session. Other thing is muting that video track. [`videoSource`](https://docs.openvidu.io/en/2.17.0/api/openvidu-browser/interfaces/publisherproperties.html#videosource) property manages the presence of a video track. [`publishVideo`](https://docs.openvidu.io/en/2.17.0/api/openvidu-browser/interfaces/publisherproperties.html#publishvideo) manages the muted state of the video track, if present. If videoSource is initializing the Publisher object with a video track, then the light may turn on no matter the value of publishVideo. If you want an audio only Publisher, then you must initialize the Publisher object with `videoSource` to false. But that Publisher won’t be able to publish video later, you must take that into account. ---
**Author:** ![owenngimli](https://yyz2.discourse-cdn.com/free1/user_avatar/openvidu.discourse.group/owenngimli/32/2286_2.png) [@owenngimli](https://openvidu.discourse.group/u/owenngimli)\ **Post date:** [August 19, 2023, 2:57pm UTC](https://openvidu.discourse.group/t/camera-does-not-turn-off-when-publishvideo-false-is-called/1296/18 "2023-08-19T14:57:30Z")
Is there an update on this feature? Right now, I use `publishVideo` to turn off the camera, but still the camera indicator is still on. Is there an easier workaround for me to turn off the camera completely, and switch it back on when the user decides to turn on the camera? If no, from what @nsls has commented above, is there a working example that I can take a look at? I am confused on why do we need to create the publisher in the test/preview room and how do we manually stop the video track without removing it? What I have right now is something like this: ```auto useEffect(() => { if (!isInMeetingRoom || !openvidu || !publisher) return if (!isUseVideo) { publisher.publishVideo(false); return } console.log("MeetingRoom - Replace Publisher Stream - Video") const currentVideoDeviceId = publisher?.stream ?.getMediaStream() ?.getVideoTracks()[0] ?.getSettings() ?.deviceId if (!currentVideoDeviceId) return if (currentVideoDeviceId === selectedVideoDeviceId) { publisher.publishVideo(true) return } openvidu.getUserMedia({ ...defaultPublisherProperties, videoSource: selectedVideoDeviceId // The source of video. If undefined default webcam }).then(mediaStream => { console.log(`MeetingRoom - Replace Publisher Stream - Video ${mediaStream.id}`) const newVideoTrack = mediaStream.getVideoTracks()[0] publisher.replaceTrack(newVideoTrack) .then(() => { console.log("MeetingRoom - Replace Publisher Stream - Video - Success") publisher.publishVideo(true) stopStreamTracks(publisherVideoStream) dispatch(setPublisherVideoStream(mediaStream)) }) .catch(error => { console.log("MeetingRoom - Error Replace Publisher Stream - Video", error) }) }).catch(error => { console.log("MeetingRoom - Error Replace Publisher Stream - getUserMedia Video", error) }) }, [isInMeetingRoom, openvidu, publisher, isUseVideo, selectedVideoDeviceId]) ``` From the code above, `isUseVideo` is basically the state of whether the camera should be turned on or not. And note that, I only initialized `openvidu` when user gets into the meeting room. Any help would be extremely appreciated. ---
**Author:** ![cruizba](https://yyz2.discourse-cdn.com/free1/user_avatar/openvidu.discourse.group/cruizba/32/18_2.png) [@cruizba](https://openvidu.discourse.group/u/cruizba)\ **Post date:** [August 21, 2023, 2:11pm UTC](https://openvidu.discourse.group/t/camera-does-not-turn-off-when-publishvideo-false-is-called/1296/19 "2023-08-21T14:11:35Z")
What version are you using? I think this was fixed at some point or there is a flag to disable the camera. @pabloFuente am I right? 🤔 ---
**Author:** ![owenngimli](https://yyz2.discourse-cdn.com/free1/user_avatar/openvidu.discourse.group/owenngimli/32/2286_2.png) [@owenngimli](https://openvidu.discourse.group/u/owenngimli)\ **Post date:** [August 21, 2023, 2:45pm UTC](https://openvidu.discourse.group/t/camera-does-not-turn-off-when-publishvideo-false-is-called/1296/20 "2023-08-21T14:45:37Z")
I’m currently using `"openvidu-browser": "^2.20.0"`. Additional note: This buggy behavior only happens in Chrome. In Firefox, the video gets switched off and the camera indicator also went off. [Next page](https://openvidu.discourse.group/t/camera-does-not-turn-off-when-publishvideo-false-is-called/1296.md?page=2)