[a / b / c / d / e / f / g / gif / h / hr / k / m / o / p / s / t / u / v / vg / vm / vmg / vr / vrpg / vst / w / wg] [i / ic] [r9k / s4s / vip] [cm / hm / lgbt / y] [3 / aco / adv / an / bant / biz / cgl / ck / co / diy / fa / fit / gd / hc / his / int / jp / lit / mlp / mu / n / news / out / po / pol / pw / qst / sci / soc / sp / tg / toy / trv / tv / vp / vt / wsg / wsr / x / xs] [Settings] [Search] [Mobile] [Home]
Board
Settings Mobile Home
/g/ - Technology


Thread archived.
You cannot reply anymore.


[Advertise on 4chan]


File: file.png (196 KB, 684x292)
196 KB PNG
>takes 10 times as long to encode than x264
>get a worse quality video
what were they thinking here?
>>
To this fucking day x264 still has the best psycho visual optimizations lmao. Absolute peak of video encoding and it was all thanks to anime spergs who meticulously tuned every single ASM instruction to perfection.
>>
>>109767705
x265's main party trick is hardware encoding. Hardware wants simpler search spaces that can be spread over many parallel tasks and h.264 has to take a massive quality loss to achieve that. h.265 does not. But despite this design goal, NVEnc has a truly pathetic realtime encoder so all the twitch dweebs think h.265 sucks when it's just their crappy proprietary encoder that sucks.
x264 is just a better balance between encoding time, quality and disk usage though for general use. It's kinda like MP3 - objectively inferior to AAC but so much effort went into perfecting the encoding in LAME that the results are typically superior to AAC provided you don't care that decoding MP3 is a floating point heavy task that AAC was designed to fix.
>>
>>109767733
>it was all thanks to my 2d simple color children's cartoons
yeah. no
>>
File: 1775912565591997.png (5 KB, 556x456)
5 KB PNG
>>109767950
>>
>>109767956
no offense. but it was mainly people on forums like videohelp and doom9 and communities like hdbits like who spent years experimenting with parameters and figuring out how to reliably get a visually transparent encode of live action at like half the source file size
>>
someone is paying for this thread with how licensing costs have gone up
>>
The secret that they don't want you to know is that "efficiency" as modern video codecs define it is typically antithetical to "transparency" as people on forums and piracy communities define it. They're aiming for an okay result at lower bitrates, not perfection. Why? To cut costs. Shaving pennies off of CDN bills adds up to dollars when it's done at scale. They pretend that the streaming era has made things better and more modern but it's not actually going in a good direction.
>>
>>109767969
all the nerds did their part :D
My point still stands that x264's psychovisuals are still king because they were designed around subjective quality rather than simply trying to pass metrics such as SSIM, VMAF etc. which is what I think >>109768072 is hinting at
>>
>>109767705
>x265
the reason shit pushed is simple af
"Apple is one of many organizations that hold Standard Essential Patents (SEPs) for the H.265 (HEVC) video standard, which x265 implements"
they used partially (mostly) expired patent portfolio to chain patent 265 after 264
USA IP is a scam, just like mickey mouse was patented for 20y or so and expired something 80 or 100y later.
ofc if you register something new it not magically scam patented 60y after your death
>>
>>109768243
This is why Google pushed VP8/VP9 instead and now AV1 is next up. As consumers the cost is just baked in to whatever products we purchase and it gets passed onto us. But the industry has wised up to how much of a scam it is and prepared to move away from it even before the rates that were asked of them started to become extortionate. Sadly governments haven't caught up and we have the most retarded shit happening, like ATSC 3.0 crippling the future of the broadcast TV industry in the US.
>>
I see 264 I see 265 I pick the bigger number.
Simple as
>>
>>109768318
isn't it only retarded boomers that watch TV these days anyway?
>>
>>109768352
When I still lived in the US I watched it. News and sports programming for free, what's not to like about that? It's higher quality than the pirated internet streams I used for all the cable channels too.
>>
>>109767705
they were thinking goyim will gobble it up like polacks gobble up ukrainian shit
>>
>>109768339
I pick the lower number because I don't like bloat
>>
>>109767705
>takes 10 times as long to encode than x264
>t. poopjet with i5 2500k

I'm encoding only to av1, which is superior to both h264 and h265
>>
>>109769201
>superior
lol
>>
>>109768430
Eventually, bus will come for you too, zigger.
>>
>>109769201
av1 is only better at very low bitrate, not when you want quality encodes.
>>
>>109767705
How the fuck x266 is still not out despite H.266 existing for a long time at this point? MulticoreWare still promises x266 soon on their website since 2023
>>
File: 1762801942801042.png (28 KB, 1080x607)
28 KB PNG
>>109769201
>>109769382
>>109769722
Sorry for plebbit link but someone who knows what they're doing actually tested whether AV1 is only beneficial at low quality/low bitrate and that doesn't seem to be the case when using a super state of the SSimulacra2 state of the art quality metric. A score of 80 is probably what the library of congress would use for archiving footage, at least lossy variants of said footage, anything beyond "Distortion not noticeable by an average observer in a side-by-side comparison at 1:1 from a normal viewing distance." is probably autism deluxe. Anyway if you're interested in AV1 there's tons of altchans out there that support it, I really recommend you check them out because this place is becoming obsolete.


>80 = very high quality. Distortion not noticeable by an average observer in a side-by-side comparison at 1:1 from a normal viewing distance.

https://github.com/cloudinary/ssimulacra2

https://www.reddit.com/r/AV1/comments/1jpku0s/codec_encoder_comparison/
>>
>>109769739
The interest is waning as AV2 gets released. Though both VVC and AV2 will remain niche as they're primarily intended to compress 8K video not little 720p/1080p rips/clips/media floating around right now.
>>
>>109771266
god i need it for my vr porn library...
>>
>>109767939
>x265's main party trick is hardware encoding
...do i even bother reading the rest when you're showing a complete lack of understanding on the subject at the first fucking sentence?
x265 is literally a software encoder, retard.
>>
>>109771228
>quality metric
not this shit again.
>>
>>109771266
>Though both VVC and AV2 will remain niche as they're primarily intended to compress 8K video
this makes no sense, av1 was also aimed at making 8k video possible, and it's what allowed youtube to introduce 8k uploads
...but it's still more efficient at lower resolutions, 4k at the bitrates streaming services aim for is still not really feasable and ends up looking like a "1080p+" at best even with av1.
av2 is still going to be very useful at 1080p-4k.
>>
File: 1787590913149737.gif (1.26 MB, 464x407)
1.26 MB GIF
>>109767705
For me it's AV1+Opus
>t. Stallman
>>
File: 1779317040077883.png (72 KB, 800x521)
72 KB PNG
>>109771781
It's state of the art and backed up countless subjective tests. Not saying it's perfect but it's miles ahead of a simple vmaf inspection that just tells netflix if the average joe will shit his pants or not (ie not good for estimating high fidelity).

>>109771791
It's because of the Dav1d project. Most people are probably aware that SVT-AV1 encodes faster than the shit ass x265 encoder but in addition to that extensive work was done to make AV1 as backward compatible with older CPUs all the way back from the haswell era without requiring any kind of AV1 hardware decoding ASIC. Thus even if AV2 provides significant compression efficiency gains over AV1 at 1080p it likely won't be used for that due to how decode friendly AV1 is.

Similarly this is why a growing trend of adopting WebP over JXL or AVIF is seen on the web as a whole. The loss in compression efficiency is compensated by WebP being so easy to decode even shit ass dual-core chromebooks have no problem with it.
>>
I wish I still gave a shit

x265 still being used by the worst encoders out there to produce trash encodes is still so annoying. I don't mind what codec is used but the curryslurpers took that shit and ran with it so I just ignore it mostly at least for 1080p shit. At least when it comes to 4K they curryslurpers don't bother touching those releases for the most part.
>>
>>109767705
retard trying to encode x265 (HEVC) on old hardware without hardware acceleration, or at the very least, using a software encoder with terrible settings

many such cases
>>
>>109771882
...why wouldn't av2 also be decode friendly?
dav2d is already a thing and it's only like 20-30 heavier than dav1d, cpus from the haswell era will also only become less relevant as time goes on
>Similarly this is why a growing trend of adopting WebP over JXL or AVIF is seen on the web as a whole. The loss in compression efficiency is compensated by WebP being so easy to decode even shit ass dual-core chromebooks have no problem with it.
avif/jxl is also no problem for that kind of hardware and power consumption of wifi/lte data transmission means on battery constrained devices (such as the chromebooks you're mentioning) jxl/avif are more power efficient than webp, how many times do we need to have this conversation? kys daiz.
>>
>>109771963
this is the second time in this thread someone claims x265 can take advantage of hardware acceleration
at this point this must be some feature of the encoder i just haven't heard about... care to explain?
>>
>>109771996
my nigga,
x265 provides identical
or superior visual quality to x264
at half the file size tho you gotta
up the CRF bitrate and use the
settings you would for x264
also, quick sync solves this problem
stop using outdated hardware and
terrible software presets, problem
solved
>>
>>109772119
and DON'T* use the settings you would for x264
>>
>>109771882
>faster
ahhh so you're just another poor bottlenecking his CPU with bad software encoder presets and terrible hardware
>>
>>109771882
>It's state of the art and backed up countless subjective tests.
it put vp9 above x265 so, yeah no thanks.
screenshots/video samples only.
>>
>>109772119
You shouldn't post.
>>
>>109772119
>superior visual quality to x264
>at half the file size
nice meme. av1 also claims that vs h265 so I guess you should be able to show an av1 encode 1/4 size of x264
it's like you guys need glasses
>>
When I feel lazy i use mp4 cause it encodes fastest on my 4090 with NVENC or whatever.
I see no difference, takes <2 secs to make a vid like this. It's basically a fancy gif, and I'm happy
>>
>>109767939
ur spot on about Twitch dweebs and the limits of ultra-low-latency real-time NVENC bt applying live-streaming logic to archival storage is a massive miss. woo lad

the MP3/LAME analogy doesn’t hold up anymore since libx265 has had over a decade of optimization and saves 45% disk space over x264 at identical visual transparency, to boot, x264 is completely useless for 4K, 10-bit depth, and HDR/Dolby Vision if you're building a modern high-tier library, x264 is a dinosaur and shouldn't even be a consideration
>>109772353
you lost. i accept your concession
>>109772354
you really are a poor watching encoded videos on a 720p panel
>>
File: 1769106839453997.png (38 KB, 2000x2000)
38 KB PNG
>>109771969
Because it's more complex in general and CPUs from the haswell era will only become irrelevant when the computer themselves finally die and we've had gloating about i5-2500K PCs being "good enough" for the last decade or so. I mean I don't know what to tell you man, websites would clearly save billions if not trillions of dollars if they use JXL/AVIF instead of WebP but in real life that doesn't happen because in the end WebP is incredibly decode friendly toward those dual-core chromebooks. If an entire website does not load in 1 second users tend to leave so if a JXL image is pinning both CPU cores, causing the entire fucking thing to lockup for 5 seconds, you're gonna have users not coming back to your website.
Even AVIF which "daiz" would be strongly shilling for is seen struggling here despite it benefiting from Dav1d improvements over the years because even that is not enough to match WebP decode complexity.

~22% of all images on the Web are now WebP
~2% of all images are now AVIF
less than 0.1% of all images are now JXL

https://w3techs.com/technologies/details/im-webp
https://w3techs.com/technologies/details/im-avif
https://w3techs.com/technologies/details/im-xljpeg
>>
>>109772119
>x265 provides identical
or superior visual quality to x264
at half the file size tho you gotta
up the CRF bitrate and use the
settings you would for x264
...this has absolutely nothing to do with what I said, i have no idea why you're casually telling me stuff I already know, besides i'm already onto svt-av1, i don't see any point bothering with an inferior and jew encumbered codec.
>also, quick sync solves this problem
quick sync has absolutely nothing to do with x265, so once again, what exactly is this "x265 hardware acceleration" you're talking about?
are you going to reply with unrelated nonsense again? are you a bot?
>>
>>109772399
It's fucking anime and you could probably upload this without transcoding it. If I actually needed to transcode CRF 18 slow with x264 would be fast enough anyway so no reason to use hardware encoding which only really shines for live streaming. I use nvidia cards with patched drivers to get around the encode cap at work for that.

>>109772452
It's not even worth debunking the things you post because they are complete and utter nonsense. LLMs have made your brain obsolete. They hallucinate less than you get confused and use terms you don't understand. Also they don't write as if they got dropped on their head as a child. They don't even have a head.
>>
>>109768072
mostly right, but conflating streaming bitrates with codec capability

many such cases
>>
>>109772271
No you fucktard, I mean SVT-AV1 will compress video much much faster than x265 for similar quality.

>>109772298
Why is that surprising? x265 is practically abandonware at this point and Google has every reason to make their VP9 encodes not look like shit because the entire web is using VP9 as a fallback video codec as the development teams grow a spine and stop using shit ass H.264.
>>
>>109772597
It's not as if they care about how much bitrate is required with which encoder in order to get a transparent result. Codec capability is just theory a lot of the time and in practice what happens depends on the encoder, settings, and what bitrate is required to create faithful reproduction of the source material. So just spamming bitrate with a shitty encoder as they do on bluray discs results in better encodes than Amazon's bitrate constrained x264 encoded streams, even though those Amazon streams are fairly decent as far as internet streams go.
>>
>>109772608
>Google has every reason to make their VP9 encodes not look like shit
NTA but google's vp9 encodes are done in hardware with their custom made fpga chips, that graph is most likely using libvpx, why would google develop libvpx further when they don't really use it?
>>
>>109772741
They want people to use it beyond just YouTube's use so hardware support is more than just capitulation to them. I think Netflix does.
>>
File: 1770286771247799.png (115 KB, 655x467)
115 KB PNG
>>109772741
Because other websites might not have this fancy 1 million dollar fpga accelerator so when AV1 is too hard to decode then VP9 serves as a perfect fallback. Despite all the work that has gone into Dav1d there will still be computers out there that do not have enough CPU horsepower to decode AV1.

Webpsites have to contemplate between going all the way back to ancient and shitty H.264 or spend some CPU time with libvpx to give users acceptable quality at low bitrates.

https://streaminglearningcenter.com/codecs/tesla-rolls-back-youtube-from-av1-to-vp9.html
>>
>>109772586
>It's anime
Yeah!
>>
>>109772584
it being incredibly pedantic about terminology and dropping edgelord remarks about HEVC licensing fees to dodge the point. is this why you ran was mm away away to SVT-AV1?
>quick sync has absolutely nothing to do with x265
>what is x265 hardware acceleration
this shit is so embarrassingly wrong for someone acting like an expert kek my niggah Intel Quick Sync Video (QSV) has native, dedicated hardware blocks for HEVC (H.265) 8-bit/10-bit encoding and decoding since Intel's Skylake architecture 6th gen and perfected it in Alder Lake 12th gen. fk is u talking about? It is LITERALLY a hardware chip ASIC designed specifically to process H.265 streams without melting CPU CORES my niggah and SVT-AV1 is fantastic for 1080p and standard 4K SDR/HDR10 streaming, but it is useless for your specific high-tier setups, stop telegraphing it a poor. not a bot, just laughing at you claiming Quick Sync has absolutely nothing to do with x265. kek
>>109772586
i accept your concession, sorry you're so upset
>>109772608
now ur just moving uber goalpost. I went from complaining about x265 taking 10 times as long to encode than x264 to claiming SVT-AV1 is much faster than software x265 (libx265) for similar quality? again, you are conflating the two and seething over the facts. SVT-AV1 is only faster if ur tanking the efficiency on a high preset like 6-8 to match a poorly optimized x265 config bt at equivalent archival quality metrics (SVT Preset 4 vs x265 Slow) the encoding times level out and SVT eats a disgusting amount of RAM to do it.

Keep coping with ur licensing-free AV1 encodes meanwhile we the entire high-end 4K Blu-ray REMUX and Dolby Vision FEL scene will keep running laps around you on HEVC. enjoy the stream-tier encodes.
>>
>>109773095
ur*
>>
>>109773095
Insults directed at you are not an invitation to formal debate. There was never anything to concede except the fact that

kek i literally am writing like u now nigga im retarded but acting like i know shit i just struggled to write multiple paragraphs with word salad from technical specifications i dont understand nigga
>>
>>109773095
>it being incredibly pedantic about terminology and dropping edgelord remarks about HEVC licensing fees to dodge the point.
...to dodge which point again? that bunch of stuff that had nothing to do with this discussion?
>this shit is so embarrassingly wrong for someone acting like an expert kek my niggah Intel Quick Sync Video (QSV) has native, dedicated hardware blocks for HEVC (H.265)
yet another thing i know already, thanks, except this has nothing to do with x265 yet again
>not a bot, just laughing at you claiming Quick Sync has absolutely nothing to do with x265. kek
"not a bot just completely retarded"
oh wow thanks for confirming
>>
>>109773236
sorry you're so upset, faggot
>>
>>109773095
You're confusing x265 and h265.
>>
>>109773095
>using paid, proprietary, inferior, patent encumbered technology is a flex
okay
>>
>>109773294
Why would I be upset when I went to the circus and a clown appeared? I came here to point and laugh at you. You're delivering my money's worth. This is why I pay my internet bill.
>>
>>109773336
>>109773294
>>
109773358
I didn't click your link to your other post. If you want me to read your post you need to post it again. Work for your (You)s clown.
>>
>>109772399
I thought this was a medieval or Renaissance fantasy series? She's eating a popsicle? My interest in checking this out just tanked
>>
>>109773310
ahhh the ultimate pedantic baby cope
>ur confusing the codec with the software encoder
kek ur technically right about the naming convention but using it as a "gotcha" after getting completely wrecked on Quick Sync and encoder speeds is hilarious. notwithstanding that this that is a cope thread for poors. ur technically right about the naming convention, but using it as a "gotcha" after getting completely wrecked on Quick Sync and encoder speeds is hilarious. technically right about the naming convention, but using it as a "gotcha" after getting completely wrecked on Quick Sync and encoder speeds is hilarious.technically right about the naming convention, but using it as a "gotcha" after getting completely wrecked on Quick Sync and encoder speeds is hilarious. everyone knows x265 is the software encoder library and H.265/HEVC is the codec standard but u literally asked what 'x265 hardware acceleration' meant and claimed Quick Sync has nothing to do with it. Quick Sync encodes H.265 directly onto the silicon my niggah. u lost like 3 posts ago. log off
>>
>>109773777
seems like your chatgpt thingy got stuck there for a sec kek
>>
>>109773905
naw faggot, this is what happens when posting over LTE. u wouldn't know because you're a shut-in loser
>>
File: hit.webm (227 KB, 696x352)
227 KB
227 KB WEBM
>>109767950
>>109771228
>>109772119
>>109773095
>>
>>109767705
they weren't.
SVT exists anon. stop living in the past.
>>
>>109773969
poors mad lmao
>>
>>109773777
>quick sync has absolutely nothing to do with x265
still digging, still wrong.
quick sync has absolutely nothing to do with x265, just apologize and move on.
>>
>>109773934
that's the most retarded excuse ever
not to mention, most people here aren't phonefaggots and being a phonefaggot isn't something to brag about
>>
>>109774128
yes most of you are shut-in losers. sorry you're so upset
>>109774082
ah, the classic I'm losing the structural argument so I will hyper-fixate on a colloquial shorthand defense. please see>>109773777
>>
File: 1780642407355391.png (39 KB, 719x493)
39 KB PNG
>>109773491
lol what pathetic faggot
you lost sorry you're so upset
>>
>>109767950
there was a touhou preset built into x264
https://github.com/mirror/x264/blob/2451a7282463f68e532f2eee090a70ab139bb3e7/common/common.c#L382
>>
>>109774198
I'm not opening that shitty mspaint drawing to look at the text on it but it's cool that you saved it on your phone or whatever instead of pictures of the girlfriend you don't have
>>
File: 1764129666273501.webm (3.73 MB, 1920x1080)
3.73 MB
3.73 MB WEBM
>>109772399
I can do better
>>
>>109774204
>there was
it's literally still there
>>
File: 1778531861805638.jpg (222 KB, 1920x1080)
222 KB JPG
I've tried to watch a 300Mb HEVC and a 1,4GB h264 and I can't tell the difference
>>
>>109774320
tou're right but I couldn't find it in a code search to permalink because github sucks ass and they refactored that at some point.
>>
If I am really annoying on the internet everyone will think I'm a super cool guy. Yeah I'm outside! Don't you wish you were outside too? In the real world? Looking like a hobo stinking up your local Starbucks having barely coherent arguments about video codecs on the anime incel website? In a world where even a homeless man can have a smartphone he can also post on 4chan. The next time you see a bum on the sidewalk don't forget to put a dollar in his cup. Cause that bum might be me and if I can't get drunk or high I'm gonna get real snippy with you on /g/.
>>
>>109774246
I see the extra detail, the wall and colors. Impressive. Too bad 4chan won't allow modern codecs like H.264 or AV1 for some reason. I understand the rationale for lack of audio on some boards, but I see zero reason for a lack of modernity otherwise. Baffling.
>>
File: 1777920140406791.png (117 KB, 1200x630)
117 KB PNG
>>109774362
I plan to make a thread on umigalaxy and link it here. Just have to find a good fork to see significant gains compared to VP9 else you could make the argument to just keep using VP9 on 4chan desu.
>>
>>109774222
awww u sound terrified lel
>>
>>109774422
Why would I be terrified of an ugly jpeg? It's not like it's gore or something. It's just ugly. Why do you like ugly things?
>>
>>109774353
>>109774353
holy kek dis niggah is throwing a massive unhinged copypasta-style temper tantrum because they ran out of technical arguments. lmao having a melty mate? hahaha
>>109774451
I are absolutely SEETHING. LMFAO. when someone on an anonymous Mongolian basketweaving imageboard resorts to analyzing the file format of a jpeg and calling "ugly" and asking semantic questions about aesthetics
>Why do you like ugly things?
it only shows they have been utterly mind broken lmao hallucinating versions of me to attack because u lost! haha
>>
>>109774451
my niggah it’s an ' ugly jpeg bcuz it’s a lossy compression of ur absolute melty in this thread I thought you loved high-efficiency compression? go finish your SVT encodes man ur done here
>>
>>109774506
If anything I'm being fairly calm and you're the one having a little spergout here. I don't know what has you so animated but I hope you find the help you need soon.

>>109774525
It's ugly because it's a shitty drawing that isn't nice to look at. I like beautiful things. Not ugly things. I can tell it's ugly from the thumbnail so I don't need to open it. It's ugly. Like your soul.
>>
File: 1762446290586037.mp4 (682 KB, 720x1088)
682 KB
682 KB MP4
>>109774539
holy projection-flip haha
i have have officially reduced a retarded technical gatekeeper faggot into an online philosopher talking about the "beauty of your soul." lmao hahaha wtf yyping an entire paragraph about the aesthetics of my soul because u didn't know what Quick Sync does is the ultimate cope

kys sanjeet
>>
>>109774574
That looks ugly too. Like some skibidi toilet shit. What draws you to this aesthetic? What is it's appeal to you? Are you capable of answering a question that someone asks you without having a complete meltdown? Maybe you should try to take a deep breath before furiously tapping your sweaty fingers on that glass.
>>
>>109774592
>lost the tech debate
>lost the speed debate
>now crying about the beauty of my soul and jpegs jaha
the absolute state
>>
>>109774613
I never claimed to be a master debater. Nor did I challenge you to a sperg duel. It's much too late for that and I need to sleep soon. You see I have a job where understanding all of these things actually matters. I wish I could just be lazy about it all but being able to deinterlace at scale has become important. So there's the question of quicksync versus nvenc. We use both. Quicksync is especially useful for the SD channels and I think Intel's deinterlacing is good enough. Nvidia's blows donkey cocks but there are cuda implementations of actual decent deinterlacing filters you can use in ffmpeg like yadif. Software encoding is basically always better and in a perfect world I would just use that for everything but it is computationally expensive and doesn't scale. I don't think you understand the difference between any of these things or why someone would choose one codec over another, let alone bring hardware encoding into their pipeline.
>>
File: 1765149562362508.gif (1.56 MB, 350x170)
1.56 MB GIF
>>109774676
goddamn ur hurt.
what's wrong anon, aside from our exchange about x264 vs x265
>>
>>109774362
I don't know if you meant to say H.265, but you can upload AVC in an mp4 container.
>>
>>109774730
Hurt? I just demonstrated that I know what I'm talking about. Just a little flexing. As a treat. I didn't get into anything about x264 vs x265 with you except reply to you once or twice basically pointing and laughing. Your posts have been so misguided that it's not really worth trying to correct them. I have wrote extensively about that topic in the past but that's a flame war for another day when I have time to kill.
>>
>>109768318
At least AV1 has good compression ratios
>>
>>109774754
>it's not really worth trying
yet, here you are. how do I unsubscribe from your blog my niggah jfc
>>
>>109774766
It's easy. Press alt+f4, then enter and turn 360 degrees and walk away.
>>
>>109774779
>360
lmao you really are desperate for a win.
>>
>>109774786
I don't care about winning. That's your bit. So here's my concession. It's like your very own participation trophy. You don't get anything for winning it but it might make you feel better. Until next time.
>>
>>109774800
trying to frame ur defeat as a noble act of charity lmao thanks for the trophy. next time, just read the intel ark page before u start an argument about Quick Sync
>>
File: paul.jpg (53 KB, 735x526)
53 KB JPG
>>109772399
>>109774246

Nice. Now lets see Paul Allen's transcoding.
>>
File: animoo.jpg (57 KB, 460x691)
57 KB JPG
In 5 years from now, nobody's going to know what any of these encodings are. They're just going to download 720p videos and use AI to upscale them to something that satisfies the hyper-real sensibilities du jour.



[Advertise on 4chan]

Delete Post: [File Only] Style:
[Disable Mobile View / Use Desktop Site]

[Enable Mobile View / Use Mobile Site]

All trademarks and copyrights on this page are owned by their respective parties. Images uploaded are the responsibility of the Poster. Comments are owned by the Poster.