← Back to context

Comment by teleforce

2 years ago

This TV station guy packs 4K video transmission on 18 Mbps RF channel [1].

Mind you most of networking high bandwidth real-time transfer and processing is just another low bandwidth batch processing accumulation.

Personally I am working on a new robust and low latency wireless PHY based on polarization that can work even with non line of sight (NLoS) that perhaps can do away with retries, but we shall see.

[1]TV Station Launches Multiple 4K Broadcasts OTA on ATSC 1.0 [video]:

https://news.ycombinator.com/item?id=39727651

These are kind of two different things though. The challenges of encapsulating a wire protocol to display video like HDMI and using a protocol like ATSC 1.0, which has support for subchannels that send effectively arbitrary bitstreams that in the case you linked, happens to be fragmented h.264/h.265 that the TV already has codec support for. 80 mbit for sub-ms latency, lossless encoded HDMI is a non-starter. 80 mbit for sub-200ms lossy encoded video streams? Yeah, let do 100.

  • There's an alternative like UWB in RF that caters for more bandwidth if needed but come with low power requirement across the wide bandwidth [1]. Or the the FCC/OFCOM/etc need to bite the bullet and provide huge chunk of RF spectrum for this next generation wireless peripheral standard that's comparable to USB 4. Together with the latest offering direct RF ADC/DAC and RFSoC it is just a matter of time for this realization [2],[3].

    I believe the issues lamented by the grand parent comment is resolvable even in RF spectrum and the required speed will be achievable in the near future, stay tuned.

    [1] Ultra-wideband:

    https://news.ycombinator.com/item?id=38458482