GNOME Bugzilla – Bug 719743
vaapivc1dec: can't play .rcv format video
Last modified: 2018-11-03 15:44:13 UTC
Created attachment 263364 [details] Attachment is the target video. Test Env: ------------------------- Platform: IVB Arch: x86_64 Libdrm: (master)libdrm-2.4.49-2-gc3d96897de647bd5f6d4802c108a3f65a307d61b Mesa: (master)5b331f6fcbf226f18e0c517ffdce30a39bb92982 Xf86_video_intel: (master)2.99.906-65-g3dae8b97151f1d08942ec690dac5a5008901d7d0 Libva: (staging)1264cd81fd8728f18bd2feedf6e9c1a232663890 Libva_intel_driver: (staging)2a61b0d17072bdc5b58608e3dfa2c4f9f80dcec4 Ffmpeg: (master)e3d7a3978b857e32b32575ff78ecc7d67a18687e Mplayer: (hwaccel-vaapi)1923fa10ed77bbf8408f2ce312d85a97dab1f0f3 Gstreamer10: (1.0)4e880d4d1e151ea64f83c28b5c3e1bbc06c57903 Gst_plugins_base10: (1.0)2dd3f028c1e6dea799d7496639f53220818b20b1 Gst_plugins_good10: (1.0)643d425f51f81b56deec16c01162637546708ee5 Gst_plugins_bad10: (1.0)0587ab41b4f9979e9cfc11011ed5c970569ee3d3 Gst_plugins_ugly10: (1.0)c7c911b8320576429e4a4234a1e29ec7436e6814 Gst_plugins_vaapi10: (master)0e9fc92819352b708b55b77e360a0b1ee7e7b555 Reproduce Steps: -------------------------- rm -rf /root/.cache rm -rf /root/.gstreamer-1.0/* setting gstreamer folder path and export them export PATH LD_LIBRARY_PATH PKG_CONFIG_PATH GST_PLUGIN_PATH gst-launch-1.0 filesrc location=/root/media_tools/decoder/bitstreams_vc1/SML0008.rcv ! video/x-wmv ! vaapidecode ! vaapisink sync=false Program run and exit normally, however, nothing rendered at the screen. We echo $?, also got 0 returned. We tried mplayer bypass the following command: mplayer -nosound -fps 30 -vo vaapi -va vaapi /root/media_tools/decoder/bitstreams_vc1/SML0008.rcv, this works normally. Log output: -------------------------- libva info: VA-API version 0.34.0 libva info: va_getDriverName() returns 0 libva info: Trying to open /opt/X11R7/lib/dri/i965_drv_video.so libva info: Found init function __vaDriverInit_0_34 libva info: va_openDriver() returns 0 Setting pipeline to PAUSED ... Pipeline is PREROLLING ... Pipeline is PREROLLED ... Setting pipeline to PLAYING ... New clock: GstSystemClock Got EOS from element "pipeline0". Execution ended after 172964 ns. Setting pipeline to PAUSED ... Setting pipeline to READY ... Setting pipeline to NULL ... Freeing pipeline ... Reproduce rate: -------------------------- 100%
The same results have been got bypass SGB and HSW.
The same results have been got by SGB and HSW.
It still produced in testing.
I'm not sure, but this bug seems not valid, since this test file is not a vc1 but wmv3, which doesn't look support by gstreamer-vaapi. Somebody can confirm this?
(In reply to comment #4) > I'm not sure, but this bug seems not valid, since this test file is not a vc1 > but wmv3, which doesn't look support by gstreamer-vaapi. Somebody can confirm > this? WMV3 == {simple & main } profile of vc1 WVC1 == advanced profile of vc1 All are supported by the HW.
Parsing with the latest patch in bug 743948 (attachment 297628 [details] [review]) the attached file is parsed as "video/x-wmv, wmvversion=3, header-format=none, stream-format=sequence-layer-frame-layer, width=240, height=320, framerate=(fraction)26/1, format=WMV3, profile=main, level=low" but vaapidecode fails to decode it. avdec_vc1image is supposed to work because av_vc1image is what uses avdec, but it doesn't work in gstreamer since the element doesn't have the proper sink caps.
Moving to Product:GStreamer, Component:gstreamer-vaapi
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/issues/6.