this post was submitted on 29 Aug 2024
62 points (98.4% liked)

Piracy: ꜱᴀɪʟ ᴛʜᴇ ʜɪɢʜ ꜱᴇᴀꜱ

55085 readers
303 users here now

⚓ Dedicated to the discussion of digital piracy, including ethical problems and legal advancements.

Rules • Full Version

1. Posts must be related to the discussion of digital piracy

2. Don't request invites, trade, sell, or self-promote

3. Don't request or link to specific pirated titles, including DMs

4. Don't submit low-quality posts, be entitled, or harass others



Loot, Pillage, & Plunder

📜 c/Piracy Wiki (Community Edition):


💰 Please help cover server costs.

Ko-Fi Liberapay
Ko-fi Liberapay

founded 2 years ago
MODERATORS
 

So...yeah. Looking at file size, it clearly beats older 264 or even 265. I don't mind if my server is going to have to transcode for most clients, I think the size difference in size might be worth it. But not sure which groups I could focus to look for these AV1 releases, seem they're quite scarce still?

top 20 comments
sorted by: hot top controversial new old
[–] ReedReads@lemmy.zip 23 points 4 months ago* (last edited 4 months ago) (3 children)

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 and another one called WhiskyJack who were both 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.

[–] ReedReads@lemmy.zip 8 points 3 months ago* (last edited 3 months ago) (1 children)

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 rate. 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.

[–] Davel23@fedia.io 11 points 3 months ago (1 children)

Bit depth and bit rate are not the same thing.

[–] ReedReads@lemmy.zip 5 points 3 months ago

Yikes. Thanks for catching that. I mistyped.

[–] can@sh.itjust.works 4 points 3 months ago (1 children)
[–] ReedReads@lemmy.zip 9 points 3 months ago* (last edited 3 months ago) (1 children)

Nothing. It’s just that you don’t see people use flac very often as an audio codec 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.

[–] can@sh.itjust.works 3 points 3 months ago (1 children)

That is not a transcode you want to do.

Why is that?

[–] ReedReads@lemmy.zip 8 points 3 months ago (2 children)

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: https://interviewfor.red/en/transcodes.html

[–] vorpuni@jlai.lu 5 points 3 months ago (1 children)

Lossy to lossless is fine it's just a waste of space.

[–] aBundleOfFerrets@sh.itjust.works 3 points 3 months ago

It’s extra wasted space because compression artifacts are hard to compress lossless. It’s a shit sandwich, so people advise against it.

[–] can@sh.itjust.works 2 points 3 months ago* (last edited 3 months ago)

I didnt realise* that they were lossy. Makes sense now.

[–] liliumstar@lemmy.dbzer0.com 2 points 3 months ago (1 children)

A properly muxed mkv will display the resulting audio bitrate. And if you use opusenc, it will embed the encoder settings in the track.

[–] Kissaki@lemmy.dbzer0.com 2 points 3 months ago

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.

[–] Comexs@lemmy.zip 12 points 3 months ago* (last edited 3 months ago)

I have some guess as to why there isn't much adoption of av1 by the torrent release groups and sorry for the lack of spell check and double checking fact since it's late for me.

  1. They don't care about av1.
  2. Speed: it takes longer to encode a av1 video than either of the other codecs and also add the fact that they might not have GPU hardware acceleration for av1. Nvida just added it to there four thousand series.(note: I'm aware that GPU hardware acceleration give worse results than only using CPU.)
  3. Limited device support. I sometimes throw a movie on a USB drive into a TV that does support anything but h264.
  4. Unfamiliar with av1 so they would won't put the time and effort to find the sweet spot they like (don't fix what isn't broken). And also add the fact storage was and might be getting cheaper so av1 seems less necessary. (Note: av1 main point was to save bandwidth. My guess is pricay video streamers will enjoy it more than the torrent groups.)
  5. They might dislike av1's compression artifacts. I gotten use to h264 and h265, sometimes when I watch an av1 encoded video It takes me out of the Immersion but that can be fixed with time.
  6. Lack of guides. (Not entirely sure but could be a factor.)
  7. Might had a previous bad experience with av1 and haven't looked back.
  8. There might but less newer torrent releases group. (This seems unrelated but I have notice that they usually are the first to adopt new codecs.)

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.

[–] ancoraunamoka@lemmy.dbzer0.com 5 points 3 months ago

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

[–] liliumstar@lemmy.dbzer0.com 5 points 3 months ago

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.

[–] N0x0n@lemmy.ml 4 points 3 months ago* (last edited 3 months ago)

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 were more encoders that do AV1 :/

[–] The_sleepy_woke_dialectic@hexbear.net 2 points 4 months ago (1 children)

You can set up a command to transcode into AV1 once a download completes. Would that help?

[–] catloaf@lemm.ee 12 points 4 months ago

There would be quality loss from transcoding lossy formats to lossy formats. OP would have to prefer the highest quality, and transcode after download.

[–] pastermil@sh.itjust.works 1 points 4 months ago

I too am interested in the answer to this question