Исходное сообщение
"AMD не смог реализовать HDMI 2.1 в открытых драйверах из-за ..." Отправлено fuggy, 04-Мрт-24 12:55
Вопрос не кто такие hdmi forum. Это все лишь мультимедиа разъём. Один из десятка разъёмов используемых AMD. Кто бы спорил что это проприетарный стандарт. И было бы понятно в промышленном оборудовании, которые одни компании делают для других. Защита конфиденциальной и коммерческой информации, посторонним доступ нужно ограничить. Конечно люди сами виноваты, выбирают не ознакомившись поддерживается ли технология в Linux. Но когда это суют в бюджетные потребительские мониторы, между прочим не забывая отстёгивать таксу за каждый установленный порт мы видим это. Очень странно что есть те, кто поддерживает это на форуме про открытое ПО. Интересно что переходники DisplayPort  -> hdmi 2.1 их почему-то не беспокоят. Никто не запрещает шифровать что угодно, но безопасность шифра не должна обеспечивается секретностью. По стандартам NIST надёжность шифра должна зависеть от приватного ключа, а не от секретности реализации.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Вопрос не кто такие hdmi forum. Это все лишь мультимедиа разъём. Один > из десятка разъёмов используемых AMD. > Кто бы спорил что это проприетарный стандарт. И было бы понятно в > промышленном оборудовании, которые одни компании делают для других. Защита конфиденциальной > и коммерческой информации, посторонним доступ нужно ограничить. Конечно люди сами виноваты, > выбирают не ознакомившись поддерживается ли технология в Linux. Но когда это > суют в бюджетные потребительские мониторы, между прочим не забывая отстёгивать таксу > за каждый установленный порт мы видим это. Очень странно что есть > те, кто поддерживает это на форуме про открытое ПО. Интересно что > переходники DisplayPort -> hdmi 2.1 их почему-то не беспокоят. > Никто не запрещает шифровать что угодно, но безопасность шифра не должна обеспечивается > секретностью. По стандартам NIST надёжность шифра должна зависеть от приватного ключа, > а не от секретности реализации.
	Введите код, изображенный на картинке: