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 724998 - rtspsrc and dynamic size change
rtspsrc and dynamic size change
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
1.x
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2014-02-23 10:13 UTC by Nicola
Modified: 2015-03-04 17:10 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Nicola 2014-02-23 10:13:05 UTC 
I receive video from a camera with a pipeline like this:

rtspsrc location=... ! rtpmp4vdepay ! mpeg4videoparse ! appsink

the camera allow to change size dynamically, on size change the gstreamer pipeline continue to run but the caps on new buffer still report the old size and not the new one
Comment 1 Nicola 2014-02-23 10:14:41 UTC 
here is a gdp capture:

http://195.250.34.59/temp/724998.gdp
Comment 2 Wim Taymans 2014-02-25 11:42:29 UTC 
Could you make a gdp from what you receive right after the rtspsrc (before the depayloader).
Comment 3 Nicola 2014-02-25 12:31:22 UTC 
please redownload the file, now the gdp capture is done after rtspsrc, the resolution start at 352x288 then is changed to 720x576 and finally again to 352x288
Comment 4 Wim Taymans 2015-03-04 16:20:17 UTC 
I don't see anything in the stream that indicates a resolution change.
Comment 5 Nicola 2015-03-04 17:02:03 UTC 
this bug seems obsolete, it happen in 0.10 but both 1.4 and git master seems to handle the resolution change correctly (mpeg4videoparse post a bug message with new caps in 1.4+, I don't have 1.0.x or 1.2.x anymore but this is not relevant)