Cisco WebEx doesn't display video in conference calls in Firefox on Linux
Categories
(Core :: WebRTC: Audio/Video, defect)
Tracking
()
People
(Reporter: shtetldik, Unassigned)
Details
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:75.0) Gecko/20100101 Firefox/75.0
Steps to reproduce:
When using WebEx WebRTC client with recent Firefox beta (this has been happening for quite a few versions), it doesn't display video, showing an error sign about some bandwidth or performance conditions.
I have high end computer (Ryzen 9 3900X, Sapphire Pulse RX 5700XT) and good quality Gigabit network, so it can't be really related to that, but is likely some kind of bug either in WebEx or Firefox.
I also didn't test it on other systems, only on Linux, so this can be a Linux specific problem.
I also thought that may be WebEx WebRTC client somehow measures video encoding / decoding times, and it can be related to the lack of libwebrtc hardware video acceleration (VAAPI support), I opened a bug about it here just in case: https://bugs.chromium.org/p/webrtc/issues/detail?id=11296
Comment 2•5 years ago
|
||
Bugbug thinks this bug should belong to this component, but please revert this change in case of error.
Comment 3•5 years ago
|
||
Hi, thank you for your bug report. I'm sorry that you're having video problems. I've tested WebEx in Linux, connecting from my Windows laptop, and video is working for me on both sides of the call. Since it is working for me, I was wondering if you could provide us with some additional information. A screenshot of the error message and a copy of the contents of your about:webrtc would help us debug this and/or follow up with WebEx. Thanks!
I just noticed, that I had OpenH264 plugin disabled. After enabling it started working! Though I wonder why Firefox couldn't rely on system ffmpeg library (i.e. libavcodec58 in my case). Does Firefox require the plugin for WebRTC and can't fall back to system ffmpeg?
Comment 5•5 years ago
|
||
Thanks for double checking!
We will use the system h264 codec if available. From what I can tell, we won't offer to use h264 during signaling unless the plugin is present and enabled. That gives us a software fallback in case there is a problem with the system h264 codec.
From what I can tell, we won't offer to use h264 during signaling unless the plugin is present and enabled.
But it also prevents it from being used when system H264 is fine, but plugin is disabled, like happened in my case. May be there should be some config switch that controls it?
Even though it started working now when I called someone who was using WebEx also from Firefox on Linux, when I called someone else who was using a macOS client, the audio coming from me was messed up on the other end (it was high pitched), so there are still some issues remaining.
Comment 8•5 years ago
|
||
(In reply to Shmerl from comment #7)
Even though it started working now when I called someone who was using WebEx also from Firefox on Linux, when I called someone else who was using a macOS client, the audio coming from me was messed up on the other end (it was high pitched), so there are still some issues remaining.
Please file a new bug for this issue.
Description
•