Any reliable group making AV1 releases consistently?
https://lemm.ee/post/40922823
=> More informations about this toot | More toots from iturnedintoanewt@lemm.ee
I too am interested in the answer to this question
=> More informations about this toot | More toots from pastermil@sh.itjust.works
You can set up a command to transcode into AV1 once a download completes. Would that help?
=> More informations about this toot | More toots from The_sleepy_woke_dialectic@hexbear.net
There would be quality loss from transcoding lossy formats to lossy formats. OP would have to prefer the highest quality, and transcode after download.
=> More informations about this toot | More toots from catloaf@lemm.ee
I’m pretty active in the av1 community. Most of us who use av1 encode our own from the raw blurays or high quality remuxes. Besides the av1 content on public trackers, I think I saw a group called onlyfaffs who were putting out some av1 content, but imo, their filesizes are too large, so I avoid them if possible.
The other thing to worry about is that most people who use av1 also convert the audio to opus. Fully opensource codecs and all that. The issue is you don’t know what bitrate they are using for their conversion. So audio is a concern too when downloading av1 content.
=> More informations about this toot | More toots from ReedReads@lemmy.zip
What’s wrong with FLAC?
=> More informations about this toot | More toots from can@sh.itjust.works
Nothing. It’s just that you don’t see people use Flack very often as an audio Kodak for movies or TV series. At least I haven’t seen it very often.
The only issue would be if you were trying to transcode Dolby Digital to flac. That is not a transcode you want to do.
=> More informations about this toot | More toots from ReedReads@lemmy.zip
That is not a transcode you want to do.
Why is that?
=> More informations about this toot | More toots from can@sh.itjust.works
Dolby Digital (e-ac & e-ac3) are lossy codecs. So transcoding a lossy codec to a lossless codec, is not a good idea.
You can read more about it here: interviewfor.red/en/transcodes.html
=> More informations about this toot | More toots from ReedReads@lemmy.zip
Lossy to lossless is fine it’s just a waste of space.
=> More informations about this toot | More toots from vorpuni@jlai.lu
It’s extra wasted space because compression artifacts are hard to compress lossless. It’s a shit sandwich, so people advise against it.
=> More informations about this toot | More toots from aBundleOfFerrets@sh.itjust.works
I didnt raise that were lossy. Makes sense now.
=> More informations about this toot | More toots from can@sh.itjust.works
Okay so I just went a private general tracker and looked up an av1 movie. It is a 2014 feature film encoded by the WhiskyJack group (the better trackers don’t allow AV1 content yet). For this film, the audio codec is Opus. I looked in the nfo and for the audio file, it says that they are using Opus 5.1 with a 32-bit bitdepth. That’s not ideal. For 6-channel audio, we recommend 256 kb/s. 192 is acceptable, but it’s going to be another 20 megabytes to bump it up to 256, so why not do it?
Also, it doesn’t tell you what the source is. So if the original audio was ac3 or e-ac3, it is not going to sound great.
=> More informations about this toot | More toots from ReedReads@lemmy.zip
Bit depth and bit rate are not the same thing.
=> More informations about this toot | More toots from Davel23@fedia.io
Yikes. Thanks for catching that. I mistyped.
=> More informations about this toot | More toots from ReedReads@lemmy.zip
A properly muxed mkv will display the resulting audio bitrate. And if you use opusenc, it will embed the encoder settings in the track.
=> More informations about this toot | More toots from liliumstar@lemmy.dbzer0.com
I think variable bitrate is preferable. With a variable bitrate you don’t have a single, specific, telling bitrate show up. In the end you depend on the encoder doing decent work. Which group names can be useful for, to identify and revisit good ones.
=> More informations about this toot | More toots from Kissaki@lemmy.dbzer0.com
There are a handful of groups putting out what I would consider decent AV1 encodes. A couple PTs allow them, and there are groups on 1337x. Just grab a couple from each tag you can find and see if they meet your needs. Generally speaking, look for groups which note their source, which encoder they are using, and ideally what settings they used in general.
AV1 has come a long way fast, but in my experience a good x265 encode is still better for live action.
=> More informations about this toot | More toots from liliumstar@lemmy.dbzer0.com
I don’t mind if my server is going to have to transcode for most clients
I mean AV1 is very well supported on most clients/new devices these days. While I do not know any good groups that only encodes in AV1, I personally download high quality BD rips and re-encode them to SVT-AV1 without any visual quality loss (for my personal taste and perspective).
I’m not an audiophile or videophile and do not have the necessary devices to decode high end 1080p nor 4k video streams.
About AV1 I think only iOS devices do not have a native software/hardware AV1 decoder (I migh be wrong here).
As for your question, I wish there where more encoders that do AV1 :/
=> More informations about this toot | More toots from N0x0n@lemmy.ml
I have some guess as to why that is and sorry for the lack of spell check and double checking fact since it’s late for me.
Note: I like av1 but I haven’t found it outstanding for anime other than crazy low bit rates and from what I remember it is great with high resolution video which anime isn’t know for.
I don’t re-encode my rips but I might use it for transcoding for Jellyfin when ever set that up.
=> More informations about this toot | More toots from Comexs@lemmy.zip
For most stuff i release, x265 objectively (vmaf and other metrics) and subjectively looks better than av1, especially for grainy stuff and older anime. I have had success only with some action movies.
Opus on the other hand… it’s great
=> More informations about this toot | More toots from ancoraunamoka@lemmy.dbzer0.com This content has been proxied by September (ba2dc).Proxy Information
text/gemini