[x265] [Bug]reconstruction yuv picture diff with HM decoder out

[Deepthi Nandakumar]

Hi,

We've checked out for hash mismatch for all our hash clips with --rd 2. Can
you share the source that caused a mismatch? That will help us identify the
issue.

Thanks,
Deepthi


On Mon, Feb 17, 2014 at 12:38 PM, zxy at rock-chips.com <zxy at rock-chips.com>wrote:

>  hi, x265 members
> 1. [Bug report]
> We found that x265 (version 0.7+2-4b8901ae94ece1ac ) recon yuv data diff
> with HM decode out when config CQP mode with QP=34 and set rd=0 or 1 or 2,I think it's a serious bug!
>
> with command like this
>
>
> --input F:\yuv\Samsung_1080p_25.yuv --input-res 1920x1080 --fps 24 -q 34 -o E:\out1.bin -r E:\rec1.yuv --psnr --rd 0
>
>
> --input F:\yuv\Samsung_1080p_25.yuv --input-res 1920x1080 --fps 24 -q 34 -o E:\out1.bin -r E:\rec1.yuv --psnr --rd 1
>
> --input F:\yuv\Samsung_1080p_25.yuv --input-res 1920x1080 --fps 24 -q 34 -o E:\out1.bin -r E:\rec1.yuv --psnr --rd 2
>
>
> 2. [Proprose]
>  The x265 codec encodes video con-tent  using  a  fixed  quantization
> step,  thus  leading to  a  variable bitrate  stream  which  may  not  be
> suitable  for  the  many  multi-media  applications  where  a  constant
> bandwidth  is  required. Therefore,  maybe adaptive quantization  step may
> be better.
>
>
> I'm looking forward to you
> thks
>  zxy at rock-chips.com
>
> _______________________________________________
> x265-devel mailing list
> x265-devel at videolan.org
> https://mailman.videolan.org/listinfo/x265-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/x265-devel/attachments/20140220/c871ecb0/attachment-0001.html>