1. 29 Apr, 2019 2 commits
  2. 23 Apr, 2019 1 commit
  3. 17 Apr, 2019 2 commits
  4. 16 Apr, 2019 1 commit
  5. 08 Apr, 2019 2 commits
  6. 03 Apr, 2019 1 commit
  7. 02 Apr, 2019 2 commits
  8. 14 Mar, 2019 2 commits
  9. 11 Mar, 2019 2 commits
  10. 07 Mar, 2019 2 commits
  11. 04 Jan, 2019 1 commit
    • Philippe Gorley's avatar
      rename Ring to Jami · 8b9940eb
      Philippe Gorley authored
      Removes refrences to project name in logs and comments where it doesn't
      matter whether or not the name is specified.
      
      Change-Id: I17f99390226929ee620bc479b203825389bb3d4d
      8b9940eb
  12. 02 Jan, 2019 1 commit
  13. 20 Dec, 2018 1 commit
  14. 06 Dec, 2018 2 commits
    • Philippe Gorley's avatar
      recorder: remove expected/received streams logic · a2264383
      Philippe Gorley authored
      Caller should know what streams to add to the recorder and use
      Observable::attach before calling Recordable::startRecording.
      
      Change-Id: I14d19406cdaf047bd3b612c69775fc4ddbc21142
      a2264383
    • Philippe Gorley's avatar
      recorder: subscribe to audio/video sources · 351856e7
      Philippe Gorley authored
      Makes the MediaRecorder an observer on AudioInput, AudioReceiveThread,
      VideoInput and VideoReceiveThread, so they no longer need a reference
      to the recorder.
      
      Makes sure the framerate is set for the recorder by adding a way to get
      the stream parameters from the video receiver and input, since AVFrame
      does not carry framerate and time base information.
      
      Adds way to detach the recorder from the media sources, so it can be
      reattached on subsequent records.
      
      Change-Id: I71bac0825541f6445861f4f949288e1c62416f05
      351856e7
  15. 03 Dec, 2018 1 commit
    • Philippe Gorley's avatar
      audio: implement switch input · 10126454
      Philippe Gorley authored
      Lays the groundwork for file streaming by allowing the audio source to
      be changed while an audio input is active.
      
      Don't notify observers if there's no frame.
      
      Renames videoInput_ to mediaInput_ now that it is also used for audio.
      
      Change-Id: I0a10d4a339e77b890ee006a5f977383e8942505b
      10126454
  16. 30 Nov, 2018 1 commit
  17. 29 Nov, 2018 2 commits
    • ethan's avatar
      SIPVoIPLink initializer need register_thread first before pj_pool_create · 8ebf379a
      ethan authored
      Change-Id: I729d8a34aa48b73fe3800119f7dac666bb9e96a9
      8ebf379a
    • Sébastien Blin's avatar
      siptransport: do not force shutdown · 617de9b9
      Sébastien Blin authored
      Following the pjsip doc, pjsip_transport_dec_ref will shutdown the
      transport if necessary. Moreover, when connectivity changes, the
      transport is already with the state PJSIP_TP_STATE_SHUTDOWN.
      If deleteTransport calls pjsip_transport_shutdown, the transport will
      still be used by the sipaccount, but getUDPTransport will return a
      unusable transport.
      
      Change-Id: I25b7f0d282d62d28b7a49065d72e0c0de620b310
      617de9b9
  18. 24 Nov, 2018 1 commit
    • Andreas Traczyk's avatar
      fix deadlock when registering SIP accounts · 9591971b
      Andreas Traczyk authored
      This patch fixes a double lock on the same thread during
      doRegister whilst protecting configuration data and also
      implements the same mechanism for ringaccount.
      
      Change-Id: I0d5dfd7e6285f85042152092d4ff0d50cd89e5db
      9591971b
  19. 16 Nov, 2018 1 commit
  20. 30 Oct, 2018 1 commit
    • Hugo Lefeuvre's avatar
      call management: add PEER_BUSY status · a031c92d
      Hugo Lefeuvre authored
      There is currently no distinction between the "peer busy" and "we
      replied busy after timeout" states, since both end in the BUSY state.
      
      Add a new PEER_BUSY state allowing such a distinction:
      * PEER_BUSY is set when peer replied busy
      * BUSY is set when we replied busy to an incoming call
      
      Bump daemon API number to major 7.0.0 since this is breaking the
      current API. In fact, these changes should not break anything in
      any well implemented client because unknown states should be properly
      handled, but better check.
      
      Change-Id: Id83f6db3d4524a91951b9945797f5fd2c019ff2f
      Reviewed-by: Sébastien Blin's avatarSebastien Blin <sebastien.blin@savoirfairelinux.com>
      a031c92d
  21. 26 Oct, 2018 1 commit
  22. 24 Oct, 2018 1 commit
  23. 13 Sep, 2018 3 commits
  24. 11 Sep, 2018 1 commit
  25. 07 Sep, 2018 1 commit
  26. 04 Sep, 2018 1 commit
    • Hugo Lefeuvre's avatar
      call management: add ringing timeout · 9a12c78a
      Hugo Lefeuvre authored
      Currently there is no timeout for received calls. If a peer is
      connected but doesn't answer a call, then this call will stay in
      RINGING state 'forever' until the calling user manually aborts
      it or peer becomes unreachable.
      
      This patch implements a timeout system: When a call starts ringing
      a job is scheduled in a fixed amount of time (corresponding to a new
      user preference, by default 30s) to check whether the call is still
      ringing or not. If the call is still ringing after timeout, hangup()
      is called with 486 (BUSY) state and ringing stops.
      
      Change-Id: I49218f5d4bdef8e4a8cee35fa6dde80f572b46c6
      Gitlab: #42
      9a12c78a
  27. 23 Aug, 2018 2 commits
  28. 22 Aug, 2018 1 commit