1. 19 Aug, 2015 1 commit
  2. 18 Aug, 2015 14 commits
  3. 17 Aug, 2015 1 commit
  4. 16 Aug, 2015 9 commits
    • Tim-Philipp Müller's avatar
    • Tim-Philipp Müller's avatar
      videodecoder: fix tag handling · 30b7cc66
      Tim-Philipp Müller authored
      Before we just merged everything in pretty much random ways
      ad-hoc instead of keeping state properly. In 0.10 that was
      how it worked, but in 1.x the tag events sent should always
      reflect the latest state and replace any previous tags.
      
      So save the upstream (stream) tags, and save the tags set
      by the decoder subclass with merge mode, and then update
      the merged tags whenever either of those two changes.
      
      This slightly changes the behaviour of gst_video_decoder_merge_tags()
      in case it is called multiple times, since now any call replaces
      the previously-set tags. However, it leads to much more predictable
      outcomes, and also we are not aware of any subclass which sets this
      multiple times and expects all the tags set to be merged.
      
      If more complex tag merging scenarios are required, we'll have
      to add a new vfunc for that or the subclass has to intercept
      the upstream tags itself and send merged tags itself.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=679768
      30b7cc66
    • Tim-Philipp Müller's avatar
    • Tim-Philipp Müller's avatar
      audiodecoder: fix tag handling · 5ccc8432
      Tim-Philipp Müller authored
      Before we just merged everything in pretty much random ways
      ad-hoc instead of keeping state properly. In 0.10 that was
      how it worked, but in 1.x the tag events sent should always
      reflect the latest state and replace any previous tags.
      
      So save the upstream (stream) tags, and save the tags set
      by the decoder subclass with merge mode, and then update
      the merged tags whenever either of those two changes.
      
      This slightly changes the behaviour of gst_audio_decoder_merge_tags()
      in case it is called multiple times, since now any call replaces
      the previously-set tags. However, it leads to much more predictable
      outcomes, and also we are not aware of any subclass which sets this
      multiple times and expects all the tags set to be merged.
      
      If more complex tag merging scenarios are required, we'll have
      to add a new vfunc for that or the subclass has to intercept
      the upstream tags itself and send merged tags itself.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=679768
      5ccc8432
    • Thiago Santos's avatar
      vorbisenc: use template subset check for accept-caps · 14867e4e
      Thiago Santos authored
      It is faster than doing a query that propagates downstream and
      should be enough
      14867e4e
    • Thiago Santos's avatar
      vorbisenc: use more accurate sink pad template caps · 6a26a42f
      Thiago Santos authored
      Removes the need for custom caps query handling and makes it more
      correct from the beginning on the template. It is a bit uglier
      to read because there is 1 entry per channel but makes code easier
      to maintain.
      6a26a42f
    • Thiago Santos's avatar
      theoraenc: use template subset check for accept-caps · cd7c7dba
      Thiago Santos authored
      It is faster than doing a query that propagates downstream and
      should be enough
      cd7c7dba
    • Thiago Santos's avatar
      audioencoder: add src and sink query methods · 5a0bee3f
      Thiago Santos authored
      Allows subclasses to do their own handling of GstQuery and still
      chain up to the parent class to handle the ones that they don't want
      to handle
      5a0bee3f
    • Edward Hervey's avatar
      decodebin: Fix list iteration · 7fc856ff
      Edward Hervey authored
      We were using the wrong variable ...
      
      CID #1316477
      7fc856ff
  5. 15 Aug, 2015 10 commits
  6. 14 Aug, 2015 5 commits