av1 bros, it's ogre, avc won.
americ**ts need not apply
 Pablo Escobar Cocaina Shirt $22.99 |
 I'm On Island Time Shirt $22.99 |
Pablo Escobar Cocaina Shirt $22.99 |
H.264 patents expired in Europe
av1 bros, it's ogre, avc won.
americ**ts need not apply
Pablo Escobar Cocaina Shirt $22.99 |
I'm On Island Time Shirt $22.99 |
Pablo Escobar Cocaina Shirt $22.99 |
Its over
SS2 will seethe so much about this
>ss2
you mean daiz
I wont use his troony name
what does this mean for technology?
There are (corporate) distros that disable hardware accelerated h264 (such as fedora). When patents expire they can enable them again. I believe gpus (in desktops, laptops and phones) also pay a license fee for every device sold. Some software such as davinci resolve also doesn't support h264 in the free version because of the patent. With this they can add it to the free version. This is one reason some people dont want to move to linux because they need "professional grade" video editing with support for h264, but they are too cheap to buy davinci resolve.
>Some software such as davinci resolve also doesn't support h264 in the free version because of the patent
wait, are you for real?
do they seriously don't support the world's most common video codec out of the box? wtf
"h264 is the best for compatibility" my ass btw
Yes it is bullshit and most tutorials for DVR* will tell you to render your video to fricking uncompressed still images and to just use ffmpeg on it to get an h264 mp4.
* most DVR tutorials are written by Indians who need to scam $250 through teamviewer to get the full version
Yes we always get this bullshit. It was the same when mp3 was patented. Same with hdmi vs displayport. I cant fricking use hdmi 2.1 on linux on amd because the hdmi forum doesn't allow amd to make an open source implementation of it. I have a displayport to hdmi cable but it doesn't work well (monitor randomly loses connection and shit and I have to reboot).
You dont, which is why I said "professional grade"
Why the frick would you need davinci resolve for simple editing? Why not just use VP9? This sound to me more like the Photoshop vs Krita/Gimp dilema. I would say Maya vs Blender as well but Blender pretty much destroyed all competition.
>davinci resolve
>look it up
>read what it does and the accomplishments its received
>red dot award
HELLO SAAAARS LOOK AT THE RED DOT ON MY FOREHEAD SAAAAAARS
meds
>be me
>want H264 freedom
>patent expires
>think everything is fixed
>lol no
>corpo distros like Fedora
>"muh freedom"
>still won't enable H264
>"but proprietary bad"
>20-year-old patent who?
>ideologues gonna ideologue
>hardware makers
>NVIDIA, AMD, Qualcomm
>"lol no"
>license fees still there
>already baked into prices
>expired patents? more profit for us
>Apple laughs in non-standard formats
>video editing on Linux
>still a meme
>DaVinci Resolve free version
>"buy studio edition lol"
>Kdenlive and Shotcut
>get a tiny performance bump
>still not pro-level
>devs too scattered and broke
>users
>too lazy to switch
>"Linux too hard"
>cry when app crashes
>refuse to learn CLI
>one unlocked codec won't fix it
>10 other headaches still there
>wannabe pros stay on macOS/Windows
>patent expiration means nothing
>corpos don't care
>hardware still locked
>software still crippled
>users still lazy
>freedom is a lie
>we're all doomed
>mfw
Oh no, we'll have to rely on AV1 capable of running at 4K60FPS on 2500K PCs without hardware decoders thus saving a metric frick-ton of PCs from ending up as e-waste.
you can install 264 and 265 with one google search
and kdenlive works for me just as good as davinci resolve, I mean davinci resolve is impressive over all other video editing but kdenlive works on linux real fast
Hi deepseek.
I don't get it. I've never paid for h264 nor has any program I use not support it.
>davinci resolve also doesn't support h264
Uh, yeah it does? It has a software encoder that's pretty crappy though, that's why most guides recommend a different format. Not for licensing reasons.
The retail version has the hardware encoders.
resolve also doesn't support h264
>Uh, yeah it does? It has a software encoder that's pretty crappy though, that's why most guides recommend a different format. Not for licensing reasons.
>The retail version has the hardware encoders.
I think the free tier doesn't have it on linux, but it does on windows. The reason for why it's not on linux given by blackmagic is that the userbase is too small to justify the cost associated with adding compatibility, primarily because of the licence, so it could change it for linux users.
I'd be super happy about that, video editing is the one area where I don't have a solid native linux option yet that I actually enjoy and resolve was very comfy when I used it on windows.
it means you can statically link x264 in your GPL licensed software now
It means Fedora might actually include AVC/H264 by default.
It also means codecs like the future AV2 can use AVC/H264 patents
Which H264 settings should I use to fit an anime episode into 6MB?
yup
Oh no, you got me. But seriously, I'm curious what settings could outperform all the hard work by YIFY. Show us how amazing H264 is.
Google fixed VP9's single pass CRF mode so LOLNO but to be fair that was only like a year ago so before that I would have agreed with you. You can check out my blogpost on tbh archive if you want to know more.
I don't know what you're talking about with VP9. What does that have to do with being a free format and competing against h.264 and h.265? Are you talking about YouTube? Games don't have to follow YouTube rules.
Basically before google fixed CRF on VP9, a single pass encode (ie used for streaming) resulted in horrible quality fluctuations which H264 did not have and thus H264 was widely seen as a competitor to VP9. Recently google fixed that, VMAF related was achieved for 1080p anime video at just ~500 kbps, it successfully stayed within a VMAF of ~90, a requirement of "high quality" video or more technically 4/5 MOS.
PSY AOM AV1 encoders are even more insane, 1080p anime samples achieve 4/5 MOS as low as 128 kbps. High quality 1080p video at MP3 bitrates.
VMAF is a bogus metric
It obliterates SSIM because it takes motion vectors into account so when you plot out the scores from the CSV you can easily pick apart quality fluctuation problems from say using CBR mode, a moron encoding mode used by like 80% of porn sites. That said it's very limited in what it can test, AFAIK the following are requirements for accurate scores:
A) Video must be 1920x1080 or 3840x2160
B) Video most be 4:2:0 (ie 99% of video on the web)
Also VMAF is not reliable for 4:2:0 images as they do not contain motion vectors.
lol
https://videoprocessing.github.io/hacking-vmaf-and-vmaf-neg
Are you saying SSIM can't be cheated in as well? There is no perfect video quality metric but VMAF when used correctly best correlates with MOS because unlike everything else it actually measures temporal quality over time.
I'm saying that objective metrics are flawed and shouldn't be used as a metric.
In case you didn't know, AV1 inserted a code that buffs it's VMAF score "artificially", i.e by cheating.
Ok so you mean in videos, speficically anime. Most are MP4 with h.264/h.265 as far as I know. So for many people VP9 was not competition against h.265, more like h.264. For gaming the quality doesn't really matter that much when compared to licensing issues, that's why many games have webm videos with VP9. With AV1 none of that matters anymore, it simply beats all competition, at least in gaming.
Right, google botched their successor at launch. It required very nerdy knowledge of 2 pass encodes with specialized ARNR and alternate reference frames enabled to achieve good compression. Even if you knew about all that shit it doesn't matter because you can't use a 2 pass encode for streaming. That's why anons used to recommend you get the h264 streams from yt-dlp because they legitimately used to be better quality than the VP9 streams. That's probably why so many groups decided to work on AV1 collectively, Google just couldn't hack an H265 replacement fast enough and for like a decade it was only somewhat better than H264 LOL.
Unironically one of the few good things about Firefox.
1st pass is really really fast on vpxenc, you're getting better quality basically for free if you're willing to do the pipework
>if you're willing to do the pipework
meanwhile in x264 land:
ffmpeg -i <input> <output.mp4>
done, just werks.
it werks, sure, but which looks better?
adding to this fact, you can also use ffmpeg's libvpx wrapper, do a one liner single pass and still beat h264
>but which looks better?
the x264 encoded video, especially if you add -crf and manually choose a value lower than 20, nothing else necessary
the question you were looking for was "which is more efficient?"
Told ya
>6MB for a full length episode
>meanwhile todays anime episodes are 1.4GB+
what the frick happened?
it's not like the quality and resolution is 200x better
>it's not like the quality and resolution is 200x better
yes, it is
Lots of still dark images
Good encoders like YIFY are not going to risk getting party v&d for 0 monetary compensation so NVENC H264/H265 rips are dime a dozen. Things might change now that we have Nazis in the white house at least for Anime. Takashi and Aiko aren't going to starve to death just because a sea of weebs desperately want to see glorified commercials of light novels.
>gestures throwing heart
>says my heart goes out to you
>morons somehow misinterpret this
All he had to do was to turn his palm 90 degrees and nothing would happen.
>Elon the hebrew Israel lover is lé SiegHeiling mega Hitler
this is an even easier IQ test than the vaxx
I agree
SubsPlease use Crunchy encodes that don't use B frames because they can't into technology. That ballooned encode sizes. You can check the frame types of a file with ffmpeg if you want to verify yourself.
Jesus Christ, do you think they're doing encodes on fricking GTX GPUs? I know planned obsolescence in general is LE BAD! but I wouldn't mind if GTX GPUs started dying after like 5 years of use, nvidia would be doing the whole world a huge favor...
I used to have a link to an article going through the details of how Crunchy's infrastructure sucks, but I can't for the life of me find it. I can't remember the details, but the content delivery network they use for their streams couldn't handle delivering future frames for decoding, leading to desyncs. Their solution to this problem wasn't to fix their infrastructure, but to encode without B frames.
So they can't even have multiple encodes? Pushing legacy encodes to older shit and having modern files to newer devices?
While more modern codecs would be nice, H265 also has B frames so you would get the same issue there. VP9 and AV1 has decoding that needs future data, but it doesn't work the same as H264/H265 and I am not well versed enough in codecs to say whether it would cause the same kind of issues. They really should fix their infrastructure. They could achieve much smaller sizes even with H264.
>I'm ACTING!
wow an obsolete codec is no longer patented (in europoor land)
Why do you homosexuals cling onto old shit, but only old shit from a very specific era? Nobody autistically clung onto realmedia, windows media codecs, h263, divx, xvid, etc. Nobody's autistically clinging onto hevc, av1, etc. Same shit with hangers-on for 7.
Those 1.4GB videos don't look like absolute fricking shit once anything happens or you stop watching in a tiny embed box. Look at the entire post-credits sequence. It's very blurry and artifacty even in the embed preview.
>Why do you homosexuals cling onto old shit
x264 encoder is literally still the best in the industry, thanks to the insane weebs a decade ago. Nothing compares to it in speed and quality.
Here's a screenshot with movement in it from a 158mb file, you big crybaby
When you pause and stare at pixels sure you can notice a difference but without doing that you wouldn't be able to tell much of a difference. Certainly not 10x the fricking size worth of difference...
>crf 63 video paired with two tracks of 8 channel flac audio
that's what happened
I remember pirating sub-20mb episodes of Slayers with hardcoded subs on them encoded in RealMedia back in the day via WinMX
And I am glad we're no longer living in those times. My eyes hurt just thinking about that image quality.
>downloading a camrip of jackass: the movie from dc++
take me back anons
were you that guy who showed me and my friend a camrip of jackass the movie in his trailer?
.rmvb
This doesn't mean crap. h.264 isn't competing against av1. It's competing against VP8 and VP9. Some games use VP9 because of licensing issues and that's about it. For us plebs this is completely meaningless.
>It's competing against VP8
it's won against vp8 already, and by quite a lot
>and vp9
not even close, vp9 is competing with h265
>it's won against vp8 already, and by quite a lot
By default? Yeeeee, single pass CRF mode never got fixed in VP8 AFAIK.
How does this compare to:
ffmpeg -i in.webm ^
-c:v libvpx-vp9 -profile:v 2 -pix_fmt yuv420p10le ^
-b:v 0 -crf 40 -g 300 ^
-cpu-used 0 -lag-in-frames 25 -aq-mode 2 ^
-tile-columns 1 -row-mt 1 -enable-tpl 1 ^
-an ^
out40.webm
Here's a source video you can try it on, I used it to make
which me a really consistent 4/5 MOS distribution at ~500kbps for 1080p anime in VMAF as shown in
Why do you like bloat so much? Are you happy that opening 2 youtube tabs on firefox takes up 1.5GB of RAM?
>By default?
no, in general
unless you are fricking blind the shittiest sloppiest h264 will still outperform the most optimized vp8 encode, vp8 is the shittiest codec known to man
>Why do you like bloat so much?
says the moron troony that bloats every IQfy codec thread
I wouldn't personally know because I've never used it nor intend to but what I heard is that google never fixed the CRF encoder of VP8 (they did for VP9) otherwise 2-pass ABR VP8 can achieve good quality at 3-5 Mbps for 1080p video in general vs whatever x264 needs to hit that same bitrate with single pass CRF mode. But yeah it was pixilated 480p city like webm related before VP9 got adopted here so a lot of the VP8 encodes do seem on par with Xvid tbh.
stop bloating the thread
First pass ran at an average of 147.26 fps on a 5600X with 3600MT/s RAM. Parameters are mostly defaults of the script like variance AQ mode, columns and rows at 0, keyframes every 10s (240 since it's anime), crf 45, etc. Here's the result:
HMMMMM I can't really tell them apart playing them side by side. I got a similar VMAF of 93 AVG, 84 as the MIN so that makes sense.
BUTT your VMAF distribution seems more unstable.
>your VMAF distribution seems more unstable
It may be the additional keyframes since you used 300 as the max spacing vs 240 on my encode and also variance AQ mode instead of complexity on yours. Still there are frames that tell you the encoder could use the info from the first pass like in the previous screenshot and here.
I guess the motion compensation thing is doing its job because I can't really tell during normal playback, only when I pause at the right time. This is some spooky MOS 5/5 uncanny valley stuff. Still good to see that single pass CRF is working about as 80% as good as 2-pass CRF.
Yeah it's impressive what it can do with a single pass but I'm too autistic to not be distracted by stuff like this during playback.
How do you know if it's a moronic newbie or Daiz's bot behind the "anon" post that is responding to Daiz's bot with the tripgay SS2?
This shit reads like a bot quickly trained on 500 posts from IQfy and IQfy.
Are you saying AGI is already here?
LMAO.
You don't need AGI to astorturf with bots.
Reddit admins turned Reddit into Stormfront+euphemism through botting for a few years to attract investors from israelites.
One person set up one bot that was behind 1/3 of posts on /misc/.
Av1 won.
Avif won.
Opus won.
Multimedia codec is a solved problem now.
Webm related. Just to be clear this isn't actually 4/5 MOS compared to the blu-ray because the source was 3 Mbps H264. Still, the fact that VP9 was able to reduce filesize by like 80% with little quality degradation is fricking nuts.
PSY AOM branches still need a lot of work in tuning but overall it's crazy that what started out as a simple better open source video codec for web streaming slop is now blossoming into something even better than that.
You can't encode av1 or avif without dedicated hardware
Opus did win doe
WRONG. ASICs are no longer a requirement for either because of the star of Dav1d software decoding improvements.
https://9to5google.com/2024/04/19/android-av1-software-decoder/
>firefox can't play h265 in 2025
>Hardware-accelerated playback of HEVC video content is now supported on Windows.
https://www.mozilla.org/en-US/firefox/134.0/releasenotes/
ha ha
LAME was a thing before Fraunhofer's patents went kaput and it's still the MP3 container codec, so I doubt this'll mean much.
H264 is 2 generations behind AV1.
>patents
>license
>$$$
the chinks are right, our IP laws are moronic & israelitey and hold everyone back with tollkeeping
>the chinks are right, our IP laws are moronic & israelitey and hold everyone back with tollkeeping
This, even if new things are invented corpo wienerroaches crawl out and demand gibs. It's insane.
https://www.sisvel.com/licensing-programmes/audio-and-video-coding-decoding/video-coding-platform-av1/
https://www.via-la.com/licensing-2/avc-h-264/avc-h-264-patent-list/
they should have put the 500 billion into hardware instead of software which should be open source anyway.
it makes sense for capitalism to use open source software, it reduces costs and increases efficiency.
imagine the top drawer hardware there could be if more money went into hardware?
instead, they have rotting cpus and overheating everywhere.
MPEG-2, which is good enough for DVDs is still being cucked by a Malaysian patent. Expect similar tricks with h.264. The licensing cucks don't want a free format taking over the web. The same reason why they are suppressing jpeg-xl and webp on IQfy.
Who are "they"?
Patent licensing organizations you conspiracy-brained anon.
These organizations are the reason IQfy doesn't have WebP support? Sounds moronic.
It's not, IQfy already has legal issues with glowies posting shit all the time, adding patent issues will just add to the burden. There are also submarine patent organizations that exist outside of official licensing pools.
Mpeg-2 looks like fricking dogshit for DVDs if it's not anime. Webp was going to be adopted here a while ago but then google botched the adoption be releasing one of the worst security vulnerabilities through lossless webp. I really hope google learned their lesson and hardened webp enough for IQfy to adopt it soon but given that it adopted H264 instead of AV1 I have my doubts on what's next.
BTW passes are now $60 :^)
MPEG-2 looks fine for DVDs, at the distance you're supposed to sit from a TV, and on a TV relevant to the era. It still looks okay on a big screen too, but there's only so much you can do with a 720x480 non-square pixel aspect ratio video.
Only if it's anime and even then a Resrgan upscale will yield visible artefact removal at 200% zoom during motion intense scenes so this shit thing can barely achieve 4/5 MOS for 720x480 anime even at fricking 4 Mbps which is truly mind boggling. I often wonder if storing the frames as mozjpeg still images will yield better quality...
Obviously the best metric is your eyeballs but I'm not going to become a MOS robot for like hundreds of hours of video on my computer LOL. If you don't intentionally cheat there is no better video metric that takes temporal quality into account other than VMAF that I'm aware of. Nobody even wants to use the VMAF tune on AV1 because it makes encodes take longer.
>only if it's ani-
Stop basing image quality on how it looks with your eyes glued to your laptop screen you idiot. I watched a movie on DVD not long ago, and other than the image being extra blurry because the player (not the format, not the codec, the physical DVD player) can only output to 1080p and the tv's upscaler from there to 4k is not good, there was no issue with visual fidelity. No more issue than anime would have, at least.
Resrgan doesn't lie. If you're too stupid to use it from the command line there's a chink on github who made a GUI for it but he's going to beg for money.
>but the algorithm
Use your FRICKING eyes. I don't give a flying frick what your moronic aislop upscaling algorithm generates. What we are talking about is visual fidelity for watching content. Not shoving the aislop dildo up our asses so we can pretend footage is HD or 4k.
hd radio patents expired in the us
still no cheap tuners
Let me guess. It expires in 5 more years in the israelitenited States.
Literally doesn't matter. You still can't use it freely.
How ironic that IQfy chooses to whitelist it a few months before the fact. What was even the point of waiting, then?
Probably beta-testing payload detection for this shit thing. I always scan any MP4 files here before opening them just in case...
https://www.securityweek.com/whatsapp-vulnerability-allows-code-execution-malicious-mp4-file/
To be clear, Resrgan hallucinates... BUT it doesn't lie about the shitty artefacting via standard bicubic upscaling.
AV2 is the future, forget about H.264 already. AV1 flopped because it turned out to be worse than VVC. AV2 will actually take advantage of expired patents to use less compute intensive algos instead the ones they came up with for AV1 to bypass the patents
>"GUYS LET'S ALL SUCK CORPORATE DICK FOR 10% GAINS COMPARED TO AV1 ENCODED WITH AOM!"
Can you please explain what happened to mpeg-la? Like did they go bankrupt or not? Is it still accurate to call you wienerscukers mpeg-la shills?
Whom'st*
are AV1 m9-m12 real nowadays? they're the only ones that seem reasonable to me over x264
Yup, you can now encode AV1 video at 1,000+ FPS with compression efficiency on par with x264 placebo. Not sure why you'd want to vs NVENC AV1 but the option is there I guess. AMD is currently roiding up their AV1 ASIC on RDNA 4 to be on par with like x265 fast and that's just the consumer slop.
https://www.guru3d.com/story/amd-rx-9070-series-graphics-cards-introduce-av1-bframe-encoding-support/
I cannot agree when you think that AV1 is worse than VVC because of this ≈three-years-old Intel's evaluation.
I have recently tried SVT-AV1's “minus one” preset against VVenC's “slower”. They are equally slow nowadays, and I've judged AV1's artifacts are visually more appealing.
It's even worse with PSY AV1 but the point is these FIENDS will spam around a ~~*study*~~ where VVC is compared to SVT-AV1 with its stupid default preset 10 param and then jump around like monkeys claiming VVC is 30% better than AV1. It's reminiscent of the VP8 trolling days. Graph may be old granted but it haunts the VVC shills because it shows how outrageously dogshit slow their botched video codec is.
To be honest I never had much hope for AV1 when it first released, it just seemed logical that mpeg-la was going to shovel money into their H265 successor hard enough to trump anything open sores. Yet here we are and even Steam OS is now outperforming Wankblows 11 in vidya for some reason. Maybe the golden age of closed source is finally winding down, the AI spammers certainly seem to think so.
AV2 is the H.265 of AOM codecs. Sure, it may be a significant improvement, but it doesn't have a political use case like AV1 did.
Based.
who the frick is ss2?
Will linux distros stop being autistic now and bundle h264 compatibility into the os now instead of hiding it behind a checkbox or an optional install?
>be me
>linux user for years
>every time I need h264 support
>have to hunt for extra packages
>checkbox or optional install feels like a joke
>linux distros could make it easier, but nope
>still hide codecs behind layers
>isn't the whole point of open-source flexibility
>just bundle it already, it's 2025
>watch as it's still an optional checkbox on most distros
>why does it have to be this hard
>seriously, distros will continue to be autistic about this
>2026 rolls around, still the same checkbox
>2030, still hunting for codecs
>distros: "but muh licensing and freedom"
>meanwhile, users just want to watch a video
>distros: "here's a 12-step guide to enable h264"
>users: "just bundle it already"
>distros: "no, we must remain pure"
>autism levels reaching critical mass
>2050, still arguing about codecs
>distros: "we've added a new checkbox for h265, progress!"
>users: *facepalm*
>distros will never change, embrace the autism
thanks deepseek i love you
>linux
i run slagware and i've never installed a codec i think.
i just assume everything works and it mostly does.
genius this slagware.
i need to donate to patrick one of these days
OpenSUSE maybe as they're based in Europe. Fedora gotta wait until the US patents expire.
Don't care until they expire in America so that Fedora can add em
>h264
wow its fricking nothing
>most commonly used video codec becoming free is nothing
daiz, turn your trip back on
The real Daiz's tripcode literally has H.264 in it, so why do you think he wouldn't be happy about the format becoming patent-free? I know you're a schizo but it's almost impressive how the Daiz in your head is so consistently pretty much the exact opposite of the real thing.
Man, for someone obsessed with video codecs this chink sounds more like a dumbass tbh. AV1 ASICs can now produce 5/5 MOS at just 5Mbps for non-anime 1080p video, then it will drop down to 4Mbps, and potentially even 3Mbps at which point CPU video encoding in general will become obsolete for like 90% of users if not more. For reference 1080p H264 blu-ray sources are 40 Mbps.
I mean even on 4chin there's not much good to be said about H264 since external sources are usually in the Mbps range, often already pixilated, and rarely fit in 6MB. IT'S ALL SO TIRESOME.
>the only real downside is that is hardware decoder is limited to 8-bit channel depth
Hardly a downside, most 10-bit encodes don't come from 10-bit sources anyway.
It's a HUGE downside especially for the website you're on. When you do a 10-bit encode you improve encoder luma/chroma accuracy even if it dithers back down to 8-bit so ultimately you get 10-20% better compression efficiency. That's partly how PSY AV1 is able to achieve 4/5 MOS for some 1080p anime samples as low as 128 kbps, spatial data affects temporal motion vector estimations and other nerdy shit that I don't understand.
That's why I'm saying 10-bit decoding doesn't matter.
10-bit is mostly used for compression. It is rarely used to represent larger color space. Basically only uhd blurays actually use 10-bit color.
No, I'm saying it's a HACK that improves compression efficiency regardless if the source is 8-bit instead of 10-bit. Controversially if 10-bit compression was not part of the main spec in AV1 then AVIF wouldn't be able to compete with Jpeg XL. Of course that won't stop moron webdevs from shitting up the internet with 8-bit AVIF images.
>No, I'm saying it's a HACK that improves compression efficiency regardless if the source is 8-bit instead of 10-bit
Yeah, that's what I'm saying too. Not sure what you're arguing about.
Why would 10-bit decoding not matter if it's beneficial for like 90% of all humanity? It's only a small minority that will store 40GB blu-rays, the rest are doing transcodes, downloading transcodes, or even worse paying for streaming services.
Anyway the whole WOW factor of AV1 has mainly revolved around 10-bit being PART of the whole main spec, it's not an extensions. Which means that ANYTHING with an AV1 ASIC at the bare minimum can decode 10-bit. That's like insane when you think about it because god help you with those 10-bit H265 rips, you have like a 50/50 chance it will even play through the ASIC because the israeli mpeg-la decided that 10-bit was not for us goys.
no way
i refuse to believe this is real
it's like converting a 300x300 png into a 30 quality 1000x1000 jaypeg
why not just convert it normally but with a non-dogshit quality preset?
Because JPG doesn't store data as RGB but YUV and those 2 things have caused a massive rift among nerds. It's why there's so much controversy behind AVIF and JXL as both are biased toward a future where we get rid of one of those colorspaces, at least for images.
very interesting how every "anonymous" reply to daiz's bot is sucking corporate dick by yes manning his moronic propaganda and red*it typing
Why isn't your bot screeching at you for mentioning Twitter, Daiz?
Testing if any moronic newbies can see through your samegayging?
https://desuarchive.org/_/search/text/twitter/username/ss2/
https://desuarchive.org/_/search/text/twitter/username/pixdaiz/
if this is not the perfect example of how bullshit it is that patents last 20 years i dunno what to say
serious question, what does think Stallman or other freetard references of using former patented tech? i dont think i ever read anything about it
would like to know as well
Interesting, however:
>make chad jippity write a generic patent for "an electronic file for storing moving pictures".
>File it at an east-texas patent mill.
>start spamming everyone with C&Ds and damage claims.
>Make tons of bank from malicious litigation.
Nothing personal kid
How long until HEVC patents expire?
not anytime soon, prolly another 7-8 years for the first patents to expire
Now if we can just convince the morons on nyaa to stop encoding everything with that blurry hevc shit... who the frick cares about 10-20% size reduction...
YIFY is popular for a reason.
they need to be convinced to stop encoooding altogether and just upload raw web DLs and bd rips.
it is quite hilarious in the age of gigabit internet and cheap storage to realize that years of "we need to re-encoooode the BD for better filterinos" was just a massive cope to shrink file size.
Meanwhile the shitberry pi 5 just removed hardware H.264 encoding and decoding
yeah, that's insane, literally the only device on planet earth manufactured after 2008 that doesn't have an hw h264 decoder
and then they wonder why people buy chinkshit versions of it instead
Even worse it he removal of the encoder. People used raspis for all sorts of camera shit, the new one is useless unless you want a space heater cpu
Best encodes I see nowadays are H.265 usually
As expected, Daiz reminds everyone why he's a schizo by shilling Tel Avif in a random thread and sharing his extremely deranged delusions.