21–30 of 31 posts
Earlier quoted context omitted.
That’s very doable on a 10gb Ethernet network which is becoming more and more normal.
It's going to be a while before 10Gb ethernet is available on devices that cost ~$30/pair.
I didn't even know HDMI extenders over IP existed! I wouldn't use it for TV/movies, because the re-compressed picture can't look all that great. But I could imagine plenty of uses for something like that!
Earlier quoted context omitted.
> Okay, but the original signal is not RAW uncompressed either. HDMI is in fact the RAW color values, uncompressed. Each of the color channels are serial, but that doesn't really change anything about the raw bitrate.
I suspect that just delta compression would reduce the required number of bits considerably.
Earlier quoted context omitted.
Because a 1080p60 video stream is about 3Gb/sec on the wire uncompressed like happens over HDMI. 1920w * 1080h * 3colorbytes * 8bits/byte * 60fps = 2,985,984,000 bits/sec.
Much closer to 5 Gbps when you factor in horizontal/vertical blanking + TMDS 8b10b encoding.
For comparison, I see somewhere on the order of 1-10mS of latency streaming over sunlight/moonlight. That’s close enough to “live” to make it feel real.
For watching movies, these are nifty tools, but sunlight/moonlight are a great combo for near-real-time control (ie video games)
Earlier quoted context omitted.
Much closer to 5 Gbps when you factor in horizontal/vertical blanking + TMDS 8b10b encoding.
A hypothetical HDMI-to-IP converter would certainly ignore hblank/vblank, and 8b10b encoding is only used on the HDMI link, not Ethernet. So parent's point stands: 1080p60 could be done in 3 Gbit/s.
I agree that the bandwidth overhead of 8b10b can be dismissed in context, but nevertheless disagree that the underlying functional equivalent of HDMI blanking can be entirely ignored given that's where the audio stream is embedded, with a max +/- 2 ms delay relative to video requirement.
To your point, it's unclear in my mind that even a hypothetical 3 Gbps Ethernet PHY would be sufficient in practice to transmit raw 1080p60 + stereo audio without some form of compression given framing and IP stack overhead, which certainly isn't free; i.e. you'd be at 92.7% link saturation in a completely lossless environment just blindly transmitting raw 1080p60 video data without framing or audio or IP encapsulation.
Earlier quoted context omitted.
A hypothetical HDMI-to-IP converter would certainly ignore hblank/vblank, and 8b10b encoding is only used on the HDMI link, not Ethernet. So parent's point stands: 1080p60 could be done in 3 Gbit/s.
Yes, the parent's objective clarification below was acknowledged. To be fair, the parent's point wasn't to assert a minimum Ethernet bandwidth that it "could be done in", but merely to highlight the incongruence of the grandparent assuming no compression when transmitting a base case payload over 1 Gbps Ethernet PHY. I agree that the bandwidth overhead of 8b10b can be dismissed in context, but nevertheless disagree t…
I didn't even know HDMI extenders over IP existed! I wouldn't use it for TV/movies, because the re-compressed picture can't look all that great. But I could imagine plenty of uses for something like that!
There was some effort to reverse engineer those devices [1] so that one could use for example either transmitters or receivers paired with normal PCs and not just connecting them straight each other. There are also newer models around, though I'm not aware of any reverse engineering efforts so far. If you want to tinker with them, please leave some writeup of the results. Beware that there are both HDMI over IP and a…
There was some effort to reverse engineer those devices [1] so that one could use for example either transmitters or receivers paired with normal PCs and not just connecting them straight each other. There are also newer models around, though I'm not aware of any reverse engineering efforts so far. If you want to tinker with them, please leave some writeup of the results. Beware that there are both HDMI over IP and a…
Do you have any insight regarding latency? Intuitively it sounds like HDMI over Ethernet may actually be a tad faster. I’ve also seen HDMI over IP devices marketed specifically as low-latency. I’m asking because I’ve heard a gripe over the technology generally that it’s too high latency to play video games.