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.
You are not logged in. However you can subscribe from another Fediverse account, for example Lemmy or Mastodon. To do this, paste the following into the search field of your instance: [email protected]
No game suggestions, friend requests, surveys, or begging.
No Let’s Plays, streams, highlight reels/montages, random videos or shorts.
No off-topic posts/comments, within reason.
Use the original source, no clickbait titles, no duplicates.
(Submissions should be from the original source if possible, unless from paywalled or non-english sources.
If the title is clickbait or lacks context you may lightly edit the title.)
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.