-
Notifications
You must be signed in to change notification settings - Fork 416
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Video device ok in join call popup, but not available in call itself #7859
Comments
Thanks for the details. Is the background blur enabled or disabled? Have you tried also as a guest in a private window? Is the issue reproducible as well in that case? Besides that, in step 4 ( Finally, when did the issue start? Exactly with the update to Talk 14.0.4 or at a different point? Did something else change when the issue started (for example, the hardware camera)? |
That's disabled. I've just tried with blur being turned on, doesn't make any difference.
Just tried that. Yes, same effect.
When starting the call, the correct camera is selected and the video is visible. When going into "Device settings", the same thing: the real camera is selected and the video is visible too.
For me, it started last week Friday, September 2nd. For a colleague of mine, it started a couple of weeks before and he confirmed, that the workaround helps for him too. |
Thanks for the information. Based on all that it seems that the captured video track is stopped when joining the call, even if the camera device is still selected, which is quite strange. We have seen something like that happening with microphones when using a Bluetooth microphone (when the Bluetooth connection is lost the audio track is stopped), but it was not something reproducible just by starting a call. Nevertheless, which kind of camera are you using? Would it be possible to test with a different camera and see if the problem can be reproduced as well? Although you mentioned that you did not find anything special in the browser console log, could you attach it nevertheless? Thanks. |
Hi @danxuliu my camera is a Logitech Connect device connected via USB. Unfortunately, I don't have a replacement that I could check. But here come the logs: logs.zip Another observation though: when starting the call from the device check, where the live camera stream is working, thewn I see my avatar in the main call window, which very quickly flickers and then remains as the avatar. That feels as if the camera stream wnated to be initiated but something failed. |
I have the same issue since ~2 weeks. |
Log from Google Chrome:
This might be a related error:
|
Thanks for the logs. The problem seems to be that Chromium fails to change the resolution, but instead of restoring the previous resolution it ends stopping the track (
However, that does not explain why it would happen in Firefox too. @nickvergessen tried again and he could not reproduce in Firefox. @jurgenhaas Does it happen in Firefox for you? I ask because the original report says |
That's great news, thanks for your investigation. I can confirm, that Firefox is just working fine. I'm sure I treid Firefox back when reporting this and it had failed there as well. But now I'm a bit uncertain. TBH, I'm using Firefox as my primary browser, but for all things WebRTC I'm always switching to Chrome, Brave or other Chromium based browser, because they work much better and screen sharing comes with more feature for multi-monitor environments. Checking my Chromium browsers, they are all on 105 at the moment, so we have to wait for them to update and all should be fine. That's a great start into my day, thank you!!! |
Yes, same here, Firefox did not work a week ago, but now it does. Maybe a update on Firefox, or the update of NC from 24.0.4 to 24.0.5 fixed the problem. |
In the meantime, a workaround that works for me is doing the following:
|
Indeed, nice trick 👍 Thx! |
How to use GitHub
Steps to reproduce
Expected behaviour
Camera should be available.
Actual behaviour
Camera is not available. Selecting "None" and then selecting actual camera again, solves the issue.
Talk app
Talk app version: 14.0.4
Custom Signaling server configured: no
Custom TURN server configured: yes
Custom STUN server configured: yes
Browser
Microphone available: yes
Camera available: yes in preparation, no in call
Operating system: Ubuntu 20
Browser name: Tested in latest Firefox, Chrome, Brave
Browser version: Latest stable releases
Browser log
Found nothing special in either the console nor the network log, but I have the files here if anyone wanted to look into them as well.
Server configuration
Operating system: Ubuntu 20.04
Web server: Apache
Database: MySQL
PHP version: 7.4
Nextcloud Version: 24.0.4
List of activated apps:
The text was updated successfully, but these errors were encountered: