[Bug 734060] New: videoaggregator: Race when scrub forward seeking in PAUSED leading to no ASYNC_DONE on the bus
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Thu Jul 31 08:53:56 PDT 2014
https://bugzilla.gnome.org/show_bug.cgi?id=734060
GStreamer | gst-plugins-bad | git
Summary: videoaggregator: Race when scrub forward seeking in
PAUSED leading to no ASYNC_DONE on the bus
Classification: Platform
Product: GStreamer
Version: git
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: Normal
Component: gst-plugins-bad
AssignedTo: gstreamer-bugs at lists.freedesktop.org
ReportedBy: tsaunier at gnome.org
QAContact: gstreamer-bugs at lists.freedesktop.org
GNOME version: ---
Test reproducing the issue:
https://jenkins.arracacha.collabora.co.uk/view/pitivi/job/gst-validate-tests/798/testReport/junit/validate.file.glvideomixer.simple/scrub_forward_seeking/synchronized/history/
In the test we have the following pipeline running:
gst-validate-1.0 --set-scenario scrub_forward_seeking compositor
sink_1::alpha=0.5 sink_1::xpos=50 sink_1::ypos=50 name=_mixer ! deinterlace !
videoconvert ! autovideosink videotestsrc pattern=snow
timestamp-offset=3000000000 !
'video/x-raw,format=AYUV,width=640,height=480,framerate=(fraction)30/1' !
timeoverlay ! _mixer. videotestsrc pattern=smpte !
'video/x-raw,format=AYUV,width=800,height=600,framerate=(fraction)10/1' !
timeoverlay ! _mixer.
The scrub forward seeking scenario actually seeks the pipeline in the PAUSED
state by step of 0.1 seconds
I could not actually reproduce that race here but it seems to exist and can
happen with compositor as well as glvideomixer, both using GstVideoAggregator
as a baseclass.
--
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.
More information about the gstreamer-bugs
mailing list