-
-
Notifications
You must be signed in to change notification settings - Fork 24
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[BUG] 2.3.0-A with --psy-rd >0 produces artifacts and inconsistent results with identical source and settings. #117
Comments
Thank you for the bug report. I will try to reproduce it on my end (CachyOS Linux). Did you try weaker settings (0.5 to 4.0)? Perhaps the calculated distortion is too high, because while I can't reproduce the delerious transform bug, I can see artifacts that never appear at more reasonable strengths (<2.0). |
Yep, tried 3.0 and 4.0, same story. Just like I said, anything at 0.5 and up becomes pretty visible on my side. |
im getting the same bug even at 0.5. |
I saw the same occasionally in very noisy, heavily filtered scenes with --psy-rd 1.0. Lowering to crf 10.0 and preset -2 appeared to resolve it, but it may have been random. This occurred in both 8-bit & 10-bit encodes of the same scene. The scene in question was: |
Hi, Would you be able to provide a couple of things to assist in our diagnosis?
I'm able to reproduce the issue with inconsistent run-to-run behavior on Linux, but I cannot reproduce any visual issues. We should probably make this more clear in our documentation, but it is worth noting that SVT-AV1-PSY is not officially supported for Windows and there are no plans to change this any time soon. We're most interested in reproducing the visual inconsistencies you present here in Linux/macOS environments. We greatly appreciate your help. |
|
Oh thank you, I am now able to reproduce the issue. Thanks a lot ❤️ |
I was able to fix build issues, and have found new findings. With this new patch in the testing branch: A bug that a user messaged me personally was fixed by changing the absolute value conversion, which fixed the your bug at Preset 5 and Preset >8. However, the issue still persists on Preset 6 and Preset 7. In summary:
My best guess? Overflowing values with the RDO calculations for the rest of the encoded block artifacts, causing the encoder to believe they have so much distortion to blur them to pieces. |
@BlueSwordM, I'll get to checking it out in a bit, for sure! |
@BlueSwordM the issue is still present for me with latest testing commit. |
Better news: my guess has become reality. It's even possible that we are losing some quality over this since it possibly means the wrong values are being calculated. |
I also have this issue with --psy-rd4, I was using 2.3.0-A |
Overview
Random block-shaped artifacts at the exact same frames:
A screenshot from another encode to make sure it's not just one video issue:
File sizes are inconsistent as well, obviously.
Presets 5, 6, 7 are the most affected. The slowest I tried was 3 and it wasn't as noticeable there. Preset 10 I couldn't really tell.
Starts to become visible at
--psy-rd
values around 0.5 and up, but file size inconsistencies are present with any non-0 value at any preset I tried.CRF's tried were 35 and 22.5
Branch
In which branch does the issue appear to be occurring?
master
testing
Reproduction
Steps to reproduce the behavior:
--psy-rd 6.0
and--preset 6
Expected behavior
No obvious artifacts, consistent encoding results.
Platform (please complete the following information):
Version String (please complete the following information):
Additional context / Relevant Files
--psy-rd 0
files seem to be identical from encode to encode.The text was updated successfully, but these errors were encountered: