Hacker Newsnew | past | comments | ask | show | jobs | submit | bobdvb's commentslogin


We waste so much resources in storing/transiting data in human readable forms. Ultimately it's binary, we already use software to display it, requiring the data be in forms that are human readable just wastes resources.

If the data spends more time being executed than read by humans it doesn't deserve to be human readable.

Use binary packed data and have an AI write you an interpreter for the structure.


I'll upvote you because you're mostly right.

But to be fair, there is a standard that could have been used for digital video, SDI/HD-SDI, but the transceivers were expensive and it doesn't support any form of bi-directional handshake. There was already prosumer kit, mostly in the US, which had SD-SDI connections as an alternative to component. It didn't get popular in Europe mostly because of SCART.

I was once talking with someone who was very much involved in the process of standardising TV connectivity, a senior engineer at Gennum, and he said it wouldn't have been practical and SDI couldn't have been competitive with HDMI.

Personally, I would have loved the idea of some kind of SDI with return path signalling, like a test probe connector: https://w140.com/tekwiki/images/thumb/8/86/Tek_Interface_Evo...


Oh, for sure. That and ADAT are great examples of tech that worked and worked well - and maybe even instrumental in HDMI's later adoption of optical tech in their cables.


I need to post this everywhere:

THIS ISN'T AN IP/PATENT ISSUE!

This is branding and marketing issue. Anyone can implement the spec, it doesn't need to be a cleanroom implementation. It's almost certain that you could license the patents from the patent holders because HDMI doesn't develop it's own patentable stuff, they just get it from Sony, Panasonic, etc.

THIS IS A MARKETING / BRANDING ISSUE.

Saying they don't want an open source implementation is just a smokescreen. 99% of the implementation is in hardware anyway.


So you're saying they could just make the driver compliant without advertising compliance under the hdmi logo? similar to how e.g. oneplus shipped phones without advertising their higher IPX rating because certification would have cost too much, or chinese electronics supporting "tf card" instead of "micro sd card" but being compatible anyways


So why don't AMD and Valve release ICan'tBeliveit'sNotHDMI2.1 drivers?


The spec is open to them and this isn't an IP issue, it's a branding issue.


HDMI's gate is certification and the ability to then use their marketing brand.

This is absolutely not a technical issue. You can implement the 2.1 spec if you want, you just can't say it's 2.1.

If Valve wanted they could happily get it to work and let people figure out that it works, they just can't use that title in their marketing.


IIUC the issue is not them being unable to implement 2.1 at all, but rather provide specifically open source implementation. They probably could provide a binary blob.


That's probably how NVidia did it.

But there's very little software involved in HDMI, it's mostly hardware and a control API.


Yes, this is exactly what the "proprietary" driver is doing


They're wrong, there's nothing stopping you implementing anything you like, you just can't use the HDMI brand without complying with their rules.


This sounds too easy to be true.

Does the "brand" include the physical shape of the connector?

Could I make hardware with a "NotHDMI" port that "happens" to be mechanically compatible with HDMI plugs, has the exact same pinout, etc etc?

Even then: In the OP case the hardware is already there, it's only about the driver. So wouldn't a driver for hardware that very clearly identifies the port as "HDMI" run into the same problem, even if the driver itself never mentions the term?


No, the connectors wouldn't be regulated, you're not violating any IP by buying them and there's no prohibition on any of the manufacturers selling them to unlicensed companies. At worst you can assert a patent against the design but there's no specific patent for that design, there are patents for some aspects of the design/implementation but they're hold by the manufacturers of the connectors themselves.

There have been many examples in the past of consumer electronics companies selling things that are electrically and logically compatible with HDMI, but they just have to avoid using the word HDMI.

Probably one thing that the HDMI forum is holding over AMD/Valve is that there's an API to manage some of the functions of the HDMI driver. They could infer that this API is a part of the closed standards of HDMI Forum. But 90% of the threat is about certification and branding I am sure.


You reminded me of the flipper zero video game module[0] with it's "video out port" which "transmits a video signal in DVI-D format to an external TV, monitor, or projector".

They are not quite the size of Valve though, and can expect people to figure out what that that port is.

0: https://docs.flipper.net/zero/video-game-module


They just used the well-known PicoDVI implementation that exists for the Raspberry Pi Pico:

> https://picockpit.com/raspberry-pi/raspberry-pi-pico-video-o... (scroll down to "DVI")

> https://github.com/Wren6991/PicoDVI


> Could I make hardware with a "NotHDMI" port that "happens" to be mechanically compatible with HDMI plugs, has the exact same pinout, etc etc?

Yes there are a bunch of products that do exactly this, sometimes with the same pin out and used for video output to HDMI compatible screens (internal HDMI mods for consoles are an example), other ones that use it for completely different purposes like controller ports (the Bliss-Box adapters and MiSTeR SNAC controllers). They just can’t use the HDMI name. In fact a few of those HDMI console mods started with HDMI in their product names and changes them for exactly that reason (e.g. DCHDMI now called DCDigital for the Sega Dreamcast).


I mean, have you seen "TF Card" slots?


I’ve been waiting for the “TF card” version of HDMI for a while.


> you just can't use the HDMI brand

Hmmm, okay so maybe HDNI: High-Definition Not Incumbered.


HAHI, which stands for HAHI Ain't an HDMI Implementation.


They don't really have to worry about patent infringement, the biggest issue is that they can implement anything they want, they just can't call it HDMI 2.1 without certification.

That's confusing for the consumer but technically viable.

HDMI exists to write standards, to certify them and to enforce the brand integrity. Patents are a different issue and would be handled separately.

(I am an engineer who spent half his career dealing with this stuff at a technical, legal and commercial level).


> they just can't call it HDMI 2.1 without certification

The problem is more that they can't use the HDMI trademark at all, not just for the HDMI 2.1 on Linux implementation. That makes it a non-starter for AMD or Valve, but in theory should not stop an individual who doesn't care about marketing anything as being HDMI-compatible.


No, they don't put DP on because every $ of hardware they fit to the TV needs to provide value. DP requires a large board component that may need manual handling, circuit traces (+ decoupling) and silicon on the chip to interface. It then requires software support in the stack and that needs testing/validation.

The percentage of people who will actually use DP to connect their TV vs HDMI is tiny. Even people who do have DisplayPort on their monitors will often times connect it with HDMI just because it's the more familiar connector. I spent a decade working in that area and we literally were debating about spending cents on devices that retailed for hundreds, or thousands. The secondary problem that drives that is that ~90% of TVs sold use the same family of chips from MStar, so even if you wanted to go off-track and make something special, you can only do it from off-the-shelf silicon unless you pay a fortune for your own spin of the silicon. If you want to do that then you better commit to buying >1m chips or they won't get out of bed.

HDMI forum was founded by mostly TV manufacturers, they're not interested in constraining the market in that way. It's all just been market consolidation and making TVs cheaper through tighter integration.


You would dilute the seeding pool, which will already get diluted enough.


What I wonder is "Why still H264?" I guess it's because some people don't buy new video cards every 6 years and don't have H265 on their hardware.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: