The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Консорциум W3С утвердил средства DRM для Web в качестве стан..., opennews (?), 18-Сен-17, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


15. "Консорциум W3С утвердил средства DRM для Web в качестве стан..."  +/
Сообщение от Lain_13 (ok), 18-Сен-17, 19:22 
Я правильно понимаю, что если поставить выхлоп из плеера в композитный менеджер Хрома на запись, то толку от этого DRM ноль? Ну кроме того, что нельзя просто взять и записать готовое видео как есть. Или там как-то сложнее?
Ответить | Правка | Наверх | Cообщить модератору

24. "Консорциум W3С утвердил средства DRM для Web в качестве стан..."  +13 +/
Сообщение от Аноним (-), 18-Сен-17, 19:56 
даешь камрип на вебку с монитора!
Ответить | Правка | Наверх | Cообщить модератору

27. "Консорциум W3С утвердил средства DRM для Web в качестве стан..."  +1 +/
Сообщение от mumu (ok), 18-Сен-17, 20:00 
Все сложнее. DRM как-раз и нужен для того, чтобы нельзя было направить выхлоп куда-либо (без поддержки drm). Всё что вы получите на выхлопе — это шум.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

48. "Консорциум W3С утвердил средства DRM для Web в качестве стан..."  +9 +/
Сообщение от kai3341 (ok), 18-Сен-17, 21:11 
>  Все сложнее. DRM как-раз и нужен для того, чтобы нельзя было направить выхлоп куда-либо (без поддержки drm). Всё что вы получите на выхлопе — это шум.

Таким образом, средства DRM должны быть реализованы аж в самом видеодрайвере. Это неправдоподобно.

Наконец, мне непонятно, почему нельзя раскодированный видеопоток направить не на экран, а другому получателю (ffmpeg > out.mp4).

Ну то есть scrapy съел мне моск и мне теперь задача не кажется невозможной: если медиапоток в принципе может быть раскодирован и выведен на экран, то он может быть перехвачен.

Даже если некая фича реализована в видеодрайвере: берём софтварный рендер -- и профит.

Наконец, вопрос всегда можно решить в лобовую виртуалкой.

В чём сложность?

Ответить | Правка | Наверх | Cообщить модератору

52. "Консорциум W3С утвердил средства DRM для Web в качестве стан..."  +/
Сообщение от DerRoteBaron (?), 18-Сен-17, 21:28 
Где-то слышал, что это пытаются решить добавлением DRM по всему пути до мозгов монитора. Надеюсь, из этого ничего не выйдет
Ответить | Правка | Наверх | Cообщить модератору

61. "Консорциум W3С утвердил средства DRM для Web в качестве стан..."  +4 +/
Сообщение от Аноним (-), 18-Сен-17, 22:24 
https://ru.wikipedia.org/wiki/HDCP
Ответить | Правка | Наверх | Cообщить модератору

89. "Консорциум W3С утвердил средства DRM для Web в качестве стан..."  –1 +/
Сообщение от user (??), 19-Сен-17, 01:02 
В телевизоре это уместно.
Проблема в том, что они хотят всё превратить в телевизор.
Ответить | Правка | Наверх | Cообщить модератору

90. "Консорциум W3С утвердил средства DRM для Web в качестве стан..."  +5 +/
Сообщение от Аноним (-), 19-Сен-17, 01:08 
> Проблема в том, что они хотят всё превратить в телевизор.

1984

Ответить | Правка | Наверх | Cообщить модератору

106. "Консорциум W3С утвердил средства DRM для Web в качестве стан..."  +1 +/
Сообщение от Аноним (-), 19-Сен-17, 05:11 
> Где-то слышал, что это пытаются решить добавлением DRM по всему пути до
> мозгов монитора.

То есть видосики в вебе мне больше не посмотреть? Ура! Наконец-то у них упадут просмотры.

Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

140. "Консорциум W3С утвердил средства DRM для Web в качестве стан..."  +2 +/
Сообщение от Аноним (-), 19-Сен-17, 10:28 
> Где-то слышал, что это пытаются решить добавлением DRM по всему пути до
> глаз и мозга. Надеюсь, из этого ничего не выйдет
Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

53. "Консорциум W3С утвердил средства DRM для Web в качестве стан..."  +11 +/
Сообщение от чеснок (?), 18-Сен-17, 21:28 
в мониторе должно быть дрм, и до самого вывода на экран все должно быть шифрованным. Но вот беда, придумают левый контроллер для матрицы. которы поток не на экран выводит, а кодирует опять. На шлейф вместо матрицы его посадют.
А в иделае конечно дрм встроить в мозг зрителя. В недалеком будущем цепочка будетв вообще короткой унибакс-чип в мозгу-выделение эндорфина.

ЗЫ: напишите чего отключать в абаут конфиг надо

Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

67. "Консорциум W3С утвердил средства DRM для Web в качестве стан..."  +1 +/
Сообщение от Аноним (-), 18-Сен-17, 23:00 
pref("media.eme.apiVisible", false);
pref("media.eme.enabled", false);
Ответить | Правка | Наверх | Cообщить модератору

167. "Консорциум W3С утвердил средства DRM для Web в качестве стан..."  +/
Сообщение от Аноним (-), 19-Сен-17, 14:43 
> pref("media.eme.apiVisible", false);
> pref("media.eme.enabled", false);

media.eme.chromium-api.enabled;false еще нашел.
Все "eme" отключать - все что надо знать обычному человек.

Ответить | Правка | Наверх | Cообщить модератору

83. "Консорциум W3С утвердил средства DRM для Web в качестве стан..."  +/
Сообщение от Аноним (-), 18-Сен-17, 23:55 
> Но вот беда, придумают левый контроллер для матрицы. которы поток не на экран выводит, а кодирует опять. На шлейф вместо матрицы его посадют.

Не надо контроллеров. Тупейший снифф с контактов после раскодировки позволят собирать кадры в виде битмапов на PC. Ждем китайские подделки на алиэкспресс по $0.99.

Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

187. "Консорциум W3С утвердил средства DRM для Web в качестве стан..."  –1 +/
Сообщение от Аноним (-), 20-Сен-17, 18:17 
> Но вот беда, придумают левый контроллер для матрицы. которы поток не на экран выводит, а > кодирует опять. На шлейф вместо матрицы его посадют.

А зачем "левый контроллер", гонять по проводам ток туда-сюда (перекодированный поток ведь тоже вернуть нужно), если можно создать виртуальный (программный) "монитор" на уровне драйвера? С точки зрения программы DRM распознать специально созданный виртуальный "монитор" (отличить его от железного) практически нереально. Кроме того, если верить педивикии, "Intel угрожает, что предпримет юридические действия против любого, кто изготавливает аппаратные устройства для обхода защиты HDCP". О программных молчат ;)

Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

126. "Консорциум W3С утвердил средства DRM для Web в качестве стан..."  +/
Сообщение от Аноним (-), 19-Сен-17, 09:00 
Берешь внешний рекордер, подключаешь к монитору и записываешь все что тебе нужно.
Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

176. "Консорциум W3С утвердил средства DRM для Web в качестве стан..."  –1 +/
Сообщение от Аноним (-), 19-Сен-17, 22:51 
Появилась мысль, что drm-библиотека может автоматически вносить невидимые метки во все кадры, с информацией об устройстве, на котором идет воспроизведение. Не будешь же каждый ролик в виртуалке смотреть. Плюс контент могут генерить  на сервере под каждое устройство свой, с метками об IP.
Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

178. "Консорциум W3С утвердил средства DRM для Web в качестве стан..."  +/
Сообщение от уже было (?), 20-Сен-17, 01:36 
организовать рип из виртуалки не так и сложно. если надо, поставят на поток
Ответить | Правка | Наверх | Cообщить модератору

49. "Консорциум W3С утвердил средства DRM для Web в качестве стан..."  +1 +/
Сообщение от Аноним (-), 18-Сен-17, 21:15 
Не пойму, а фреймбуффер видеокарты тоже будет зашифрован ? :)
Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

121. "Консорциум W3С утвердил средства DRM для Web в качестве стан..."  –1 +/
Сообщение от Guru (?), 19-Сен-17, 07:41 
Не совсем. часть фреймбуфера в которой воспроизводится  защищенный контент будет просто недоступна для ОС. Только оборудование, причастное к дрм может писать читать во фреймбуффер. Далее курить маны что такое TrustZone и с чем ее едят.
Ответить | Правка | Наверх | Cообщить модератору

136. "Консорциум W3С утвердил средства DRM для Web в качестве стан..."  +/
Сообщение от Анончик (?), 19-Сен-17, 10:01 
> Не совсем. часть фреймбуфера в которой воспроизводится  защищенный контент будет просто
> недоступна для ОС. Только оборудование, причастное к дрм может писать читать
> во фреймбуффер.

Хм, то есть некий чёрный ящик в юзерспейсе(!) будет решать куда давать доступ ядру(!!) и какое оборудование(!!!) достаточно кощерно для того или иного видео? Звучит как бред гуманитария с опеннета.

> Далее курить маны что такое TrustZone и с чем ее едят.

И при чём тут TZ, который есть только в новых ARM? Впрочем, учитывая бред выше...

Ответить | Правка | Наверх | Cообщить модератору

142. "Консорциум W3С утвердил средства DRM для Web в качестве стан..."  +/
Сообщение от yet another anonymous (?), 19-Сен-17, 10:31 
> Хм, то есть некий чёрный ящик в юзерспейсе(!) будет решать куда давать доступ ядру(!!) и какое оборудование(!!!)

Нет, это не userspace. Контент получается шифрованный до буферов доступных на чтение из TrustZone (где дешифрация и переброска на устройство). Т.е. до адресного пространства устройства вывода операционка (и гипервизор тоже) доступа не имеет.

Ответить | Правка | Наверх | Cообщить модератору

150. "Консорциум W3С утвердил средства DRM для Web в качестве стан..."  +/
Сообщение от Guru (?), 19-Сен-17, 11:19 
> Хм, то есть некий чёрный ящик в юзерспейсе(!) будет решать куда давать доступ ядру(!!) и какое оборудование(!!!) достаточно кощерно для того или иного видео?

Да, именно так. Только этот черный ящик находится в trustzone (кури WideWine уровень L1)
(кури что такое TZPC, TZASC)

> И при чём тут TZ, который есть только в новых ARM? Впрочем, учитывая бред выше..

В intel тоже есть такое. оно называется TXT. а начиная со skylake - еще более крутая - SGX

Ответить | Правка | К родителю #136 | Наверх | Cообщить модератору

158. "Консорциум W3С утвердил средства DRM для Web в качестве стан..."  +/
Сообщение от 123 (??), 19-Сен-17, 11:43 
> И при чём тут TZ, который есть только в новых ARM?

TrustZone есть в процессорах AMD начиная с 2012-ого года в АПУ, в новых Райзенах тоже. Впрочем, учитывая бред выше...

Ответить | Правка | К родителю #136 | Наверх | Cообщить модератору

35. "Консорциум W3С утвердил средства DRM для Web в качестве стан..."  +1 +/
Сообщение от Аноним (-), 18-Сен-17, 20:27 
Вы столько открытий делаете, что аж жуть.

Способы обхода DRM в видео существуют со времён HD DVD/BluRay.

// b.

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

77. "Консорциум W3С утвердил средства DRM для Web в качестве стан..."  +/
Сообщение от Sw00p aka Jerom (?), 18-Сен-17, 23:45 
> Я правильно понимаю, что если поставить выхлоп из плеера в композитный менеджер
> Хрома на запись, то толку от этого DRM ноль? Ну кроме
> того, что нельзя просто взять и записать готовое видео как есть.
> Или там как-то сложнее?

чуток сложнее

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

84. "Консорциум W3С утвердил средства DRM для Web в качестве стан..."  +5 +/
Сообщение от user (??), 18-Сен-17, 23:57 
Сейчас снимают такую шляпу, что это стремительно становится ненужно.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру