Hi, 2012/12/18 Yuan, Feng <[email protected]>: >> The sync=false issue is an independent problem. I have not investigated >> this one yet. From what I see, at least on my side, is that with sync=false + >> playbin2, some streams would not stop immediately at the end of the >> stream. However, there is no issue with sync=false + explicit pipeline >> (somedemux ! vaapidecode ! vaapisink sync=false). > Cong has done some investigation on playbin2 with sync=false. And said > pipeline stopped by GstVaapiSurface exhausted, we have 20 surfaces created in > decoder, but playbin2 has some queues, so the pipeline would looks more like > (somedemux ! vaapidecode ! *queue* ! vaapisink sync=false), the <queue> may > use up all surfaces then after vaapidecode tried more than 100 times and > return GST_FLOW_UNEXPECTED, finally pipeline got EOS message, this is > reasonable. You can try add a queue. Since we didn't handle timestamp in > h264decoder on raw stream, I think QA can test raw streams only on manual > pipeline without <queue>.
We are discussing different problems then, because the issue I have can be reproduced with MP4 containers. Though, the effects look the same: someone is holding all output GstBuffers (and associated surface proxies), that's why we run out of VA surfaces in the end and eventually stop after the timeout you mentioned. >> >> -----Original Message----- >> >> From: [email protected] >> >> [mailto:[email protected]] On >> >> Behalf Of Zhang, Ouping >> >> Sent: Tuesday, December 18, 2012 11:05 AM >> >> To: Yuan, Feng; Gwenole Beauchesne >> >> Cc: Beauchesne, Gwenole; [email protected]; Zhong, CongX >> >> Subject: Re: [Libva] codec parser issues between gst-plugins-bad and >> >> gstreamer-vaapi >> >> >> >> Git apply Gwenole's patch(gst.vaapi.hide.codecparsers.patch), it can >> >> fix bug 55305 and bug 56652 on master branch and QA branch. >> >> >> >> But when configure --enable-encoders on master branch with the >> patch, >> >> decoding can't work well with the following error: >> >> (gst-plugin-scanner:13863): GStreamer-WARNING **: Failed to load >> >> plugin >> >> '/usr/lib/x86_64-linux-gnu/gstreamer-0.10/libgstvaapi.so': >> >> /usr/lib/x86_64- >> >> linux-gnu/gstreamer-0.10/libgstvaapi.so: undefined symbol: >> >> vaapi_encoder_dump_bytes >> >> >> >> (gst-plugin-scanner:13864): GStreamer-WARNING **: Failed to load >> >> plugin >> >> '/usr/lib/x86_64-linux-gnu/gstreamer-0.10/libgstvaapi.so': >> >> /usr/lib/x86_64- >> >> linux-gnu/gstreamer-0.10/libgstvaapi.so: undefined symbol: >> >> vaapi_encoder_dump_bytes >> >> WARNING: erroneous pipeline: could not set property "video-sink" in >> >> element "playbin20" to "vaapisink sync=false" >> >> >> >> -----Original Message----- >> >> From: Yuan, Feng >> >> Sent: Tuesday, December 18, 2012 9:52 AM >> >> To: Gwenole Beauchesne; Zhang, Ouping >> >> Cc: Beauchesne, Gwenole; [email protected]; Zhong, CongX >> >> Subject: RE: [Libva] codec parser issues between gst-plugins-bad and >> >> gstreamer-vaapi >> >> >> >> >> >> > -----Original Message----- >> >> > From: Gwenole Beauchesne [mailto:[email protected]] >> >> > Sent: Monday, December 17, 2012 9:40 PM >> >> > To: Yuan, Feng >> >> > Cc: Beauchesne, Gwenole; [email protected]; Zhong, CongX >> >> > Subject: Re: [Libva] codec parser issues between gst-plugins-bad >> >> > and gstreamer-vaapi >> >> > >> >> > Hi, >> >> > >> >> > 2012/12/10 Yuan, Feng <[email protected]>: >> >> > >> >> > >> If you tell me it works, yes. :) Otherwise, I didn't test the >> >> > >> patch since I don't have the issue, but I understand the cause >> >> > >> based on what you said. >> >> > > >> >> > > I just simply tried the patch on my machine and it works. >> >> > > QA will test it tomorrow and let you know the result soon. >> >> > >> >> > Applied. No news from QA, though there is no reason this shouldn't >> >> work. >> >> >> >> Good. >> >> Sorry, I'm busy on Tizen these days so didn't tell you the result. QA >> >> tried it but said it was failed. I didn't check their environment not sure >> why failed. >> >> But yours can work in my machine. Cong wrote a similar patch like >> >> yours < -fvisibility=hidden> and said his can work, in my option, >> >> your and his patch should have the same result. >> >> >> >> Ouping/Cong, >> >> Could you pull master branch and test it again? maybe you need >> >> try $git clean -dxf first and reply the result. >> >> >> >> Thanks, >> >> Wind >> >> _______________________________________________ >> >> Libva mailing list >> >> [email protected] >> >> http://lists.freedesktop.org/mailman/listinfo/libva _______________________________________________ Libva mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libva
