[Bug 768647] [MVC][Encode] all the encoded file can't be displayed.

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=768647

--- Comment #14 from sreerenj <bsreerenj at gmail.com> ---
(In reply to Fei from comment #13)
> I removed "lose frames" judgement from our test system, and get 3 fail case:
> 1./media/mvc/MVCICT-1.264
> 2./media/mvc/MVCICT-2.264
> 3./media/mvc/MVCSPS-2.264
> 
> With "fec82052d54daf1338f30d655a12fe6a72ea0a7f", only item 1 and item 2
> fail. Item 3 pass.
> 
> steps:
> 1. $tools_path/jmvc8.5/bin/H264AVCDecoderLibTestStatic
> /media/mvc/MVCDS-1.264 a.yuv 2
> 
> 2. gst-launch-1.0 -v filesrc location=/media/a.yuv '!' videoparse
> format=i420 width=640 height=480 '!' vaapih264enc num-views=2
> keyframe-period=30 '!' filesink location=/tmp/gstEncJMVCdump.264
> 
> 3. $tools_path/jmvc8.5/bin/H264AVCDecoderLibTestStatic
> "/tmp/gstEncJMVCdump.264" "b.yuv" "2"
> 
> 4. YSNR=$tools_path/metrics_calc_lite.ia32e -i1 a.yuv -i2 b.yuv -w 640 -h
> 480 -nopfm psnr y
>    USNR=$tools_path/metrics_calc_lite.ia32e -i1 a.yuv -i2 b.yuv -w 640 -h
> 480 -nopfm psnr u
>    VSNR=$tools_path/metrics_calc_lite.ia32e -i1 a.yuv -i2 b.yuv -w 640 -h
> 480 -nopfm psnr v
> 
> 5. Only YSNR&USNR&VSNR all more than 40.0, then it pass, else it fail.
> 
> 6. item 1 & item 2 YSNR is about 39.0+, Item 3 YSNR is 27.0+ with this patch.


I don't know how accurate your psnr calculations here :)
For me , The psnr calculations with ffmpeg showing
"PSNR y:41.24 u:45.97 v:46.55 average:42.33 min:41.56 max:42.56"


Few things:
-- try setting dct8x8=FALSE while doing encoding, then set dct8x8=FALSE,
cabac=FALSE in another test case. Not only for mvc, you can test with other
normal streams too. compare the values and if there are many mismatches, you
should contact driver team.

--For me, H264AVCDecoderLibTestStatic giving two views separately as two yuv
files.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.