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 769545 - oggdemux: validate.http.playback.seek_*.vorbis_theora_1_ogg is often failing
oggdemux: validate.http.playback.seek_*.vorbis_theora_1_ogg is often failing
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
git master
Other Linux
: High normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2016-08-05 11:00 UTC by Guillaume Desmottes
Modified: 2018-11-03 11:48 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
set position and time push mode accurate seeks (1011 bytes, patch)
2016-08-15 09:54 UTC, Vincent Penquerc'h
none Details | Review

Description Guillaume Desmottes 2016-08-05 11:00:58 UTC
The validate.http.playback.seek_backward.vorbis_theora_1_ogg validate test is often failing (on Jenkins bot and locally).

It seems the segment pushed after the ACCURATE seek even doesn't report the expected start field:

  critical : A segment doesn't have the proper time value after an ACCURATE seek
             Detected on <oggdemux0:src_2cbf16c0>
             Detected on <multiqueue0:src_0>
             Detected on <theoradec0:src>
             Detected on <inputselector0:src>
             Detected on <streamsynchronizer0:src_0>
             Detected on <vdconv:src>
             Detected on <deinterlace:src>
             Detected on <vqueue:src>
             Detected on <conv:src>
             Detected on <scale:src>
             Detected on <videobalance:src>
             Detected on <conv2:src>
             Description : If a seek with the ACCURATE flag was accepted, the following segment should have a time value corresponding exactly to the requested start seek time



==== Got criticals, Return value set to 18 ====
     Critical error After an accurate seek, got: 0:00:00.000000000 Expected: 0:00:02.496145124
     Critical error After an accurate seek, got: 0:00:00.000000000 Expected: 0:00:02.496145124
     Critical error After an accurate seek, got: 0:00:00.000000000 Expected: 0:00:02.496145124
     Critical error After an accurate seek, got: 0:00:00.000000000 Expected: 0:00:02.496145124
     Critical error After an accurate seek, got: 0:00:00.000000000 Expected: 0:00:02.496145124
     Critical error After an accurate seek, got: 0:00:00.000000000 Expected: 0:00:02.496145124
     Critical error After an accurate seek, got: 0:00:00.000000000 Expected: 0:00:02.496145124
     Critical error After an accurate seek, got: 0:00:00.000000000 Expected: 0:00:02.496145124
     Critical error After an accurate seek, got: 0:00:00.000000000 Expected: 0:00:02.496145124
     Critical error After an accurate seek, got: 0:00:00.000000000 Expected: 0:00:02.496145124
     Critical error After an accurate seek, got: 0:00:00.000000000 Expected: 0:00:02.496145124
     Critical error After an accurate seek, got: 0:00:00.000000000 Expected: 0:00:02.496145124
Comment 1 Edward Hervey 2016-08-13 13:29:34 UTC
Both the forward and backwards one are failing often

to reproduce:
gst-validate-launcher validate -m -j6 -f -t "validate.http.playback.seek.*vorbis_theora_1_ogg"
Comment 2 Edward Hervey 2016-08-13 13:32:59 UTC
I uploaded a GST_DEBUG=5,*ogg*:8,*valid*:5 of a failling validate.http.playback.seek_forward.vorbis_theora_1_ogg here:

https://people.freedesktop.org/~bilboed/vorbis_theora_1_ogg.gstdebug.xz
Comment 3 Vincent Penquerc'h 2016-08-15 09:54:34 UTC
Created attachment 333321 [details] [review]
set position and time push mode accurate seeks

Oddly, I can't repro that failure, but based on the log in the previous comment, this might fix it.
Comment 4 GStreamer system administrator 2018-11-03 11:48:34 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/issues/281.