<html> <head>  <meta http-equiv="Content-Type" content="text/html; charset=Windows-1252"> <style type="text/css">P.ImprintUniqueID { MARGIN: 0cm 0cm 0pt } LI.ImprintUniqueID { MARGIN: 0cm 0cm 0pt } DIV.ImprintUniqueID { MARGIN: 0cm 0cm 0pt } TABLE.ImprintUniqueIDTable { MARGIN: 0cm 0cm 0pt } DIV.Section1 { page: Section1 } </style> </head> <body> <div style="font-family:Tahoma;font-size:10pt">Thanks for the reply Victor. The issue is that the live video (352x288) appears in the top left corner of the output buffer from vaapidecode, so the input to the postproc element is part live/part garbage data. I think what I need to do is to get all the downstream elements to renegotiate their caps back upstream so that the sink caps on the vaapidecode element are then correct and the decoded MJPEG data entirely fills a 352x288 buffer rather than being "placed" inside the original 800x600 buffer? Is that corrent? My approach at the moment is to unlink the vaapipostproc from the uridecodebin and relink which should renegotiate the caps? I can do that when I get the notify::caps signal on the src pad of the vaapidecode element. Unless there is a more dynamic method? Thanks, Danny > On Tue, 21 Nov 2017 at 13:46, Danny Cullen wrote: > > Hello, > > > > I am using a GstURIDecodeBin to access an HTTP MJPEG IP video source. > > The source sends the first few frames as 800x600 (a black splash > > screen) JPEG images and then sends the live data as 352x288. > > > > When the first frame is decoded I link a GstVaapiPostproc element with > > the GstURIDecodeBin and the vaapipostproc sink caps are negotiated > > with the vaapidecode elements src caps as 800x600. > > > > When the JPEG images change size, the sink caps of the vaapidecode > > element receive a GST_EVENT but this does not propagate to any of the > > downstream elements. > > > > I’m assuming that the sink of the vaapipostproc element would need to > > renegotiate with the src of the vaapidecode element? Is that correct? > > It is tricky since vaapipostproc resize the frame, thus there's no need to renegotiate because resizing is assumed. > > > > > I have connected a notify::caps signal handler to the sink pad of the > > vaapidecode element however I’m not sure of the best way of getting > > the downstream elements to renegotiate. What is the best way of achieving this? > > I guess that's is a way to workaround this in your case. > > > > > Thanks in advance, > > > > Danny > > </div> <table class="ImprintUniqueIDTable" style="WIDTH: 100%; BORDER-COLLAPSE: collapse" cellspacing="0" cellpadding="0" border="0"> <tbody> <tr> <td style="HEIGHT: 51px; LINE-HEIGHT: 20px">Danny Cullen Software Team Leader</td> </tr> <tr> <td style="HEIGHT: 90px"><a href="http://www.datapath.co.uk/" target=""><img width="200" height="56" style="border: 0px Solid ; " src="cid:image757443.JPG@46530b02.4785eb5d" alt="Datapath"></a></td> </tr> <tr> <td style="HEIGHT: 35px; LINE-HEIGHT: 20px">Bemrose House, Bemrose Park, Wayzgoose Drive, Derby, DE21 6XQ, United Kingdom T: +44 (0)1332 294 441 | <a href="http://www.datapath.co.uk" title="" target="" style="font-family:Corbel;font-size:10pt;color:#0070C0;text-decoration:underline;">www.datapath.co.uk</a> </td> </tr> <tr> <td style="HEIGHT: 119px"><a href="http://ow.ly/a4cH300zbGd" target=""><img align="Middle" src="cid:image7c6d8d.JPG@fc30e129.44b3ed0c" title="Fx4 wall controller (www.datapath.co.uk/fx4)" alt="Fx4 wall controller (www.datapath.co.uk/fx4)"></a></td> </tr> <tr> <td style="HEIGHT: 20px">Datapath Ltd. Registered Number: 1609392. Registered in England at Bemrose House, Bemrose Park, Wayzgoose Drive, Derby. DE21 6XQ.</td> </tr> <tr> <td style="HEIGHT: 21px"></td> </tr> </tbody> </table> <div style="font-family:Tahoma;font-size:10pt">_______________________________________________ gstreamer-devel mailing list gstreamer-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel </div> </body> </html>