this post was submitted on 19 Nov 2023
115 points (94.6% liked)

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

54716 readers
278 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
 

This may be a stupid question, but I just got back into pirating some shows and movies and realize that many of the QxR files are much smaller than what I downloaded in the past. Is it likely that I am sacrificing a noticeable amount of quality if I replace my files with the smaller QxR ones?

For example, I have Spirited Away from 2017 at 9.83 GB, but I see the QxR is only 6.1 GB. I also have the office from 2019 and the entire show (no bonus content) is about 442 GB, while the QxR version is only 165.7 GB. Dates are what they are dated on my hard drive, can't speak to their actual origin, but they would've been from RARBG. (Edit to add: I also can't really speak to the quality of the downloads, back then I was just grabbing whatever was available at a reasonable size, so I wasn't deliberately seeking out high quality movies and shows - a simple 1080p in the listing was enough for me).

I did some side by side on episodes of the Office (on my PC with headphones, nothing substantial), and I don't notice any differences between the two.

Thoughts on this? Are people better at ripping/compressing/whatever now that they can do so at a smaller size without sacrificing noticeable quality?

top 50 comments
sorted by: hot top controversial new old
[–] cmnybo@discuss.tchncs.de 81 points 1 year ago (2 children)

Newer codecs are more efficient. H.265 and AV1 are often 2/3 to 1/2 the size of an H.264 file for the same quality.
Of course there are also people uploading lower quality files as well.

[–] BolexForSoup@kbin.social 11 points 1 year ago (2 children)

As an editor I loved/hated h.265 until like…a year ago. Some NLE’s dragged their feet on support for some odd reason.

[–] empireOfLove@lemmy.one 12 points 1 year ago (2 children)

Licensing, probably. H.265 is very not open and you have to pay the MPEG piper to actually use it.

[–] pastermil@sh.itjust.works 7 points 1 year ago (1 children)

I wonder what the implications would be for us consumers & pirates.

[–] Laser@feddit.de 7 points 1 year ago

Nothing, the licenses are for content providers and equipment manufacturers, obviously in the end you pay the license when purchasing the goods but the amount is small.

[–] BolexForSoup@kbin.social 2 points 1 year ago* (last edited 1 year ago)

They have licensed countless other codecs and tons of cameras adopted it before they supported it. These aren’t some FOSS hobbyist projects. These are professional NLE’s for Hollywood level work. There’s no excuse if you ask me. Hell Resolve had it like 2-3 years prior I believe.

[–] 0x4E4F@infosec.pub 2 points 1 year ago (1 children)

Agreed, proper h.265 support came way too late for some NLE's.

[–] BolexForSoup@kbin.social 7 points 1 year ago (1 children)

I really didn’t get it! When I got my GH5 I was pumped to do 10bit 422 h.265. Really wanted to see the latitude we could get at that compression. Premiere and FCPX in particular for like 5 years went “lol no.”

[–] 0x4E4F@infosec.pub 1 points 1 year ago (1 children)

Yeah, beats me, I was surprised as well, like why do we still have to work with AVC clips, why can't I just import a HEVC clip... Premiere: nope, that ain't happenin'.

[–] BolexForSoup@kbin.social 1 points 1 year ago (1 children)

While I have you here, I recently had a project where they shipped me three separate FedEx packages of loose SD cards that were unlabeled, all .mts files. What on gods earth happened on that shoot?

Oh and the footage was all interlaced I shit you not.

[–] 0x4E4F@infosec.pub 1 points 1 year ago (1 children)

Yeah, I can related to that 😔. I work in a TV station in a country that had the PAL standard, and... well, every fucking shot is interlaced 🤦. Not only that, but the output from the station is as well 🤦. Why? Backwards compatibility... what in the actual fuck 🤦... it's a stream, the decoder doesn't care about that, it can decode any frame rate, any frame type, it's all digital now 🤦. Tried explaining this, nope, we're still doing interlaced.

And, of course, after the cable companies have their way with the signal, the output is shit... not to mention they also archive the material as interlaced 🤦... and then people from outside the station complain about the matrial being garbidge... they still don't budge.

Just goes to show you what management is all about these days. They have the power, so they're gonna use it any way they see fit. Why? Cuz they're THE BOSS GOD DAMN IT 😠.

[–] BolexForSoup@kbin.social 1 points 1 year ago (1 children)

JUST CHANGE THE SETTINGS AHHHHHHH WHY BOSS WHY IT TAKES 3 SECONDS AND CHANGES NOTHING FOR YOU!!

[–] 0x4E4F@infosec.pub 1 points 1 year ago* (last edited 1 year ago) (1 children)

Lol 😂. Actually, it doesn't take 3 seconds (well, 3 seconds for the stream output, yeah), there are workstations that need to be adjusted as well, but in a course if a day or 2, yeah, you can change the whole thing 👍. You could do the cameras last, that's not such a big problem, they can shoot interlaced for a few days, edit it that way, export it non-interlaced.

[–] BolexForSoup@kbin.social 1 points 1 year ago (1 children)

But that’s not as funny lol

[–] 0x4E4F@infosec.pub 1 points 1 year ago

hahaha 🤣🤣🤣, agreed 🤣.

[–] KrummsHairyBalls@lemmy.ca 6 points 1 year ago (4 children)

H.265 on my phone is not 50% the size. Maybe ~25% less at maximum.

[–] Nawor3565@lemmy.blahaj.zone 21 points 1 year ago

It completely depends on the specific video file. HEVC and AV1 are more efficient in general, but most of their benefits become apparent with 4K video, which they were specifically designed to be better at handling than AVC. It also depends on your phone's software and hardware, as it might not be fast enough to encode in real-time with higher compression settings (and you don't get to use things like 2-pass encoding which can drastically lower bitrate without sacrificing visual quality).

[–] iopq@lemmy.world 5 points 1 year ago

Depends on the encoding settings

[–] BolexForSoup@kbin.social 1 points 1 year ago* (last edited 1 year ago)

It can be. Heavily depends on the bitrate, which as a shooter (depending on the camera) I can often control and with a wide array of options at that.

load more comments (1 replies)
[–] ultratiem@lemmy.ca 26 points 1 year ago* (last edited 1 year ago) (14 children)

Same movie. 1080p. 2h. 6000 Bitrate. AAC 5.1 audio.

  • H264: 8 GB
  • H265: 5 GB
  • AV1: 3 GB
[–] koper@feddit.nl 10 points 1 year ago

You can't just compare the file sizes without looking at the quality. Each will have different quality loss depending on the exact encodings used.

load more comments (13 replies)
[–] thisNotMyName@lemmy.world 23 points 1 year ago (1 children)

Your old stuff is most likely in x264 video codec, while, especially at the higher resolutions, x265 / HEVC and in rare cases AV1 are the standard today. But it also depends on the specific release how many streams (like audio tracks, subtitles) are included

[–] Overspark@feddit.nl 14 points 1 year ago (1 children)

Be warned though, some x265 stuff out there, particularly at 1080p and lower, is a reencode of a x264 source file. So lower filesize, but also slightly lower quality. Scene regulations say only higher resolutions should be x265.

[–] thisNotMyName@lemmy.world 1 points 1 year ago

I still prefer it, HDDs aren't free and I personally really can't tell the difference (my TV kinda sucks anyway)

[–] lemonlemonlemon@lemm.ee 17 points 1 year ago (1 children)

Thanks for all of the replies, they were very insightful!

The H264 to H265 appears to account for the majority of differences that I was seeing in file sizes.

[–] fiah@discuss.tchncs.de 4 points 1 year ago (1 children)

lower visual noise of modern movies and series also helps a lot

[–] roofuskit@lemmy.world 1 points 1 year ago* (last edited 1 year ago) (1 children)

Yup, people love film, but film rain can double or triple the bitrate you need for movie.

H265 has film grain mode so the encode can remove the film grain, set a bit saying there is film grain, and the player adds fake film grain back in.

[–] stifle867@programming.dev 14 points 1 year ago (3 children)

Also it's common for anime to be encoded in 10-bit color rather than 8-bit which can also be used to encode files more efficiently.

[–] huginn@feddit.it 10 points 1 year ago (1 children)

Compression and encodings are not my forte at all: why is 10bit color more efficient to encode than 8?

[–] stifle867@programming.dev 10 points 1 year ago* (last edited 1 year ago) (1 children)

I'm no expert either, this is just what I know from experience and through people smarter than me on the internet. I've put together some resources below for you. Apologies for the reddit links, it's just where this content lives.

encoding 10bit reduces the amount of truncation errors during the encoding, which leads to a much smaller filesize despite the two additional bits. To the point where, despite it storing more information, there being less truncation errors offsets the filesize gain to the point where you get similar or even smaller sizes than 8bit encodes.

source: https://www.reddit.com/r/animepiracy/comments/m98u30/comment/grm8uq9/

https://yukisubs.files.wordpress.com/2016/10/why_does_10bit_save_bandwidth_-_ateme.pdf

https://www.reddit.com/r/x265/comments/e08tfu/ultimate_encoding_test_results_for_animation/

[–] huginn@feddit.it 4 points 1 year ago

Counterintuitive but very interesting. Thanks for the explanation!

load more comments (2 replies)
[–] antlion@lemmy.dbzer0.com 4 points 1 year ago (1 children)

It’s quite remarkable really. A single layer DVD stores 4.7 GB, for a movie with 576p (H.262). A while later those videos could be compressed using DivX or Xvid (H.263) down to 700 MB to fit on a standard CD, though full quality was more like 2 GB.

The Blu-ray standard came along with 25 GB per layer, and 1080p video, stored in H.262 or H.264.

Discs encoded in MPEG-2 video typically limit content producers to around two hours of high-definition content on a single-layer (25 GB) BD-ROM. The more-advanced video formats (VC-1 and MPEG-4 AVC) typically achieve a video run time twice that of MPEG-2, with comparable quality. MPEG-2, however, does have the advantage that it is available without licensing costs, as all MPEG-2 patents have expired.

Now H.265 is now even smaller than H.264, so now you could record a full 1080p movie onto a 4.7 GB DVD. Now the Ultra HD Blu-ray Discs are only slightly larger (33 GB per layer), but they store 4K video by supporting H.265 codec. I guess by now a 720p video encoded to H.265 could make a decent copy on a 700 MB CD.

[–] roofuskit@lemmy.world 1 points 1 year ago* (last edited 1 year ago) (1 children)

You're right except for that last part. The newer smaller file size video codecs are really only effective on higher resolution video. So a 720p movie encoded with H.265 to fit on a 700MB CD isn't going to look much better if at all than older codecs (maybe better than DivX). H.265 really shines at 4K and up but does offer some benefit at 1080p.

[–] antlion@lemmy.dbzer0.com 1 points 1 year ago (1 children)

That is interesting. Of course there aren’t any HDMI CD Video players so it doesn’t much matter. But it’s interesting how a 4 GB DVD in H.262 would compare to a 1080p copy of the same movie in H.265.

I wonder if there’s a lot of room for encoders to improve the quality per byte without changing the format. For instance jpeg and mozjpeg.

There's so much room that format specifications don't tell you how to encode, only how to decode. Designing the best encoder is a huge research project.

load more comments
view more: next ›