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 707988 - [pitivi] Repeated seeks over SMPTE transitions will cause generic GStreamer demuxer / codec errors
[pitivi] Repeated seeks over SMPTE transitions will cause generic GStreamer d...
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-editing-services
git master
Other Linux
: Normal critical
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks: 682886
 
 
Reported: 2013-09-12 19:29 UTC by Jean-François Fortin Tam
Modified: 2016-05-22 22:44 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
sample xges project and media files (532.00 KB, application/x-tar)
2013-09-12 19:29 UTC, Jean-François Fortin Tam
Details
screencast (874.35 KB, video/webm)
2013-09-12 19:31 UTC, Jean-François Fortin Tam
Details

Description Jean-François Fortin Tam 2013-09-12 19:29:21 UTC
Created attachment 254809 [details]
sample xges project and media files

In a Pitivi/GES timeline, insert two clips and crossfade them.
Then, seek around and inside the crossfade transition repeatedly.

The result (be it with OGG Theora or Quicktime + H264) will be a generic error, such as this one:


ERROR 15:06:44 pipeline             _busMessageCb: error from <__main__.GstOggDemux object at 0x620d5a0 (GstOggDemux at 0x7fb898073010)>: Internal data stream error. (gstoggdemux.c(4560): gst_ogg_demux_loop (): /pitivi+utils+pipeline+Pipeline:pitivi+utils+pipeline+pipeline1/GESTimeline:gestimeline1/GESVideoTrack:gesvideotrack1/GnlComposition:gnlcomposition2/GnlSource:gnlsource0/GstBin:video-src-bin/GstURIDecodeBin:uridecodebin1/GstDecodeBin:decodebin7/GstOggDemux:oggdemux5:
stream stopped, reason error) (pitivi/utils/pipeline.py:415)

I'm not sure why our pipeline still doesn't recover from such errors, but they shouldn't happen anyway.

Attaching some easy sample files to reproduce this. Would be good to have this stress-tested more by the GES test suite.
Comment 1 Jean-François Fortin Tam 2013-09-12 19:31:53 UTC
Created attachment 254810 [details]
screencast
Comment 2 Thibault Saunier 2015-09-23 17:06:03 UTC
Please confirm it is fixed :)