1. 21 Nov, 2014 - 1 commit
  2. 18 Nov, 2014 - 1 commit
    • Laszlo Agocs's avatar
      Fix bogus videonode plugin handling · 96407d8d
      Laszlo Agocs authored
      
      Each plugin must provide its own unique key. Otherwise we will only ever
      see one single plugin.
      
      Right now running on i.MX6 is often broken because the imx6 videonode plugin is
      not picked up since only the egl one is seen by the system. With the fix both plugins
      provide their own unique key so both become visible.
      
      Additionally, introduce a QT_VIDEONODE environment variable. This is useful to specify
      which plugin to use. This is necessary in case multiple custom videonode plugins support
      the same formats.
      
      Change-Id: Iaa1988f8436dcb938cb9a95e2e0d68a4e92e113c
      Reviewed-by: default avatarYoann Lopes <yoann.lopes@theqtcompany.com>
      v5.4.0-rc1
      96407d8d
  3. 17 Nov, 2014 - 1 commit
  4. 06 Nov, 2014 - 1 commit
  5. 04 Nov, 2014 - 2 commits
  6. 03 Nov, 2014 - 1 commit
  7. 31 Oct, 2014 - 1 commit
  8. 30 Oct, 2014 - 1 commit
  9. 24 Oct, 2014 - 1 commit
  10. 17 Oct, 2014 - 1 commit
  11. 14 Oct, 2014 - 1 commit
  12. 03 Oct, 2014 - 1 commit
  13. 01 Oct, 2014 - 1 commit
  14. 30 Sep, 2014 - 3 commits
  15. 29 Sep, 2014 - 2 commits
  16. 26 Sep, 2014 - 9 commits
  17. 25 Sep, 2014 - 1 commit
  18. 24 Sep, 2014 - 3 commits
  19. 22 Sep, 2014 - 1 commit
  20. 19 Sep, 2014 - 1 commit
  21. 17 Sep, 2014 - 1 commit
  22. 12 Sep, 2014 - 2 commits
    • Andrew den Exter's avatar
      Ensure pre-roll frames are displayed when gstreamer backend is paused. · 3b20608f
      Andrew den Exter authored
      
      Perform a seek before transitioning from the stopped state to paused or
      playing to force the pipeline to resupply the video sink with any
      pre-roll buffer it may have previously ignored during loading.  And
      don't assume showPrerollFrames to be true if the current state is not
      stopped as the policy handling may have prevented an effectual state
      change.
      
      Change-Id: I288a70bc4da32f3534eab4b14702ca8f8fdb4222
      Reviewed-by: default avatarYoann Lopes <yoann.lopes@digia.com>
      3b20608f
    • Christian Strømme's avatar
      OpenSL ES: Be less rigid about tearing down the output device. · 65d44edd
      Christian Strømme authored
      
      We where very strict about tearing down the audio device. While this is
      a good strategy to avoid unnecessary resource usage, it also causes
      excessive re-allocations, e.g., when transiting from start to stop and
      back again. This can increase latency, especially in case where a short
      clip is re-played at a high frequency.
      This change also decrease the chance of the player ending up in some
      unknown state where it drops audio clips without any warning.
      
      Task-number: QTBUG-40864
      Change-Id: I1afad4af0622983f0f0c221d91cf794585d8cad2
      Reviewed-by: default avatarYoann Lopes <yoann.lopes@digia.com>
      65d44edd
  23. 11 Sep, 2014 - 3 commits