AMD VCE encoders add green/black bars and/or work with wrong aspect ratio about handbrake

[galad87]

AMD AV1 encoder has a severe limitation, it can only works with widths and heights divisible by 64 (or 32?) if I remember correctly.
That's an hardware issue, and there is no way to fix it. A workaround would be to set the correct crop in the container, but then most players ignore container crop values.

However it should happen with AMD H.264 or AMD H.265.

[Acrivec]

AMD AV1 encoder has a severe limitation, it can only works with widths and heights divisible by 64 (or 32?) if I remember correctly. That's an hardware issue, and there is no way to fix it. A workaround would be to set the correct crop in the container, but then most players ignore container crop values.

However it should happen with AMD H.264 or AMD H.265.

Interesting, but then I'd expect to see those bars when using amd codec acceleration in other apps, such as screen recording through ShareX (with random region size every time!), or adrenalin screen recording?
I remember that I've been also converting av1 to h264 or hevc with those random sizes and didn't get those green bars, though I've been using ffmpeg in command line to do that.

[sr55]

It affects all apps being a hardware limitation.

Most screen resolutions won't be affected as they are usually divisible by 64 so not that surprising.

Looking at your encode, you might want to drop the cropping down to 0. I do wonder if that's a false positive crop detection. That would bring the resolution up.

[Acrivec]

It affects all apps being a hardware limitation.

Most screen resolutions won't be affected as they are usually divisible by 64 so not that surprising.

Looking at your encode, you might want to drop the cropping down to 0. I do wonder if that's a false positive crop detection. That would bring the resolution up.

As I said, settings do not matter.

Also, I did say that recordings were with random region sizes, so the chances to hit n*64/32 every time is zero.

[sr55]

Also, I did say that recordings were with random region sizes, so the chances to hit n*64/32 every time is zero.

If this is the issue your seeing, then your sod outa luck. AMD confirmed it was a problem on their end so in all likelihood we'll see it sorted with RNDA 5

However, are you able to share with us a sample file, I can run it here just in-case there is something more going on

[galad87]

The live preview inside HandBrake doesn't seem to align the video properly sometimes, but I can't reproduce the issue when playing the encoded file in a separate app. I can't test AV1.

[sr55]

on Windows? That's just an instance of the Windows media player. (Not entirely sure if it's using the legacy or modern API for it but it should then be reproducible in the native app)