[gstreamer-bugs] [Bug 469837] New: Playbin's stream-info gives incorrect information when using RTSP streaming

[GStreamer (bugzilla.gnome.org)]

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=469837

  GStreamer | gst-plugins-base | Ver: 0.10.14
           Summary: Playbin's stream-info gives incorrect information when
                    using RTSP streaming
           Product: GStreamer
           Version: 0.10.14
          Platform: Other
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-base
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: ext-tommi.myohanen at nokia.com
         QAContact: gstreamer-bugs at lists.sourceforge.net
     GNOME version: Unspecified
   GNOME milestone: Unspecified


When using playbin (and decodebin2) for playing RTSP stream, the "stream-info"
contents seem to vary between the runs and clips. I made a test application
that registers a handler for "notify::stream-info" signal in playbin. In that
handler I find video-related information and print the caps, both from "caps"
object and from decoder srcpad. They vary like this:

1st case: I used internal own RTSP streaming server, URI not available).
Run 1:
  caps from streaminfo: video/x-raw-rgb; video/x-raw-yuv
  caps from decoder srcpad: video/x-raw-rgb; video/x-raw-yuv

Run 2:
caps from streaminfo: video/x-raw-rgb; video/x-raw-yuv
caps from decoder srcpad: video/x-raw-yuv, width=(int)352, height=(int)288,
framerate=(fraction)15/1, format=(fourcc)I420

For some streams (e.g. rtsp://stream.serv.ch/samples/sample_100kbit.mp4) it
gives caps but they are not final:

video/x-raw-yuv, format=(fourcc)I420, framerate=(fraction)[ 0/1, 2147483647/1
], width=(int)[ 16, 4096 ], height=(int)[ 16, 4096 ]

What I need is the resolution of the video. Looks like some kind of race
condition, since in case 1 the bin was able to give correct values *sometimes*.


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=469837.