<div dir="ltr"><div><div><div><div><div><div><div><div>Hi y'all,<br></div>As I wrote in other emails, I'm playing with vaapi and I'm probably becoming annoying...<br><br></div>I create a prototype that encode a video stream and sends RTP to the network.<br></div>The other side is receiving the RTP stream and decode.<br><br></div>My problem is when the encoded stream changes the resolution. vaapidecodebin (h264) decode a corrupted stream. The corrupted frame is first couples line some colors and the rest is green.<br><br>VLC is able to decode the same stream.<br></div><div><br></div>I noticed in logs that when h264parse sense the resolution changes the vaapidecode change src caps with old width and height:<br><br>0:00:11.141138375 16310      0x11594f0 INFO               GST_EVENT gstevent.c:809:gst_event_new_caps: creating caps event video/x-h264, stream-format=(string)avc, alignment=(string)au, codec_data=(buffer)01640028ffe1002a67640028ac3c4201e0089797ff0001000110000003001000000303ce00000302dc6c000089545bdef72801000568ee01070c, level=(string)4, profile=(string)high, pixel-aspect-ratio=(fraction)1/1, width=(int)1920, height=(int)1080, framerate=(fraction)30/1, interlace-mode=(string)progressive, parsed=(boolean)true<br>0:00:11.143496386 16310      0x11594f0 INFO             vaapidecode gstvaapidecode.c:208:gst_vaapidecode_update_sink_caps:<decoder-bin-0> new sink caps = video/x-h264, stream-format=(string)avc, alignment=(string)au, codec_data=(buffer)01640028ffe1002a67640028ac3c4201e0089797ff0001000110000003001000000303ce00000302dc6c000089545bdef72801000568ee01070c, level=(string)4, profile=(string)high, pixel-aspect-ratio=(fraction)1/1, width=(int)1920, height=(int)1080, framerate=(fraction)30/1, interlace-mode=(string)progressive, parsed=(boolean)true<br>0:00:11.145759769 16310      0x11594f0 INFO               h264parse gsth264parse.c:1850:gst_h264_parse_update_src_caps:<h264-parse-dec-0> PAR 1/1<br>0:00:11.145988562 16310      0x11594f0 INFO               baseparse gstbaseparse.c:3986:gst_base_parse_set_latency:<h264-parse-dec-0> min/max latency 0:00:00.033333333, 0:00:00.033333333<br>0:00:11.150561630 16310      0x11594f0 INFO             vaapidecode gstvaapidecode.c:373:gst_vaapidecode_update_src_caps:<decoder-bin-0> new src caps = video/x-raw(memory:VASurface), format=(string)NV12, width=(int)1280, height=(int)720, interlace-mode=(string)progressive, multiview-mode=(string)mono, multiview-flags=(GstVideoMultiviewFlagsSet)0:ffffffff:/right-view-first/left-flipped/left-flopped/right-flipped/right-flopped/half-aspect/mixed-mono, pixel-aspect-ratio=(fraction)1/1, framerate=(fraction)30/1<br><br><br></div>Any suggestion? Could be a bug? Is it a supported scenario?<br><br></div><div>Attaching the images of my two pipelines<br><a href="https://drive.google.com/drive/folders/0ByDh6xFg0wZJNW1RYWg3Snk3TzQ?usp=sharing">https://drive.google.com/drive/folders/0ByDh6xFg0wZJNW1RYWg3Snk3TzQ?usp=sharing</a><br><br></div><div>I'm using (1.13.0, master branch, gst-build) but I can see the same problem with 1.12.2.<br> <br></div>Best<br></div>Matteo<br clear="all"><div><div><div><div><div><div><div><div><div><div><br>-- <br><div class="gmail_signature">“There are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies, and the other way is to make it so complicated that there are no obvious deficiencies. The first method is far more difficult.”<br>- Tony Hoare</div>

</div></div></div></div></div></div></div></div></div></div></div>