Skip to content
Snippets Groups Projects
  1. Jun 22, 2014
  2. Jun 20, 2014
    • 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.
      909dd783
  3. Jun 13, 2014
  4. Jun 12, 2014
    • 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)
      072fa354
  5. Jun 11, 2014
  6. Jun 10, 2014
  7. Jun 09, 2014
  8. Jun 06, 2014
  9. Jun 05, 2014
  10. Jun 04, 2014
  11. Jun 03, 2014
  12. Jun 02, 2014
  13. May 29, 2014
    • Thiago Santos's avatar
      decodebin: aggregate buffering messages · 783195cc
      Thiago Santos authored
      Aggregate buffering messages to only post the lower value
      to avoid setting pipeline to playing while any multiqueue
      is still buffering.
      
      There are 3 scenarios where the entries should be removed from
      the list:
      
      1) When decodebin is set to READY
      2) When an element posts a 100% buffering (already implemented)
      3) When a multiqueue is removed from decodebin.
      
      For item 3 we don't need to handle it because this should only
      happen when either 1 is hapenning or when it is playing a
      chained file, for which number 2 should have happened for the
      previous stream to finish
      
      https://bugzilla.gnome.org/show_bug.cgi?id=726423
      783195cc
  14. May 28, 2014
  15. May 27, 2014
  16. May 26, 2014
  17. May 23, 2014
  18. May 21, 2014
Loading