sigmoid.social is one of the many independent Mastodon servers you can use to participate in the fediverse.
A social space for people researching, working with, or just interested in AI!

Server stats:

605
active users

#av1

2 posts2 participants1 post today

Looks like Netflix will improve stream compression in the future by encoding movies in AV1 without film grain and artificially adding it on the client side.

AV1 in general is something I’m looking forward to, and it’s one of the reasons I’m waiting for a new Apple TV, which will probably have an AV1 decoder built in.
#netflix #av1 #videocodec

netflixtechblog.com/av1-scale-

Netflix TechBlog · AV1 @ Scale: Film Grain Synthesis, The Awakening - Netflix TechBlogBy Netflix Technology Blog

#Handbrake has been doing a pretty great job for me when encoding my Blurays to #AV1. I have noticed a few times though, especially in movies with lots of film grain in dark scenes, it can be pretty destructive on the grain in those dark scenes. I've discovered two changes to fix it.

1) Encode the movie to 10 bit color, even if the source file is 8 bit.
2) Add the following to "Additional Options" under the video tab of Handbrake.

film-grain-denoise=0:film-grain=20

🌕 讓 rav1d 視訊解碼器提速 1%
➤ 透過分析和優化,提升 AV1 解碼器的效率
ohadravid.github.io/posts/2025
這篇文章記錄了作者嘗試優化 Rust 版本的 AV1 視訊解碼器 rav1d 性能的過程。作者參與了 memorysafety.org 舉辦的性能提升競賽,透過分析 profiler 的資料,發現了兩個小的性能瓶頸,並針對其中一個瓶頸進行了優化,成功將解碼速度提升了略高於 1%,且未使用任何不安全的程式碼。優化重點集中在 cdef 濾鏡的實現上,發現 rav1d 使用了較大的暫存緩衝區來歸零,而 C 版本的 dav1d 則使用更精簡的方式。
+ 這篇文章很棒!詳細解釋瞭如何透過分析性能瓶頸,並針對性地進行優化,即使是很小的改進也能帶來實際的效能提升。
+ 令人印象深刻的是作者在未使用不安全程式碼的前提下完成了優化,這對於 Rust 語言來說尤其重要,也證明瞭 Rust 在性能上的潛力。
#視訊解碼 #性能優化 #Rust #AV1

ohadravid.github.ioMaking the rav1d Video Decoder 1% Faster*on macOS with an M3 chip *slightly more than 1%, on a specific benchmark, without any new unsafe code A while ago, memorysafety.org announced a contest for …
Replied in thread

@ezra personally I think #Apple should be forced.to implement #AV1 & #WebM and that @EUCommission could mandate #OpenStandards.

  • As for quality, were it not for #patents and espechally #SoftwarePantents, we'd have way better #Codecs, but this way people engineering a #FLOSS #Codec are constantly required to specifically avoid infringement of Patents and other IP by not using anything remotely related to it...

Also if #H265 wasn't #patented and facing #PatentTrolls and #rentseekers we'd see way better quality there as well.

  • Cuz #CCSS & #FLOSS can't share code nor expertise at all.

And yes, Apple (#MPEGLA-Member) is at the root of the problem!

Wet-Dry Worlda number 6 with ezra dip :neocat_flag_androgyne: (@ezra@wetdry.world)not that vp9 is bad quality, leagues better than h264, just not as good as the others imo. i'd say please use vp9 for web video but unfortunately Tim Apple and we're stuck with h264 because iphone users exist EDIT this is not a slight at iphone users, keep using what works for you, did not mean for this to hit so hard with the fossbros lol, this is a slight at tim apple
Continued thread

That's why:

Duration: 00:00:10.23, start: 0.000000, bitrate: 30013 kb/s
...
Stream #0:1[0x2](eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 192 kb/s (default)
Stream #0:2[0x3](eng): Video: hevc (Main) (hvc1 / 0x31637668), yuvj420p(pc, bt709), 1920x1080, 29725 kb/s, SAR 1:1 DAR

Let's see how far I can compress it down with #av1 until "I see some pixels"

🎬 AV1 is supposed to make streaming better, so why isn’t everyone using it?
@verge

「 Netflix, Microsoft, Google, Amazon, and Meta banded together to develop video compression’s latest evolution: AV1. The companies say the video codec is around 30 percent more efficient compared to other standards like HEVC and the Google-developed VP9, allowing it to deliver higher-quality video at a lower bandwidth 」

theverge.com/tech/635020/av1-s

The Verge · AV1 is supposed to make streaming better, so why isn’t everyone using it?By Emma Roth

One observation with #AV1. Generally speaking I'm happier using it for my rips because it's completely open and royalty free, and I generally get comparable or better quality at smaller file size.

There is one area where it seems to struggle however; film grain. Sometimes it does just fine. Others however it almost seems to try to eliminate and smooth it, leaving you with some horrendous color banding in some scenes. I'm using RF 22, but have tried upping it to 18 with no improvement.

Re-ripping some of the shows and movies from my collection into #AV1 and I may have to start keeping the full ISO disc images of at least the things I'm particularly fond of. My DVD set of M*A*S*H is starting to delaminate and form bubbles around the center. Everything still reads OK, but it may not for much longer.

Continued thread

To be totally fair; I think a lot of this is the film grain and noise in this older movie. I had already encoded this once last night, but forgot to leave it set to 10 bit so I'm re-doing it. The first run it took a 50GB source file and only managed to get it down to 40GB with #AV1 set to a quality RF of 22, so there's enough detail and noise that it's having trouble determining what's safe to get rid of and what it needs to keep.

Acabo de hacer pruebas con #Kdenlive y parece que, después de meses, no le han echado un vistazo a esto. bugs.kde.org/show_bug.cgi?id=4

Es una pena que los formatos de vídeo libres tengan tan poco apoyo entre los círculos del #SoftwareLibre, porque sé que #PeerTube le da la espalda a #VP9 y #AV1.

Pues nada, a seguir tirando de la bazofia privativa e ineficiente de #H264 / #x264, y como no, con el también privativo #AAC para el audio frente a #OGG y #Opus.

bugs.kde.org492708 – SVT-AV1 (libsvtav1) doesn't take the value for CRF/qscale

So I'm doing some pixel peeping to look for differences in #x264 and #AV1 encoding quality and while they've visually been pretty close, I've found one example where AV1 really trounces x264 at smaller size; Hacksaw Ridge. I originally ripped this Bluray with an RF of 20 to x264. Today's rip was to AV1 with RF 22. The smoke really shows how much better AV1 can be. x264 almost looks dithered, or like it's using a smaller color palette. Now extrapolate this out over the whole movie.

Finally got around to finishing my complete re-encode of my Bluray copies of #Farscape to #AV1 (takes time to manually queue it up). My previous re-encode was x265. Using the highest recommended quality from the Handbrake documentation (RF 22) the AV1 copy ended up smaller than the x265 copy even though I included all of the bonus features from the Blurays this time, which the x265 copy doesn't include. Also, instead of the DTS-HD-MA being passed thru directly, I re-encoded it to 16 bit FLAC.

Continued thread

I had started the process of re-ripping and transcoding some of my favorite shows a month or two ago, but the PC I had at the time had an FX 8370 and it was just not up to doing #AV1. It was hours per episode to encode. However, now I have this little guy, so I decided to give it a shot. Should be able to knock the whole show out in a few hours. #Farscape was the first Bluray set I purchased when Netflix removed it and motivated me to start own media server.