1. 20 Apr, 2017 3 commits
  2. 19 Apr, 2017 1 commit
  3. 17 Apr, 2017 2 commits
  4. 16 Apr, 2017 1 commit
  5. 14 Apr, 2017 1 commit
    • Sebastian Dröge's avatar
      qtmux: Fix timescale of timecode tracks · e51c08b0
      Sebastian Dröge authored
      They should have ideally the same timescale of the video track, which we
      can't guarantee here as in theory timecode configuration and video
      framerate could be different. However we should set a correct timescale
      based on the framerate given in the timecode configuration, and not just
      use the framerate numerator.
  6. 13 Apr, 2017 2 commits
  7. 12 Apr, 2017 8 commits
  8. 11 Apr, 2017 4 commits
  9. 10 Apr, 2017 3 commits
  10. 09 Apr, 2017 2 commits
  11. 07 Apr, 2017 4 commits
    • Thibault Saunier's avatar
      v4l2dec: Fix race when going from PAUSED to READY · 7b7a8098
      Thibault Saunier authored
      Running `gst-validate-launcher -t validate.file.playback.change_state_intensive.vorbis_vp8_1_webm`
      on odroid XU4 (s5p-mfc v4l2 driver) often leads to:
        ERROR:../subprojects/gst-plugins-good/sys/v4l2/gstv4l2videodec.c:215:gst_v4l2_video_dec_stop: assertion failed: (g_atomic_int_get (&self->processing) == FALSE)
      This happens when the following race happens:
      - T0: Main thread
      - T1: Upstream streaming thread
      - T2. v4l2dec processing thread)
      [The decoder is in PAUSED state]
      T0. The validate scenario runs `Executing (36/40) set-state: state=null repeat=40`
      T1- The decoder handles a frame
      T2- A decoded frame is push downstream
      T2- Downstream returns FLUSHING as it is already flushing changing state
      T2- The decoder stops its processing thread and sets `->processing = FALSE`
      T1- The decoder handles another frame
      T1- `->process` is FALSE so the decoder restarts its streaming thread
      T0- In v4l2dec-> stop the processing thread is stopped
      NOTE: At this point the processing thread loop never started.
      T0- assertion failed: (g_atomic_int_get (&self->processing) == FALSE)
      Here I am removing the whole ->processing logic to base it all on the
      GstTask state to avoid duplicating the knowledge.
    • Sebastian Dröge's avatar
      Release 1.11.90 · e4da670a
      Sebastian Dröge authored
    • Sebastian Dröge's avatar
      Update .po files · b6c0d403
      Sebastian Dröge authored
    • Sebastian Dröge's avatar
      po: Update translations · 29c465d7
      Sebastian Dröge authored
  12. 06 Apr, 2017 1 commit
  13. 05 Apr, 2017 5 commits
  14. 04 Apr, 2017 3 commits
    • Edward Hervey's avatar
      aacparse: Handle Parametric Stereo with HE-AAC(v2) · 345c5665
      Edward Hervey authored
      According to ISO/IEC:14496-2:2009 , in the case of HE-AACv2 (audioObjecType
      29) parametric stereo is used (a single mono track is used and then
      transformations are applied to it to provide a stereo output).
      We therefore report two channels in the case where there is one reported
      in the audioChannelConfiguration.
      Fixes the various issues where a demuxer would report two channels, but
      then the parser would say there's only one channel, and then the decoder
      would output two channels.
    • Sebastian Dröge's avatar
    • Sebastian Dröge's avatar
      qtmux: Select the best pad based on the cached last_buf if any · 6b889bea
      Sebastian Dröge authored
      last_buf is the one we're going to write next, not buf. As such we
      should check timestamps against that one if there is one to select the
      earliest pad.
      Also remember the currently selected pad in the very beginning when
      storing the first last_buf.
      This both solves some edge cases where not the correct next pad was
      selected corresponding to the target interleave.