1. 11 Jul, 2014 5 commits
  2. 04 Jul, 2014 1 commit
  3. 03 Jul, 2014 2 commits
    • Sebastian Rasmussen's avatar
      riff: Print invalid fourcc in error message in hex · 7807e2e6
      Sebastian Rasmussen authored and Sebastian Dröge's avatar Sebastian Dröge committed
      Previously this was printed as characters which caused later processing
      of the error message to sometimes warn about non-UTF-8 characters.
      Fixes https://bugzilla.gnome.org/show_bug.cgi?id=732697
    • Gwenole Beauchesne's avatar
      videodecoder: parse any source data that is still available. · fb44ec96
      Gwenole Beauchesne authored
      Fix gst_video_decoder_parse_available() to really parse any pending
      source data that is still available in the adapter. This is a memory
      optimization to avoid expansion of video packed added to the adapter,
      but also a fix to EOS condition when the subclass parse() function
      ultimately only needed to call into gvd_have_frame() and no additional
      source bytes were consumed, i.e. gvd_add_to_frame() is not called.
      This situation can occur when decoding H.264 streams in byte-stream/nal
      mode for instance. A decoder always requires the next NAL unit to be
      parsed so that to determine picture boundaries. When a new picture is
      found, no byte is consumed (i.e. gvd_add_to_frame() is not called)
      but gvd_have_frame() is called (i.e. priv->current_frame is gone).
      Also make sure to avoid infinite loops caused by incorrect subclass
      parse() implementations. This can occur when no byte gets consumed
      and no appropriate indication (GST_VIDEO_DECODER_FLOW_NEED_DATA) is
      Signed-off-by: default avatarGwenole Beauchesne <gwenole.beauchesne@intel.com>
  4. 02 Jul, 2014 5 commits
  5. 01 Jul, 2014 1 commit
  6. 28 Jun, 2014 3 commits
  7. 27 Jun, 2014 2 commits
  8. 26 Jun, 2014 3 commits
  9. 23 Jun, 2014 1 commit
  10. 22 Jun, 2014 6 commits
  11. 20 Jun, 2014 1 commit
    • Sebastian Dröge's avatar
      audiodecoder: Don't be too picky about the output frame counter · 909dd783
      Sebastian Dröge authored
      With most decoder libraries, and especially when accessing codecs via
      OpenMAX or similar APIs, we don't have the ability to properly related
      the output buffers to a number of input samples. And could e.g. get
      a fractional number of input buffers decoded at a time.
      Previously this would in the end lead to an error message and stopped
      playback. Change it to a warning message instead and try to handle it
      gracefully. In theory the subclass can now get timestamp tracking
      wrong if it completely misuses the API, but if on average it behaves
      correct (and gst-omx and others do) it will continue to work properly.
      Also add a test for the new behaviour.
      We don't change it in the encoder yet as that requires more internal logic
      changes AFAIU and I'm not aware of a case where this was a problem so far.
  12. 13 Jun, 2014 3 commits
  13. 12 Jun, 2014 1 commit
    • Edward Hervey's avatar
      mikey: Fix Wall to NTP conversion · 072fa354
      Edward Hervey authored
      We are scaling from a unit in microseconds to a unit in ((1 << 32) per seconds).
      We therefore scale the microseconds values by:
               value of a second in the target unit (1 << 32)
        value of a second in the origin format (1 000 000 microsecond)
  14. 11 Jun, 2014 4 commits
  15. 10 Jun, 2014 2 commits