Skip to content
Snippets Groups Projects
  1. Jun 09, 2016
  2. May 20, 2016
  3. May 19, 2016
  4. May 16, 2016
    • Jan Schmidt's avatar
      bin: Fix EOS forwarding on PLAYING->PLAYING · 7c65287c
      Jan Schmidt authored
      When doing a transition from PLAYING to PLAYING, we will fail
      to forward an EOS message on the bus, and noone else will ever
      send it because there'll be no actual state changed message.
      
      Allow EOS through directly in that case.
      7c65287c
  5. May 12, 2016
  6. May 11, 2016
    • Sebastian Dröge's avatar
      pad: Fix pad state when deactivating from one mode and then trying to activate another and failing · 7eb49425
      Sebastian Dröge authored
      When activating a pad in PULL mode, it might already be in PUSH mode. We now
      first try to deactivate it from PUSH mode and then try to activate it in PULL
      mode. If the activation fails, we would set the pad to flushing and set it
      back to its old mode. However the old mode is wrong, the pad is not in PUSH
      mode anymore but in NONE mode.
      
      This fixes e.g. typefind in decodebin reactivating PUSH/PULL mode if upstream
      actually fails to go into PULL mode after first PUSHING data to typefind.
      7eb49425
  7. May 06, 2016
  8. Apr 28, 2016
  9. Apr 26, 2016
  10. Apr 20, 2016
  11. Apr 15, 2016
  12. Mar 29, 2016
  13. Mar 25, 2016
  14. Mar 24, 2016
  15. Mar 23, 2016
  16. Mar 22, 2016
    • Sebastian Dröge's avatar
      preset: Use GST_PRESET_PATH as an extension of the system path, not a replacement of the user path · d7c8ce09
      Sebastian Dröge authored
      First load all system presets, then all from the environment variable, then
      from the app directory, then from the user directory. Any one in the chain
      with the highest version completely replaces all previous ones, later ones
      with lower versions are merged in without replacing existing presets.
      
      This is basically the same behaviour as before, just that GST_PRESET_PATH is
      inserted as another source of directories between the system and app presets.
      
      It was added in ca08af1f, but was
      accidentially overriding the user preset path there. Which caused inconsistent
      behaviour as new presets were still stored in the system path, just not loaded
      from there. Meaning you could store a new preset (in the user path), just for
      GstPreset to not find it anymore later (because it only looked in the
      GST_PRESET_PATH instead of the user path).
      
      https://bugzilla.gnome.org/show_bug.cgi?id=764034
      d7c8ce09
  17. Mar 21, 2016
  18. Mar 18, 2016
  19. Mar 15, 2016
  20. Mar 14, 2016
Loading