Opened 3 years ago

Last modified 3 years ago

#5433 new defect

Last frames are dropped while decoding with qsv decoder

Reported by: Giribabu Owned by:
Priority: normal Component: undetermined
Version: unspecified Keywords: qsv
Cc: Blocked By:
Blocking: Reproduced by developer: no
Analyzed by developer: no

Description

Summary of the bug:

I tried to install MSS SDK on HSW system , right now i can able to triggered HW accelerators (h264_qsv decoder),

I am trying to compare decoding outputs with qsv decoder and without qsv decoder those two outputs are not matched..

commands used are as follows..

1) with qsv : ./ffmpeg -vcodec h264_qsv -r 30 -i input.264 -pix_fmt yuv420p output_qsv.yuv

2) with out qsv : ./ffmpeg -i input.264 output_x264.yuv ( default decoder )

these 2 outputs are output_qsv.yuv and output_x264.yuv files are not matched..

I think that qsv decoding with different frame rate, that why i am using command by putting " -r 30 " before i/p read,now getting 0th frames twice while decoding with qsv ..but CPU utilization is very good while decoding..

I think that both decoders (with and with out qsv options....) should match right..?

ffmpeg version -- ffmpeg-3.0.1 downloaded from https://www.ffmpeg.org/download.html

This is a latest one build from source repo only..

I have faced few issues like:

i) most of the sequences getting " 0 " th frame twice while decoding with h264_qsv decoder,
ii) Last 4 to 5 frames is not dumped in to output file,
iii) few frames are also dropped into output file,
iv) as per my observation those 4 frames are appended with N-15 frames in the output file, where N is the no of frames in a sequence
but few frames are dropped..

please give reply as soon as possible, please let me know any information needed..

Thanks & Regards,
L V GiriBabu?..

Attachments (1)

toshiba.264 (1.4 MB) - added by Giribabu 3 years ago.
attached input stream

Download all attachments as: .zip

Change History (7)

comment:1 Changed 3 years ago by cehoyos

  • Analyzed by developer unset
  • Component changed from ffmpeg to undetermined
  • Priority changed from important to normal
  • Reproduced by developer unset
  • Version changed from 2.8.3 to unspecified

Please test current FFmpeg git head and please provide the command line you used for testing together with the complete, uncut console output to make this a valid ticket.

comment:2 Changed 3 years ago by Giribabu

[root@localhost ffmpeg-3.0.1]# ./ffmpeg -c:v h264_qsv -r 30 -i /home/giri/giri/toshiba.264 -pix_fmt yuv420p /home/giri/giri/toshiba.yuv
ffmpeg version 3.0.1 Copyright (c) 2000-2016 the FFmpeg developers

built with gcc 4.8.5 (GCC) 20150623 (Red Hat 4.8.5-4)
configuration: --enable-gpl --enable-libx264 --enable-libmfx --enable-nonfree --enable-ffplay
libavutil 55. 17.103 / 55. 17.103
libavcodec 57. 24.102 / 57. 24.102
libavformat 57. 25.100 / 57. 25.100
libavdevice 57. 0.101 / 57. 0.101
libavfilter 6. 31.100 / 6. 31.100
libswscale 4. 0.100 / 4. 0.100
libswresample 2. 0.101 / 2. 0.101
libpostproc 54. 0.100 / 54. 0.100

libva info: VA-API version 0.99.0
libva info: va_getDriverName() returns 0
libva info: User requested driver 'iHD'
libva info: Trying to open /opt/intel/mediasdk/lib64/iHD_drv_video.so
libva info: Found init function vaDriverInit_0_32
libva info: va_openDriver() returns 0
Input #0, h264, from '/home/giri/giri/toshiba.264':

Duration: N/A, bitrate: N/A

Stream #0:0: Video: h264 (Main), nv12, 352x288, 12.50 fps, 25 tbr, 1200k tbn, 25 tbc

Output #0, rawvideo, to '/home/giri/giri/toshiba.yuv':

Metadata:

encoder : Lavf57.25.100
Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 352x288, q=2-31, 200 kb/s, 30 fps, 30 tbn, 30 tbc
Metadata:

encoder : Lavc57.24.102 rawvideo

Stream mapping:

Stream #0:0 -> #0:0 (h264 (h264_qsv) -> rawvideo (native))

Press [q] to stop, ? for help
libva info: VA-API version 0.99.0
libva info: va_getDriverName() returns 0
libva info: User requested driver 'iHD'
libva info: Trying to open /opt/intel/mediasdk/lib64/iHD_drv_video.so
libva info: Found init function vaDriverInit_0_32
libva info: va_openDriver() returns 0
Past duration 0.999992 too large

Last message repeated 87 times

Error while decoding stream #0:0: Invalid argument
frame= 90 fps=0.0 q=-0.0 Lsize= 13365kB time=00:00:03.00 bitrate=36495.4kbits/s dup=1 drop=0 speed=51.2x
video:13365kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000000%
[root@localhost ffmpeg-3.0.1]#

comment:3 Changed 3 years ago by cehoyos

  • Keywords decoder removed

Is the issue reproducible with current FFmpeg git head?
Please provide the input sample.

Changed 3 years ago by Giribabu

attached input stream

comment:4 Changed 3 years ago by Giribabu

Dear all,

Can any body plz give reply as soon as possible...

regards

comment:5 Changed 3 years ago by cehoyos

  • Keywords qsv added; H264_qsv removed

Is this issue reproducible with current FFmpeg git head?

comment:6 Changed 3 years ago by Giribabu

Yes..

Note: See TracTickets for help on using tickets.