GNOME Bugzilla – Bug 755846
[Regression][MPEG2][decode]sony-ct1.bits fails
Last modified: 2015-10-19 02:24:55 UTC
1. Testing Steps: ======================================================================== 1. mplayer -vo vaapi -va vaapi sony-ct1.bits 2. gst-launch-1.0 filesrc location=sony-ct1.bits '!' mpegvideoparse '!' vaapidecode '!' vaapisink sync=false 2.Log: ======================================================================== [root@x-hsw27 home]# mplayer -vo vaapi -va vaapi /media/mpeg2/sony-ct1.bits MPlayer SVN-r36265-4.8.2 (C) 2000-2013 MPlayer Team Playing /media/mpeg2/sony-ct1.bits. libavformat version 55.7.100 (internal) libavformat file format detected. [mpeg1video @ 0x559176514a20]allocate dummy last picture for field based first keyframe [lavf] stream 0: video (mpeg2video), -vid 0 VIDEO: [MPG2] 352x224 0bpp 60.000 fps 0.0 kbps ( 0.0 kbyte/s) Load subtitles in /media/mpeg2/ libva info: VA-API version 0.38.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_38 libva info: va_openDriver() returns 0 ========================================================================== Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family libavcodec version 55.9.100 (internal) Selected video codec: [ffmpeg2] vfm: ffmpeg (FFmpeg MPEG-2) ========================================================================== Audio: no sound Starting playback... [VD_FFMPEG] Trying pixfmt=0. [VD_FFMPEG] XVMC-accelerated MPEG-2. Movie-Aspect is 1.33:1 - prescaling to correct movie aspect. VO: [vaapi] 352x224 => 352x264 MPEG-2 VA-API Acceleration [VD_FFMPEG] XVMC-accelerated MPEG-2. [mpeg2video @ 0x559176514a20]allocate dummy last picture for field based first keyframe V: 0.1 0/ 0 ??% ??% ??,?% 0 0 [mpeg2video @ 0x559176514a20]warning: first frame is no keyframe V: 0.1 0/ 0 ??% ??% ??,?% 0 0 [mpeg2video @ 0x559176514a20]warning: first frame is no keyframe V: 2.5 0/ 0 0% 1% 0.0% 0 0 No pts value from demuxer to use for frame! pts after filters MISSING V: 2.5 0/ 0 0% 1% 0.0% 0 0 Exiting... (End of file) [root@x-hsw27 home]# gst-launch-1.0 filesrc location=/media/mpeg2/sony-ct1.bits '!' mpegvideoparse '!' vaapidecode '!' vaapisink sync=false libva info: VA-API version 0.38.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_38 libva info: va_openDriver() returns 0 Setting pipeline to PAUSED ... Pipeline is PREROLLING ... Got context from element 'vaapidecode0': gst.vaapi.Display=context, display=(GstVaapiDisplay)NULL; Redistribute latency... Redistribute latency... Pipeline is PREROLLED ... Setting pipeline to PLAYING ... New clock: GstSystemClock Got EOS from element "pipeline0". Execution ended after 0:00:00.786946245 Setting pipeline to PAUSED ... Setting pipeline to READY ... Setting pipeline to NULL ... Freeing pipeline ... 3. Testing Env: ======================================================================== Libdrm: (master)libdrm-2.4.65-3-g14968e4cf63d16f5beaea5eb8edba7578bb90501 Mesa: (master)99b1f4751f97631011b64fabcb57acf6beae01ac Xserver: (master)xorg-server-1.17.99.901-8-g58d54ee82dfae5486bc09d04d2760c922d54d631 Xf86_video_intel:(master)2.99.917-470-g7be6263b8207b7b7c4a00acf8e2335b345d3fda7 Libva: (master)a08a6903af43a942966c78897a4294f47b3226e4 Libva_intel_driver:(master)2a72f99d24714f2a58f400ef63b913d4cf9080b3 Gst_plugins_vaapi10: (master)0681da967064e15fa5224c1e04a13ac3c5de23cf 4. Frequency of Occurence: ======================================================================== 100% 5. Regression info: ======================================================================== good commit: 18a8b87975baf7ad1eb6c02a5dde6889269b33fb bad commit: 0681da967064e15fa5224c1e04a13ac3c5de23cf sony-ct2.bits and twilight_zone_mei_MEI.stream17.long also fail.
Thanks for reporting this, but I don't see what is failing it. What's the error?
I have just tested in HSW, with gstreamer-vaapi master and gstreamer master, and it works.
This is not a bug, not reproducible... Closing...
I run sony-ct2.bits on following 3 test environment, then get the dump.yuv and play them via multiviewer. 1. run on the latest git master branch(commit: 0681da967064e15fa5224c1e04a13ac3c5de23cf), it has 26 frames, the 3rd and 4th frame are duplicate. 2. run it on git master branch(commit: 18a8b87975baf7ad1eb6c02a5dde6889269b33fb), it has 25 frames, the 3rd and 4th frame are different. 3. run it via mplayer, it has 25 frames, the 3rd and 4th frame are different. Case Y_MIN_SSIM REF_FRAME_COUNT DUMP_FRAME_COUNT LOST_FRAMES_COUNT test ENV sony-ct2.bits 0.885888 24 26 0 commit: 0681da9670 sony-ct2.bits 0.999929 24 25 0 commit: 18a8b87975 sony-ct2.bits 0.999929 24 25 0 mplayer
run sony-ct2.bits on the lastest git master branch(commit:64be6d196ef00363), It works well. Case Y_MIN_SSIM REF_FRAME_COUNT DUMP_FRAME_COUNT LOST_FRAMES_COUNT sony-ct2.bits 0.999929 24 25 0 Close it. Verified on the latest master branch.