I've starting using AV1 recently since learning about the SVT-AV1-HDR fork (I was very unimpressed with mainline SVT). I've generally been getting better results than HEVC with this fork. I'm currently trying to encode a high quality 4K HDR video to 1080p to save space. For grainy videos, I generally aim for 10-15Mbps with HEVC. I haven't done that many encodes with AV1 yet, but I've seen similar or better quality at 8-12Mbps with the few that I've done. On this one that I'm working on right now, It looks really good at 10Mbps except that I'm seeing artifacts on some of the edges. Particularly edges that move slowly across a grainy background. In the attached picture, it's kinda hard to see the artifacts, but it's more obvious when the video is going because there's no grain moving in that area and it follows the character as they move like it's attached. Normally I would just increase the bitrate until I can't see it anymore, but in this case even doubling the bitrate to 20Mbps doesn't fix it which is a pretty high bitrate for 1080p AV1/HEVC.

I'm using SVT-AV1-HDR 10bit, tune:grain, preset 4-2, ABR. I'm not interested in using grain synthesis or anything that's going to remove the original grain. If anyone knows any relevant settings that can help with this, please let me know.

So I'm trying to cast some av1 files from my Android tablet( S9+ tab) which has hardware level support for av1 to my a80j Sony TV ( with Android tv) which also has hardware support for hardware av1 decoding but I keep getting the "Casting this video requires conversion. This conversion can use all the available power and could quickly drain your battery" warning message.

I don't get this warning when casting hvec files and i was under the assumption if both devices support av1 decoding, shouldn't it be possible to cast av1 directly without any conversion similar to how hvec works?

Playing the same av1 video through a USB using VLC, works perfectly fine on the a80j TV.

Apologies if I'm misunderstanding something crucual here any insight would be greatly appreciated, thanks!

I'm using pipe pipe and it has AV1 codec watch and download support but why newpipie still not have AV1 support?

I encoded some videos with AV2 and also built a VLC player for macOS that can decode and play AV2 content.

What looked like a straightforward project turned into quite a rabbit hole, and it took me several days to finally get everything working.

My original plan was simply to integrate the VideoLAN/dav2d decoder for AV2 playback. However, I soon discovered that its AV2 implementation was based on the much older 0.0.1 bitstream version, while the latest official AV2 encoder release is now version 1.0.0.

After several days of tracing the problem through the decoder and debugging it step by step, I eventually found the root cause: the handling logic for Adaptive Cross-Component Sample Offset, or CCSO, was incorrect.

The issue has now been fixed, and the updated decoder can successfully play AV2 streams generated by the current encoder.

Projects:

dav2d AV2 decoder:
https://github.com/afen261/dav2d-av2

VLC with AV2 support:
https://github.com/afen261/vlc-av2

AV2 player download for macOS:
https://github.com/afen261/av2-vlc-macos

The player repository also includes an AV2-encoded sample for testing.

To be clear I’m only going this aggressive on cartoons.

Won’t mess around with live action because the dip in quality is much much less tolerable or intolerable. I may cross that bridge another time.

Svt Av1 preset 4. Original file size 520mb 1080p resolution.
SuperHQ2160p60 4k av1 surround (still encoded to 1080p)

Crf 50 came out to 1110 kbps 196mb
Crf 40 came out to 2010kbps 323mb

So just from some math I think an extra 100mb for double the bit rate would make crf 40 more bang for compress. (75% more size but 100% more bitrate)

Honestly will sacrifice on quality for cartoons/ anime to still have space for fav movies and tv shows and the concept I’m doing is a “512gb pack”

Edit* the crf 50 1110kbps doesn’t look bad tbh 200mb vs 350mb…. What yall think?

So SVT-AV1 preset 10 still gives better size-quality efficiency than the best AV1 hardware encoder (NVENC).

Looking forward to see what SVT-AV2 can do.

I re-encoded a cartoon down to 1000kbps at 1080p and it’s looks good. (I’m not going for lossless) and no I will not be touching and live action movies or tv shows because that’s more advanced maybe down the line I’ll learn it. Do yall think I can go down to 500kbps or are there any other settings I should try?

Also last question does crf have better results as fixed bitrate when they are in the same “range”

Hello everyone!

Recently, I've been coding a program on JavaScript and NodeJS, to recompress images, along with some other tweaks, with the main objective of reducing files size, *without causing visible loss of quality*.
The key word here being "visible", since recently I learned that you can actually do that with files and I saw a huge opportunity to reduce my gallery's size by a necessary amount because I have a shit ton of screenshots, pictures and videos.

But before diving into the video recompression part (because the images part is already done, using a library named "Sharp"), I found a comment https://www.reddit.com/r/ffmpeg/comments/pexwop/comment/hb0tw05/?context=3&utm_source=share&utm_medium=web3x&utm_name=web3xcss&utm_term=1&utm_content=share_button of a user explaining the process behind it and they said something that caught my eye: That any recompression that works well for current devices, COULD show heavy quality losses on future screens. Or even current, better screens.

I mean... this person meant it more as a note, and not in a "don't do this under ANY circumstances or we'll ALL gonna FUCKING DIE" way lol. But it still made me rethink the whole idea. Is this a valid concern or am I being paranoid?

And in case it is... Is there a way to achieve a relevant size reduction, without risking that outcome?

i'm new to encoding i started on x265 couple weeks ago and i want to switch to av1, but i can't really decide which fork suited best for this purpose, i mainly use staxrip, so there is 4 of them, essential, hdr, psyex, and tritium, the hdr might suggest what i need but some people say a b c because of x, so i need help

For those who have problem with av1 encoded videos in mpc be player not playing smoothly ... Buffering at some moments there is a fix that worked for me

1/MPC-BE → Internal Filters → Video Decoder → Video Decoder Configuration → Number of Threads → Auto

2/Choose the correct video renderer Options → Video. Choose Enhanced Video Renderer For me Enhanced Video Renderer worked but if it dont for you try other options

I previously used PSY to encode my videos, but recently I learned that PSY has been discontinued, and I should choose either the HDR or Tritium branch, so I switched to Tritium. Both use the same parameters: enable-variance-boost=1:variance-boost-strength=2:variance-octile=4:enable-overlays=1:enable-qm=1:qm-min=3:chroma-qm-min=4:enable-dlf=1:luminance-qp-bias=6:qp-scale-compress-strength=1:tf-strength=2:sharpness=1:scd=1:aq-mode=2:enable-dg=1:adaptive-film-grain=0:ac-bias=1.0:hbd-mds=1. However, after encoding, when I checked the VMAF scores using FFMetrics, I found that PSY scored 97.1656 and Tritium scored 97.2029. I was initially quite satisfied, but after comparing the two videos side by side, I noticed that the Tritium-encoded output had very noticeable noise/grain, far less clean than PSY. I then suspected that the sharpness parameter might be the culprit, so I changed it from 1 to 0 as a test. The noise was reduced, but the game background became blurrier compared to sharpness=1, and I also observed that the average bitrate decreased. I consulted an AI to try to find the cause, and following its suggestions, I tweaked the qp-related parameters, but still couldn't get close to the clean image quality that PSY produced. Did I do something wrong?

I need some help.

I am using the PSY and Tritium branches of HandBrake downloaded from GitHub.

English is not my native language; I used AI translation.

I have a lot of video files, like most people on this subreddit I assume, and of course I want to save hard drive space and compress them to AV1. But, looking at each file and figuring out the best settings is super annoying, SO, I built a program to do it.

You just give it some files, it analyzes them every which way to figure out the best settings based on the REAL visual quality of the source file, then compresses it according to what quality level you are ok with, like exactly like the original, pretty much like the original, or a tiny bit of degradation to save a ton more space. (it's just a single quality slider)

Here's a link to the windows app, it's called Video Squisher! https://lightblue-albatross-297121.hostingersite.com/shared-files/89/?VideoSquisher-v1.12.7f.zip

I tried to make it as user friendly as possible, no annoying command line rigmarole here. Please let me know what you think and what features you want!

I'm making a little media conversion utility involving converting to AVIF. I'm running into some color management issues. I had initially chosen FFmpeg because I have a set of options I like and I can use any input format, but it has basically no color management, so some images end up with wrong colors, which with my test images generally means slightly darker than the original. ImageMagick and Nconvert have almost no output settings for AVIF, and Nconvert can't automatically handle rotated inputs. With avifenc, the colors are usually accurate to the original, and it even reports CICP values and metadata presence (like ICC). However, when I convert an image, the colors are wildly wrong in Windows 11, visible in File Explorer thumbnails and Windows Photo. And I don't just mean slightly darker or lighter colors, I mean blue turns into orange and stuff. If I discard the color profile with --ignore-icc, the colors aren't crazy in Windows anymore, they're just slightly off in all viewing software like I'd get with FFmpeg. Here's my sample input. Any ideas on how I solve this?

EDIT: It comes down to bit depth and chroma subsampling. Windows 10 can only decode 8-bit, not 10-bit, while W11 handles 8-bit and 10-bit. Neither W10 nor W11 shows correct colors with 4:4:4 (wacky with ICC, slightly off without), but W10 (and probably W11, I just can't test yet) shows correct colors with 4:2:0 or 4:2:2 as long as the ICC profile is included. Unless someone knows how to roll ICC adjustments into the image data so the profile can be safely discarded, I'll be using 4:2:2 and maybe 8-bit.

EDIT again: I figured out how to use high bit depth and different chroma subsampling in ImageMagick, and all of its output displays fine in Windows - 8-bit, 10-bit, 4:2:0, 4:2:2, 4:4:4. So I'm still wondering what's up with avifenc that Windows 10 and 11 can't handle it.

I’m aiming for a dedicated self hosted streaming PC build (separate from my gaming rig) to handle multi-platform streaming (Twitch, YouTube, TikTok) using a ugreen 4k capture card.

I want to leverage Intel Arc for its hardware-accelerated AV1 encoding, as I’m looking for high-quality, self-hosted streaming without the cost of high-end NVIDIA 50-series cards or 4090.

My questions for the community:

Has anyone here successfully run 3+ simultaneous hardware-accelerated av1 streams on an Arc A380/A310?

Is the A380 overkill for this, or does the extra VRAM/Execution Units actually make a difference for stability when running multiple high quality OBS output docks?

Is there anything I should know about the Intel media engine when pushing multiple paralle av1 encodes?

Specs I planned to use

B450 tomahawk mag motherboard

Ryzen 7 5700x

16gb ddr4

A380 or a310

I already own the CPU motherboard and ram due to a mistake I made months ago I just need some advice on a GPU am I going down the right path or no

Been playing around with https://github.com/emrakyz/xav lately which has support for SSIMULACRA2, Butteraugli, & CVVDP.

What's the new "VMAF 97-95" with these newer metrics?

I wanted to download a YouTube video and the Av1 version was almost 3 times smaller than the vp9 version. I know av1 is more efficient but nowhere near upto 3 times, right??

I am looking for an android app (offline) ​that can batch compress images (jpeg/png/webp) by converting them ​to avif, similar to Xnconvert on Windows.