gstreamer-vaapi no VA Surface available mpeg2 streams
sreerenj b
bsreerenj at gmail.com
Wed Feb 29 23:35:38 PST 2012
On Wed, Feb 29, 2012 at 12:52 PM, arnaud tonda <arnaud.tonda at gmail.com>wrote:
> Dear all,
>
> firstly this is my work environment :
>
> Asus AT3 with nvidia GT218 Chipset.
> latest stable version of gstreamer base and plugins (good, bad)
> latest git version of vdpau-va-drivers
> latest git version of libva
> latest git version of gstreamer-vaapi
>
>
> I actually try to play some tv records that are mpegts streams with mpeg2
> video inside.
> to get benefits of hardware acceleration, i would get working
> gstreamer-vaapi.
>
> after compiling and installing gstreamer-vaapi i can play some h264
> streams fluently with vaapidecode and vaapisink inside a playbin2 element.
>
> the problem i have, seems to occurs only with mpegts streams.
>
> the pipeline go in PLAYING state, the audio play fine, but i have only the
> first video frame.
>
> after adding some debug traces with this command line :
>
> GST_DEBUG=vaapi:5,vaapidecode:5 gst-launch -v playbin2
> uri=file:///tv/bfm_business.ts
>
> it appears some errors on vaapidecode element :
>
> #####################
> 0:00:03.622048968 18673 0xa171b20 DEBUG vaapidecode
> gstvaapidecode.c:259:gst_vaapidecode_step: decode timeout. Decoder required
> a VA surface but none got available within one second
> 0:00:03.622550808 18673 0xa171b20 DEBUG vaapidecode
> gstvaapidecode.c:678:gst_vaapidecode_sink_event: handle sink event 'tag'
> 0:00:03.622842928 18673 0xa171b20 DEBUG vaapi
> gstvaapidecoder.c:66:push_buffer: queue encoded data buffer 0xa1730c0 (5688
> bytes)
> 0:00:04.630819919 18673 0xa171b20 DEBUG vaapidecode
> gstvaapidecode.c:259:gst_vaapidecode_step: decode timeout. Decoder required
> a VA surface but none got available within one second
> 0:00:04.631353639 18673 0xa171b20 DEBUG vaapidecode
> gstvaapidecode.c:678:gst_vaapidecode_sink_event: handle sink event 'tag'
> 0:00:04.631651479 18673 0xa171b20 DEBUG vaapi
> gstvaapidecoder.c:66:push_buffer: queue encoded data buffer 0xa173120 (5496
> bytes)
> 0:00:05.639477110 18673 0xa171b20 DEBUG vaapidecode
> gstvaapidecode.c:259:gst_vaapidecode_step: decode timeout. Decoder required
> a VA surface but none got available within one second
> 0:00:05.640880150 18673 0xa171b20 DEBUG vaapidecode
> gstvaapidecode.c:678:gst_vaapidecode_sink_event: handle sink event 'tag'
> 0:00:05.641189710 18673 0xa171b20 DEBUG vaapi
> gstvaapidecoder.c:66:push_buffer: queue encoded data buffer 0xa171da0
> (88956 bytes)
> 0:00:06.649069620 18673 0xa171b20 DEBUG vaapidecode
> gstvaapidecode.c:259:gst_vaapidecode_step: decode timeout. Decoder required
> a VA surface but none got available within one second
> 0:00:06.649642940 18673 0xa171b20 DEBUG vaapidecode
> gstvaapidecode.c:678:gst_vaapidecode_sink_event: handle sink event 'tag'
> 0:00:06.649993420 18673 0xa171b20 DEBUG vaapi
> gstvaapidecoder.c:66:push_buffer: queue encoded data buffer 0xa171c20 (5864
> bytes)
> #####################
>
> Is there someone who can explain me what means that there is no VA surface
> available?
>
It is probably a bug in gst-vaapi. vaapidecoder is pre-allocating six
surfaces for rendering (except for h264)...somehow it is not freeing .. Is
it the case for all mpeg2-transportstream?
> maybe i have forgotten something to do.
>
> i don't understand where can be the problem.
>
> here some VAinfo if needed :
>
> libva: VA-API version 0.32.0
> libva: va_getDriverName() returns 0
> libva: Trying to open /usr/lib/dri/nvidia_drv_video.so
> libva: va_openDriver() returns 0
> vainfo: VA-API version: 0.32 (libva 1.0.16.pre1)
> vainfo: Driver version: Splitted-Desktop Systems VDPAU backend for VA-API
> - 0.7.4.pre1
> vainfo: Supported profile and entrypoints
> VAProfileMPEG2Simple : VAEntrypointVLD
> VAProfileMPEG2Main : VAEntrypointVLD
> VAProfileH264Main : VAEntrypointVLD
> VAProfileH264High : VAEntrypointVLD
> VAProfileVC1Simple : VAEntrypointVLD
> VAProfileVC1Main : VAEntrypointVLD
> VAProfileVC1Advanced : VAEntrypointVLD
>
> Best regards
> --
> Arnaud Tonda
>
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
>
--
Sreerenj Balachandran (Intel OTC, Finland)
http://twitter.com/#!/sreerenj
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20120301/714457ff/attachment.html>
More information about the gstreamer-devel
mailing list