this post was submitted on 28 Jun 2023
269 points (95.9% liked)

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

54565 readers
475 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 1 year ago
MODERATORS
 

Hello just making a poll, which one do you prefer? personally I prefer x265 but since the rarbg falldown i've seen that almost all 1080p rips are in x264, what do you think about that, and do you recommend any place to find more x265 content beside those in the megathread?

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 30 points 1 year ago (10 children)

Neither. AV1 if available, if not I download a high quality x264 copy and do my own transcode. AV1 is high quality with smaller file sizes, but isn't very common right now.

[–] [email protected] 15 points 1 year ago (9 children)

Where have you ever found AV1? I've literally never once seen it in the wild. It seems awesome though, I would definitely choose that over anything else

[–] [email protected] 13 points 1 year ago* (last edited 1 year ago) (5 children)

It really is awesome. Lots of leaps forward for AV1 recently. It encodes faster than x265 in some situations with so much space saved. It's still in the early stages, really, and the compression isn't perfect, but for video streaming purposes, I'll take it over x265 any day.

[–] [email protected] 7 points 1 year ago* (last edited 1 year ago) (1 children)

It encodes faster than x265 in some situations with so much space saved

on ffmpeg?
I tested it like 6months to a year ago I think, and it had similar storage requirement at similar visual fidelity but transcoding took what seemed 5x to 10x the time

/e: for future reference, I'm testing a transfer to transcoding to AV1 instead of hevc

ffmpeg -i /path/to/infile -c:v libsvtav1 -preset 9 -svtav1-params tune=0:enable-overlays=1:scd=1:scm=0:fast-decode=1 -crf 50 -g 240 -pix_fmt yuv420p10le /path/to/outfile

These are a mix of what I read here:
https://gist.github.com/BlueSwordM/86dfcb6ab38a93a524472a0cbe4c4100
and here:
https://trac.ffmpeg.org/wiki/Encode/AV1

general gist:
preset is encoding speed, higher is faster, this setting gets me a bit faster than what i had my hevc encode set up
tune=0 tunes for being good looking
fast-decode lessens cpu use on decode
crf 50 seems fine for my use
-g 240 changes keyframe insertion to every 240 frames
-pix_fmt yuv420p10le gives 10bit color depth which helps with dark scenes and doesn'T cost much space

[–] [email protected] 3 points 1 year ago* (last edited 1 year ago)

On ffmpeg, yeah. I can get close to real-time encoding with the new version of libsvtav1 and I save space with around the same visual fidelity as x265, at least, in my experience. If you want to try it out, I recommend using the ab-av1 tool, which automatically finds the best CRF to VMAF for encoding.

edit: Transcoding speeds, I don't find that it's slow, even if I'm using software for transcoding, though I've only been using it for my Jellyfin server for about a month or so.

load more comments (3 replies)
load more comments (6 replies)
load more comments (6 replies)