• Sébastien Blin's avatar
    video_input: handle EBUSY error from ffmpeg · d0744b32
    Sébastien Blin authored
    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
    d0744b32
video_input.cpp 13.2 KB