After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 754893 - nle: Segment base time accumulation is broken fixing videoaggregator segment handling
nle: Segment base time accumulation is broken fixing videoaggregator segment ...
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-editing-services
git master
Other Linux
: Normal blocker
: 1.5.91
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on: 753196
Blocks:
 
 
Reported: 2015-09-11 16:04 UTC by Thibault Saunier
Modified: 2015-09-15 11:10 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Thibault Saunier 2015-09-11 16:04:08 UTC 
Running a simple scenario like:

  description, seek=true, duration=20, need-clock-sync=true, handles-states=true
  pause;
  seek, start=1.0, flags=accurate+flush

with:

  GST_VALIDATE_SCENARIO=scenario ges-launch-1.0 +clip $HOME/gst-validate/gst-integration-testsuites/medias/defaults/matroska/numerated_frames_blue.mkv

leads to a black frame because the first buffer in videoaggregator has a running time of 1, and it expects something between 0 and 1.
Comment 1 Thibault Saunier 2015-09-15 11:10:09 UTC 
commit 69e9acc823d45e63000bad61239db8ab26450ad9
Author: Thibault Saunier <tsaunier@gnome.org>
Date:   Tue Sep 15 11:08:29 2015 +0200

    nle: Stop wrongly set operation segment base time
    
    Inside the composition we actually do not need to have any notion
    of what the timing outside the compositon as we already tweak the segment
    base time outside the composition. This code was only there to work
    around https://bugzilla.gnome.org/show_bug.cgi?id=753196
    
    https://bugzilla.gnome.org/show_bug.cgi?id=754893