Length matters. Off the top of my head I think the spec is for 16’ max. If you’re dasy changing a pair of 10’+ cables on an adapter like that, you might run into problems.
Length matters on most cables, USB, FireWire, HDMI, DisplayPort, etc. The question here is if all of the features translate properly. Not all passive adapters are equally capable, and this is true for a few standards/cable types.
A lot of my friends have said they prefer girth, fwiw.
Jokes aside, that’s a good point. HDMI/DisplayPort, like USB, pass digital signals over many small cables in a bundle. With how much data uncompressed high res images consist of, I doubt there’s a lot of redundancy or parity the way there may be for Cat6 cable using TCP. At a certain point, without a powered repeater cable, the image will probably not work (or not reliably). Idk if that would appear as “no signal” or dropped frames, though.
Passive adapters don’t have much power to work with for signal processing… Idk how different the image signals themselves are between HDMI and DisplayPort, but I know from working with EDIDs that there’s many optional modes and features for both, like multiple audio/videos streams (3d video, surround sound, hdmi arc), different colorspaces, HDR and VRR. I’d be surprised if any passive HDMI-to-DP adapter supports more than the most common modes and features.
Both HDMI and display port are at their core, data cables. As long as the noise is low enough to maintain bandwidth, it’ll be fine. The cables them selves don’t have any intelligence to determine one feature over another.
That makes this situation/discussion really strange then.
Because if an adapter from DP to HDMI fixed this driver issue, Valve would know and would just include an adapter in the box. Right? There wouldn’t be these statements from Valve without mentioning the obvious solution?
I’m not sure we are on the same page about what the core issue is with suggesting an adapter will address concerns over HDMI 2.1 and 2.2 features on Linux/Steam Machines.
Do they make DP support HDMI 2.1/2.2?
That one I linked does HDMI 2.1
I haven’t seen any that claim 2.2
There are also cables with DisplayPort on one end and HDMI on the other. No seperate adapter
I just don’t trust the claims. Looks like mixed reviews on 2.1 features working.
I wonder what one should actually expect to work in a passive cable/adapter.
The signal quality can be flaky. You need a good, short, hdmi “8k” cable for it to work reliably.
Length matters. Off the top of my head I think the spec is for 16’ max. If you’re dasy changing a pair of 10’+ cables on an adapter like that, you might run into problems.
Length matters on most cables, USB, FireWire, HDMI, DisplayPort, etc. The question here is if all of the features translate properly. Not all passive adapters are equally capable, and this is true for a few standards/cable types.
A lot of my friends have said they prefer girth, fwiw.
Jokes aside, that’s a good point. HDMI/DisplayPort, like USB, pass digital signals over many small cables in a bundle. With how much data uncompressed high res images consist of, I doubt there’s a lot of redundancy or parity the way there may be for Cat6 cable using TCP. At a certain point, without a powered repeater cable, the image will probably not work (or not reliably). Idk if that would appear as “no signal” or dropped frames, though.
Passive adapters don’t have much power to work with for signal processing… Idk how different the image signals themselves are between HDMI and DisplayPort, but I know from working with EDIDs that there’s many optional modes and features for both, like multiple audio/videos streams (3d video, surround sound, hdmi arc), different colorspaces, HDR and VRR. I’d be surprised if any passive HDMI-to-DP adapter supports more than the most common modes and features.
Both HDMI and display port are at their core, data cables. As long as the noise is low enough to maintain bandwidth, it’ll be fine. The cables them selves don’t have any intelligence to determine one feature over another.
That makes this situation/discussion really strange then.
Because if an adapter from DP to HDMI fixed this driver issue, Valve would know and would just include an adapter in the box. Right? There wouldn’t be these statements from Valve without mentioning the obvious solution?
I’m not sure we are on the same page about what the core issue is with suggesting an adapter will address concerns over HDMI 2.1 and 2.2 features on Linux/Steam Machines.
It makes sense to start a PR war over it, trying to fix HDMIs open source policy.
That’s true, I’m only questioning anyone saying “just use a DP adapter!”
You’re totally missing my point here.