[Bug 766310] New: gstbasetransform: Error negotiating new framerate
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Thu May 12 08:43:14 UTC 2016
https://bugzilla.gnome.org/show_bug.cgi?id=766310
Bug ID: 766310
Summary: gstbasetransform: Error negotiating new framerate
Classification: Platform
Product: GStreamer
Version: 1.8.0
OS: Linux
Status: NEW
Severity: normal
Priority: Normal
Component: gstreamer (core)
Assignee: gstreamer-bugs at lists.freedesktop.org
Reporter: d.fernandezlop at gmail.com
QA Contact: gstreamer-bugs at lists.freedesktop.org
GNOME version: ---
Created attachment 327683
--> https://bugzilla.gnome.org/attachment.cgi?id=327683&action=edit
Test program
Hi,
I have the following pipeline (I really have a more complicated pipeline but I
have reduced the complexity trying to understand the problem):
videotestsrc!videorate!videoconvert!capsfilter!videorate!videoconvert!capsfilter!autovideosink
I have detected that if I change dynamically the framerate in the second
capsfilter I get a non negotiated error in the videoconvert. I have the
following trace:
0:00:07.816591895 32762 0x1a0c940 WARN basetransform
gstbasetransform.c:1414:gst_base_transform_setcaps:<videoconvert1> transform
could not transform video/x-raw, width=(int)320, height=(int)240,
framerate=(fraction)16/1, pixel-aspect-ratio=(fraction)1/1,
interlace-mode=(string)progressive, format=(string)YUY2 in anything we support
This problem breaks the pipeline if you use another source like the
uridecodebin.
I have attached a test program to reproduce the error. That program creates the
shown pipeline and it changes the caps of the second capsfilter each second. If
you execute the program with GST_DEBUG=2 you could see the error traces.
Have you seen this error before? Am I doing something wrong?
Thanks for your time.
Regards.
--
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