VP9 coding artifact at speed 5, near moving region.

GoogleCodeExporter commented 9 years ago

Encoding with vp9, vc-content clip with moving face, at speed 5 shows artifacts 
near edge of moving face.

Issue can be duplicated by running:

./vpxenc --rt --cpu-used=5 --threads=0 --profile=0 --lag-in-frames=0 
--error-resilient=1 --min-q=2 --max-q=56 --passes=1 --end-usage=cbr 
--kf-max-dist=9999 --kf-min-dist=0 --drop-frame=0 --static-thresh=0 
--sharpness=0 --undershoot-pct=50 --overshoot-pct=50 --buf-sz=1000 
--buf-initial-sz=500 --buf-optimal-sz=600 --max-intra-rate=900 --codec=vp9 
--width=640 --height=480 --target-bitrate=500 mac_marco_moving.640_480.yuv -o 
out.webm

See, in particular, decoded frames around 103, 138, 267.
Artifact doesn't seem to be there at speed 4. 

Run was with libvpx version from today (Wed Mar 19): 
commit: 39f95de83dd8cbdb42c84453f37bedab9ca8242d

Original issue reported on code.google.com by marpan@google.com on 19 Mar 2014 at 6:56

GoogleCodeExporter commented 9 years ago

attached pic, see block degradation on lower right cheek. seems like a bug.

Original comment by marpan@google.com on 20 Mar 2014 at 10:16

Attachments:

[Screenshot from 2014-03-20 15:14:07.png](https://storage.googleapis.com/google-code-attachments/webm/issue-738/comment-1/Screenshot from 2014-03-20 15:14:07.png)

GoogleCodeExporter commented 9 years ago

Original comment by renganat...@google.com on 3 Apr 2014 at 10:17

Changed state: Assigned
Added labels: Pri-1, Type-Bug

GoogleCodeExporter commented 9 years ago

Mark the issue as solved, with recent improvement in compression quality. 
please open a new issue if any new artifact is spotted.

Original comment by ya...@google.com on 10 Jul 2015 at 10:04

Changed state: Fixed

dinhminhquoi / webm

VP9 coding artifact at speed 5, near moving region. #738