I've always wondered why we don't have wireless displays yet.
However why hasn't anyone designed a live HW encoder/decoder system with very low latency that encodes video from a computer to 0 CRF HEVC 4:4:4 to a wireless hdmi adapter?
Surely compressed lossless video has to be significantly smaller than uncompressed video.
Other urls found in this thread:
x265.readthedocs.io
twitter.com
...
That is dogshit low-bitrate 4:2:0 video on par with youtube quality
I want 4:4:4 CRF 0 (lossless) wireless displays.
You think HEVC isn't compressed?
lol...
Why does 4k60 with 4:4:4 say it has only 1920x1080 res?
4k60 is obviously 3820x2160
...
HEVC is compressed.
RAW 4k 60fps content is like 711 MB/s
HEVC 4k 60fps content is like 50Mb/s
The new accessory for HTC Vive that lets you use it wirelessly uses WiGig, so it should probably be good enough for displays as well.
Obviously it is smartass, but HEVC can compress raw video losslessly (CRF 0 4:4:4) or lossy (4:2:0 CRF >=1).
good question, guess someone's getting fired
Can these do at least CRF 0 4:4:4 HEVC 1080p video?
>HEVC
Why the fuck do you need that dogshit.
>RAW 4k 60fps content is like 711 MB/s
That's 8bit 4:2:0. Not suitable for on screen graphics. Proper 4:4:4 is 1423 MB/s in fact.
Uses half the bandwidth which is pretty fucking important if you want any hope of transmitting resolutions larger than 720p losslessly.
lossless HEVC encoding takes for fucking ever to encode.
720 frames of 720p content at very fast preset with the lossless modifier takes around 240 seconds.
Around 3fps.
The same test footage encoded at "Very slow" preset with the lossless modifier takes around 6300 seconds
Around 0.11fps
Neither of which is fast enough for real time applications.
Maybe some custom ASIC hardware could brute force it's way through, but you'd be looking at a VERY expensive ASIC, and not likely something viable for a consumer product.
>Uses half the bandwidth
Only in very specific cases, like sub-1mbps and for 4k content that's compressed to shit. Anything else and it's useless. Even more useless are hardware encoders that are not going to achieve any of that. Only realistic reason to go after HEVC is more widespread 10bit support and HDR.
Then why do you get half the file size when encoding in lossless 4:4:4 CRF 0 format compared to 4:4:4 CRF 0 H264 video at the same fast preset?
You are probably comparing x265 and x264. Regardless of how similar the names and commands are, they have different ways to produce a lossless encode. While correct for x264, crf 0 is not the correct way to do a lossless encode with x265.
x265.readthedocs.io
Trying to match presets is also wrong, because both applications have different settings applied so cannot be assumed to aim for similar quality or even speeds as H265 will always be the slower standard.
You should also understand that any wireless low latency project will have to rely on hardware encoders. Those will never produce visual quality on par with software encoders so comparing those is wrong also.
>HEVC
kys
I don't get this meme.
It's a nonfree shitty codec. Wait until av1 is frozen or use vp9 if you can't wait a couple of weeks.
Even applel embrace av1 so hevc will be a dead meme.
>It's a nonfree shitty codec.
In what way? It already has 10-bit HW decoding support since snapdragon 820 and kabylake. Also do pirates care it's non-free, I haven't seen entire animu rips in VP8 webms.
>Wait until av1 is frozen or use vp9 if you can't wait a couple of weeks.
nah
>Even applel embrace av1 so hevc will be a dead meme.
apple has 5% market share, how is their support relevant?
>apple has 5% market share, how is their support relevant?
well, there's also google and netflix among big companies that are part of av1 development. there are other companies, too.
>lossless wireless 4k/60 HDR
Yeah, keep dreaming kid