-
- Downloads
video_input: handle EBUSY error from ffmpeg
This solves some bugs: + If we have two calls and the client is holding one of these till the other is creating, the camera will start for the second call + If another process is using the camera, Jami will retry to open the camera till the call ends + If one video input runs cleanup() and the other one createDecoder(), the shmPath_ is set back correctly Change-Id: Id6b02e453dffbe0b231884c2942786407af5eac3
Please register or sign in to comment