Skip to content
Snippets Groups Projects
  1. Mar 01, 2016
  2. Feb 26, 2016
    • Sjors Gielen's avatar
      nle: Set the NleOperation flags to NLE_OBJECT_OPERATION · c247c911
      Sjors Gielen authored and Thibault Saunier's avatar Thibault Saunier committed
      Reviewed By: thiblahute
      
      Differential Revision: https://phabricator.freedesktop.org/D770
      c247c911
    • Thibault Saunier's avatar
    • Sjors Gielen's avatar
      Handle changing playback rate · 84f7f04a
      Sjors Gielen authored and Thibault Saunier's avatar Thibault Saunier committed
      Before this patch, NLE and GES did not support NleOperations (respectively
      GESEffects) that changed the speed/tempo/rate at which the source plays. For
      example, the 'pitch' element can make audio play faster or slower. In GES 1.5.90
      and before, an NleOperation containing the pitch element to change the rate (or
      tempo) would cause a pipeline state change to PAUSED after that stack; that has
      been fixed in 1.5.91 (see #755012 [0]). But even then, in 1.5.91 and later,
      NleComposition would send segment events to its NleSources assuming that one
      source second is equal to one pipeline second. The resulting early EOS event
      (in the case of a source rate higher than 1.0) would cause it to switch stacks
      too early, causing confusion in the timeline and spectacularly messed up
      output.
      
      This patch fixes that by searching for rate-changing elements in
      GESTrackElements such as GESEffects. If such rate-changing elements are found,
      their final effect on the playing rate is stored in the corresponding NleObject
      as the 'media duration factor', named like this because the 'media duration',
      or source duration, of an NleObject can be computed by multiplying the duration
      with the media duration factor of that object and its parents (this is called
      the 'recursive media duration factor'). For example, a 4-second NleSource with
      an NleOperation with a media duration factor of 2.0 will have an 8-second media
      duration, which means that for playing 4 seconds in the pipeline, the seek
      event sent to it must span 8 seconds of media. (So, the 'duration' of an
      NleObject or GES object always refers to its duration in the timeline, not the
      media duration.)
      
      To summarize:
      
      * Rate-changing elements are registered in the GESEffectClass (pitch::tempo and
        pitch::rate are registered by default);
      * GESTimelineElement is responsible for detecting rate-changing elements and
        computing the media_duration_factor;
      * GESTrackElement is responsible for storing the media_duration_factor in
        NleObject;
      * NleComposition is responsible for the recursive_media_duration_factor;
      * The latter property finally fixes media time computations in NleObject.
      
      NLE and GES tests are included.
      
      [0] https://bugzilla.gnome.org/show_bug.cgi?id=755012
      
      Differential Revision: https://phabricator.freedesktop.org/D276
      84f7f04a
    • Sebastian Dröge's avatar
      Automatic update of common submodule · 25d2c730
      Sebastian Dröge authored
      From b64f03f to 6f2d209
      25d2c730
  3. Feb 23, 2016
  4. Feb 19, 2016
  5. Feb 18, 2016
    • Julien Isorce's avatar
      uninstalled.pc: add support for non libtool build systems · f6b0ae1e
      Julien Isorce authored
      Currently the .la path is provided which requires to use libtool as
      mentioned in the GStreamer manual section-helloworld-compilerun.html.
      It is fine as long as the application is built using libtool.
      
      So currently it is not possible to compile a GStreamer application
      within gst-uninstalled with CMake or other build system different
      than autotools.
      
      This patch allows to do the following in gst-uninstalled env:
      gcc test.c -o test $(pkg-config --cflags --libs gstreamer-1.0 \
        gst-editing-services-1.0)
      Previously it required to prepend libtool --mode=link
      
      https://bugzilla.gnome.org/show_bug.cgi?id=720778
      f6b0ae1e
  6. Feb 09, 2016
  7. Feb 05, 2016
  8. Feb 04, 2016
  9. Jan 19, 2016
  10. Jan 17, 2016
  11. Jan 09, 2016
  12. Dec 29, 2015
  13. Dec 26, 2015
  14. Dec 24, 2015
  15. Dec 22, 2015
  16. Dec 21, 2015
Loading