GNOME Bugzilla – Bug 549643
At the beginning of a call: Video initialisation cut the very first part of the audio conversation. (1 or 2 secondes)
Last modified: 2020-06-06 16:28:32 UTC
Hello, It's all in the title. e.g. 1- call 500 with audio only: the audio start right away. 2- call 500 with audio and video: there is a lost in audio transmission until the webcam is ready. Tested with pwc driver. Expected behavior: The audio should start as soon as possible even if the webcam is not ready. Best regards, Yannick
Yannick; You can circumvent this by enabling the preview (if the negotiated resolution of the call is actually your choosen one)
Any type of workaround in Ekiga is a bad idea. (Like capturing even if you do not need to).
The behaviour reported is still current with SVN from 10 september.
Created attachment 118451 [details] debug output: calling 500 audio+video
Ekiga is not under active development anymore: https://gitlab.gnome.org/Infrastructure/Infrastructure/-/issues/273 Ekiga saw its last release 7 years ago. The last code commits were 4 years ago. Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Please feel free to reopen this ticket (and transfer the project to GNOME Gitlab, as GNOME Bugzilla is deprecated) if anyone takes the responsibility for active Ekiga development again in the future.