Fórum Root.cz
Hlavní témata => Software => Téma založeno: Darina Lakovičová 23. 11. 2024, 02:28:06
-
Pánové, neměla jsem dlouho čas podívat se na nějaký film. Nejvíc času mi zabere dcera. Dnes jsem si po dlouhé době udělala volno a sedla si k TV. No a problém. MMPC u TV jsem nahradila PC s Linuxem. Na Canal+ si vyberu film a nepřehraji si ho. Prý moje zařízení neprošlo kontrolou integrity a přehrávání videa je zakázámo. Dál mi to napíše chybu (W823). No jsem zaskočená. Na Windows mi toto jelo jak hodinky jenže já už žádny windows nemám.
Poradíte co s tím mám dělat?
-
Jen pár mírně relevantních linků ohledně DRM v prohlížeči:
https://www.parabola.cz/forum/topic-105617/
https://forum.ubuntu.cz/index.php?topic=83870.0
https://www.xbmc-kodi.cz/prispevek-skylink-livetv-addon?page=91
a další viz google https://www.google.com/search?q=linux++error+W823
-
Před nějakou dobou jsem řešil a vyřešil DRM ve Firefox ESR v Debianu 10, kvůli iVysílání. Bohužel nemám poznámky, co jsem pokonfiguroval (a doinstaloval? možná ani ne), a bohužel je dost pravděpodobné, že to všechno dnes už není pravda.
Pár odkazů, které doufám vedou k aktuálním informacím:
https://support.mozilla.org/cs/kb/prehravani-obsahu-s-drm-ochranou-ve-firefoxu
(totéž anglicky:)
https://support.mozilla.org/en-US/kb/enable-drm
Další dva odkazy tím směrem (dost řídké):
https://www.reddit.com/r/firefox/comments/1cvdyed/enabling_drm_in_firefox_esr/
https://www.reddit.com/r/firefox/comments/9s07bh/tips_how_to_manually_install_widevine_plugin_to/
https://wiki.debian.org/Firefox
...popravdě nevím jak Ubuntu, tam se dost věcí poslední dobou instalovalo by default ve SNAPu (na rozdíl od příbuzného Debianu):
https://www.root.cz/zpravicky/jak-z-ubuntu-odstranit-snap/
DRM v tomto smyslu = "Digital Rights Management" = ochrana proti kopírování.
(Pozor, konfliktní zkratka v Linuxu je Direct Rendering Manager = něco hluboko pod kapotou linuxové grafiky / "obsluhy monitorů". Cokoli v APT databázi co má v názvu libdrm se NEtýká ochrany proti kopírování.)
Zdá se, že aktuálně v kontextu webových browserů v Linuxu je dalším klíčovým slovem Google Widevine, viz některé odkazy výše.
-
Hledala jsem do půl třetí do rána. Pak jsem to musela vzdát. Mnoho z toho, co jste mi poslali v odkazech jsem už viděla a snažila se podle toho vše napravit.
Dokonce jsem si nainstalovala Brave jak někde bylo uvedeno.
K výsledku to nevede.
Snažila jsem se doinstalovat některé doporučované kodeky.
Něco doinstalovat šlo, něco ne. DRM povoleno. Z Firefoxu jsem odstarnila i AdBlock a nic. V Brave jsem blokování obsahu vypla.
Už nevím kam dál.
-
Vypadá ze zavedli blokaci Linuxu jako u skylinku. U HBO pomohla snížit kvalita. Zavedli asi drm widevine L1. Šlo nějak hacknout, ale na to je potřeba obrazně vysoká a hodně času. Osobně jsem zvolil svobodu a absolutně ignoruji filmový nesvobodný průmysl. I když asi nějaké společnosti možná půjde pod Linuxem. Chtěl bych peníze zpět za jejich nekvalitní služby.
-
Už jsem o tom tady někde předtím psal.
DRM Widewine, kterou nejspíš používá i Canal+, má tři úrovně - L1 až L3. V prohlížeči s odpovídajícím pluginem chodí jen L3. Finálně je tu další věc z Widevine, a tím je VMP (Verified Media Path). To je víceméně ověření aplikace, typicky prohlížeče, která volá dekryptovací plugin, proti whitelistu z Google.
Na rozdíl od Windows a Macu pak žádný prohlížeč na Linuxu není podporován s VMP, ani oficiální binárky Chrome od Google.
Pokud tuhle vlastnost poskytovatel obsahu vynutí (může to udělat i selektivně jen pro určitý obsah), tak smůla. Na Linuxu Widevine L3+VMP žádnou standardní cestou nerozjedete a nemá moc smysl to zkoušet dál.
@Darina
Nemám zkušenosti s Canal+, ale jen si v prohlížeči ověř, že máš správně instalovanou a aktivní tu Widevine CDM knihovnu.
Chrome ( interní stránka chrome://media-internals/ a poslední tab )
(https://i.ibb.co/b274Ddm/widevine-chrome.png) (https://ibb.co/WPsrjK5)
Firefox ( interní stránka about:addons a vybrat plugins nalevo )
(https://i.ibb.co/bWxQwn2/widevine-firefox.png) (https://ibb.co/Ss25Ypd)
Pokud tam CDM jsou, tak budou určitě fungovat některé ostatní služby jako třeba iVysilání, Spotify, NetFlix atp.
Jestli pak v tomhle stavu Canal+ nepojede, tak podle mě smůla, protože je nejspíš zapnuté právě to VMP.
-
Chtěl bych peníze zpět za jejich nekvalitní služby.
Vidis to moc cernobile. Tvurce obsahu za jeho vytvoreni zaplatil a z meho pohledu ma pravo si diktovat podminky jeho konzumace. Provozovatele prevzateho vysilani jsou vetsinou v pozici, kdy od broadcastera dostanou podminky, jake musi jejich vysilani splnovat. DRM je dnes vetsinou must have. A je to ve stylu ber nebo nech byt. Nechces? Ok, nebude muj obsah.
Nejspis zavedli omezeni jak pises vyse na tzv "L1" tzn. vyzaduji trusted environment a tzv "verified media path", kterou na linuxu nedokazes zajistit. Jasne, da se to ruzne zkouset obchazet, ale je to na kocku a na mys a spravne rikas - je to vyssi divci. Specifikace mluvi v podstate o nemoznosti obejit mimo vyuziti "vysoce specializovaneho zarizeni" - tj predstav si elektronove mikroskopy, laserovy decapping CPU a sledovani co se v nem deje. Jasne, obcas se najde mezirka, ale je hodne rychle zavrena a za 3 mesice je dana verze widevine na "blacklistu" a mas smulu. Castejsi jsou/byly leaky tzv L3 (tzn softwarovych reseni, kdy vlastne cela ta cerna magie je implementovana v obfuskovanem blackboxu - to je ten kram, co si instalujete do prohlizece a rika se mu CDM - content decryption module)
No abych se vratil k one nekvalitni sluzbe. O tom muzes mluvit v momente, kdy budou deklarovat podporu Linuxu. Ver tomu, ze implementator DRM moc dobre vi, kde to funguje a kde ne. Stejne tak totiz muzes rict na druhou stranu "stezuj si na LKML, ze nedokazou zajistit DRM/VMP/TEE v jadre ¯\_(ツ)_/¯
A toto pisu jako zastance open pristupu. Ja zvolil proste cestu, kde obsah konzumuji na podporovanem zarizeni - vetsinou android tv - a na linuxove reseni jsem proste rezignoval. Je to smutne, ale tyhle svety jsou bohuzel nekompatibilni. Druha moznost je jak pises - tento obsah nekonzumovat.
Sources/Lore: implementoval jsem DRM widevine/fairplay, certifikace CWIP, motal jsem se par let dost blizko u IPTV reseni.
edit: typo TTX->TEE
-
@Michal Šmucr
Michale děkuji ti. Mám tam vše a vše zapnuty. Jak ve Firefoxu tak i v Chrome.
Bohužel. Nedá se nic dělat. Jdu dát T-Mobilu výpověď z Magenty TV. ;)
Všechno ostatní mi jede. Já se jen občas mrkla na nějaký film protože ta nabídka je tam fakt dobrá.
Ale kvůli nějakymu kanálu plus určitě nebudu dávat na MMPC znovu Windows.
-
Na Linuxu (Ubuntu + kterýkoliv prohlížeč) nefunguje ani SkyShowtime.
Vyřešil jsem to Windows ve VirtualBoxu.
Je to pár kliknutí navíc, ale funguje to.
-
Pokud bych chtel sledovat nejake online video sluzby co v Linuxu nejdou, tak misto uvaze o Windows bych pridal druhe MM centrum s Androidem, nevim jak jsou na tom s Canal+ cinske krabicky za 500Kc, ale napr Tesla XA400 (https://m.alza.cz/tesla-mediabox-xa400-multimedialni-prehravac-s-android-tv-d6591350.htm) ma uvedenou Google certifikaci a je i primo zmineno jako podporovane zarizeni u Canal+ (https://www.canalplussport.cz/nabidka)
-
Michale děkuji ti. Mám tam vše a vše zapnuty. Jak ve Firefoxu tak i v Chrome.
Bohužel. Nedá se nic dělat. Jdu dát T-Mobilu výpověď z Magenty TV. ;)
Všechno ostatní mi jede. Já se jen občas mrkla na nějaký film protože ta nabídka je tam fakt dobrá.
Ale kvůli nějakymu kanálu plus určitě nebudu dávat na MMPC znovu Windows.
Není vůbec zač, tohle je bohužel problém, co nemá snadné řešení.. Z pohledu poskytovatelů je to minoritní desktop platforma s obrovským množstvím nejrůznějších konfigurací a ty restriktivnější DRM jsou často nasazovány i z popudu vlastníků práv (z mé zkušenosti se to třeba extra řeší u živých sportovních přenosů, což může mít souvislost i tady, tím že Canal+ Sport vysílá Premier League a ta intenzivnější ochrana může být pak použitá i pro Canal+ na filmy/seriály).
Jak už tu zaznělo, nejlepší řešení pro nejširší kompatibilitu s různými VOD službami je teď opravdu asi SmartTV buď s Android/Google TV nebo třeba Samsung TV s Tizenem, případně ta krabička jako samostatný přehrávač, co se zapojí do jiné televize přes HDMI (něco s Androidem nebo např. AppleTV).
Není to jen o tom, že se to vůbec běží, ale třeba i o kvalitnějších streamech s vyšším rozlišením, které pak zas kvůli slabšímu DRM některé VOD služby úmyslně nepouští do webových prohlížečů, a to ani na Windows nebo Macu.
Mám teď třeba HBO Max, AppleTV+ (střídám různé služby podle toho, co mě zajímá, někdy to nechám třeba jen měsíc) a v těch nativních aplikacích je to na TV nebo monitoru s vyšším rozlišením oproti prohlížeči nesrovnatelné.
-
Zajímavé informace, díky!
-
Pokud tam CDM jsou, tak budou určitě fungovat některé ostatní služby jako třeba iVysilání, Spotify, NetFlix atp.
Jestli pak v tomhle stavu Canal+ nepojede, tak podle mě smůla, protože je nejspíš zapnuté právě to VMP.
Jo, mám ve Virtualboxu aktuální Ubuntu LTS, ve Firefoxu zapnuté DRM, stránka s pluginy vypadá jak na tvém screenu, iVysílání, Telly i Max funguje, Skylink dává přesně stejnou chybu jako zakladatelce - W823
-
Řešil jsem to již před rokem:
https://forum.root.cz/index.php?topic=28144.msg397116
Vidím že se to nikam s VMP na Linuxu nepohnulo, zjevně to nikomu nevadí :)
Pokud tazatelka nepotřebuje Canal+ skrz exkluzivní obsah (např. ona Anglická Premier League), existují jiné internetové televize které na Linuxu jedou bez problémů a nabídnou dostatek obsahu adekvátně k nabídce Canal+ (např. O2TV).
-
I já děkuju povolanějším za podrobnou analýzu.
-
Jo, mám ve Virtualboxu aktuální Ubuntu LTS, ve Firefoxu zapnuté DRM, stránka s pluginy vypadá jak na tvém screenu, iVysílání, Telly i Max funguje, Skylink dává přesně stejnou chybu jako zakladatelce - W823
Skylink vím, že určitě vynucuje VMP. Jestli je tam stejná chybová hláška, tak to bude s největší pravděpodobností také i u Canal+.
-
Je to celé trochu mrzuté, protože cca dva roky zpátky je VMP na Widevine ve výchozím stavu pro poskytovatele zapnuto (jinými slovy opt-out).
Pro víc informací se můžete se mrknout na poslední položku tady:
https://www.expressplay.com/products/faq/
Podpora VMP NENÍ dostupná pro linuxové platformy.
V nedávné době přijal Google také politiku vynucování VMP, což znamená, že licenční servery Widevine DRM budou ve výchozím nastavení vydávat licence pouze pro CDM, které podporují VMP.
Pro desktopové linuxové prohlížeče, které nepodporují VMP, je možné změnit výchozí chování licenčních serverů Widevine DRM změnou specifického flagu a stále poskytovat licenci pro přehrávání.
Což pak samozřejmě výrazně omezuje desktop Linux jako platformu.
I kdyby se třeba poskytovatel obsahu rozhodl udělat nativního Linuxového klienta (což je samo o sobě spíš výjimka, protože další náklady a počet potencionálních uživatelů), tak na to může v rámci sdílení kódu s webovou aplikací použít například fork ElectronJS od castLabs. Ten má integrovanou podporu Widevine (včetně toho, že zařídí podepsání finální binárky přes jejich služby), ale naráží to přesně na to omezení, kdy má plnou podporu s VMP pouze na Windows a Macu.
https://github.com/castlabs/electron-releases
Tak snad zůstane pořád alespoň pár rozumných poskytovatelů obsahu a nevynutí to VMP postupně všichni (ať už kvůli ignoranci nebo vlastníkům práv).
PS: omlouvám se za český překlad citací, ale post mi nešel vůbec odeslat, dokud obsahoval víc řádků anglického textu (zřejmě nějaký místní antispam).
-
Tak snad zůstane pořád alespoň pár rozumných poskytovatelů obsahu a nevynutí to VMP postupně všichni (ať už kvůli ignoranci nebo vlastníkům práv).
Tohle je jen zbožné přání, je jen otázkou času kdy i u nás hlavní hráči přejdou na variantu v VMP.
Pak už zbydou jen takoví ti malí poskytovatelé internetového vysílání ale bez těch hlavních lákadel - koho reálně zajímá TV tvorba místních kanálů?
Pokud si to někdo platí tak právě kvůli přístupnosti exkluzivnímu obsahu (sportovní kanály, HBO, Netflix, Disney, Amazon, Apple - ti všichni VMP vyžadují minimálně pro vyšší rozlišení obrazu).
-
Tohle je jen zbožné přání, je jen otázkou času kdy i u nás hlavní hráči přejdou na variantu v VMP.
Pak už zbydou jen takoví ti malí poskytovatelé internetového vysílání ale bez těch hlavních lákadel - koho reálně zajímá TV tvorba místních kanálů?
Pokud si to někdo platí tak právě kvůli přístupnosti exkluzivnímu obsahu (sportovní kanály, HBO, Netflix, Disney, Amazon, Apple - ti všichni VMP vyžadují minimálně pro vyšší rozlišení obrazu).
VMP se pořád vypnout dá a fakt spíš bude záležet jaké požadavky daný poskytovatel zohlední. A ano je to spíš zbožné přání, aby to, byť v menším rozlišení, nechal přístupné i z linuxového desktopu. Co vidím uživatele Linuxu okolo sebe, tak jim ani tak nevadí, že nemají všude 4K (to si pustí třeba doma na TV), ale typicky to, že když jsou někde se svým notebookem nebo v práci, tak na něm nemůžou sledovat i v nějaké základní kvalitě sport (fotbal, formule atd.) a jediné zařízení, kde to jede, je pak telefon. Ale jak už jsem zmínil, tak bohužel zrovna u tohohle se DRM extra řeší, je tam zapnuté, co uživatel snese, relativně rychle se mění klíče atp. Před pár lety se třeba strašně řešilo jak co nejvíc zkomplikovat re-streaming přenosů, kdy se živé feedy s cca půlminutovým zpožděním objevovaly na různých free službách, kam může kdokoliv streamovat.
S vyšším rozlišením to pak není zdaleka jen o zmíněném VMP (což je fakticky ověření podepsané aplikace), protože tam vstupují do hry ještě další aspekty jako HDCP nebo např. využití dalších hardwarových crypto koprocesorů pro DRM.
HBO má třeba vyšší rozlišení jen v dedikovaných aplikacích, ne v prohlížečích (a tam ani nevynucuje VMP).
U Apple TV+ je to podobné, prohlížeče jen malé rozlišení bez VMP a plné rozlišení až v aplikacích, které pak podle konkrétní platformy můžou používat i Fairplay DRM od Apple místo Widevine.
U Netflixu pak v prohlížečích víceméně totéž, s dvěma výjimkami, kdy tam jede UHD. Windows s Edge a HDCP 2.2 kompatibilní grafikou a monitorem. Případně na Macu v Safari se pak používá také Fairplay, tam to pak také musí mít HDCP 2.2 a ještě to chodí jen na Macu, co má T2 čip (nové Mx procesory to mají integrované). Atd.
Dedikované aplikace pak to HDCP samozřejmě vyžadují také, plus tam občas bývá ještě využití nějakého dalšího API pro autentizaci zařízení a persistentní ukládání dekryptovacích klíčů, což je využívané např. když tam jde pořad uložit pro offline přehrávání.
U Linux desktopů (resp. kompletně otevřených systémů) je spousta těch věcí obecně DRM blbě realizovatelná. HDCP tam třeba není vůbec, nebo je nedotažené (viděl jsem možná kdysi pár patchů pro Intel grafiky, ale myslím že nic z userspace s tím nepracuje). A nejde jen o to, že se s HDCP kryptuje obraz, který jde ven z grafické karty do ověřeného zobrazovače, ale i že se např. nastaví nějaký flag kompozitoru, aby ty dekomprimované snímky nemohla jednoduše zachytávat jiná aplikace. I kdyby tohle nakrásně v Linuxu bylo podporované a třeba zapnuté v nějaké distribuční binárce konkrétního kompozitoru, tak to půjde velmi jednoduše vypnout a nahradit nějakým jiným buildem. Tohle je u jiných platforem prakticky mnohem složitější.
Finálně bude určitě mezi uživateli linuxového desktopu nemalý podíl těch, co jakoukoliv formu DRM odmítají úplně. Takže třeba idea, že by se třeba udělala pracovní skupina se zástupci od výrobců grafických čipů, Google (Widevine) a FreeDesktopu, resp. velkých distribucí a řekli si s čím je potřeba pohnout a jak to vyřešit :), mi přijde velmi nereálná.
-
[...] Pak už zbydou jen takoví ti malí poskytovatelé internetového vysílání ale bez těch hlavních lákadel - koho reálně zajímá TV tvorba místních kanálů?
Pokud si to někdo platí tak právě kvůli přístupnosti exkluzivnímu obsahu (sportovní kanály, HBO, Netflix, Disney, Amazon, Apple - ti všichni VMP vyžadují minimálně pro vyšší rozlišení obrazu).
Treba ja si platim SledovaniTV a pouzivam to jako nahradu za DVB-T* s moznosti zpetneho sledovani (nahravek az asi pul roku), prehravam to v Kodi&Linux s neoficialnim doplnkem, HBO bych aktivovat (do SledovaniTV) mohl zda by chodilo nevim, ale pred casem se mel (do SledovaniTV) doaktivovanej Filmbox a to v tom Kodi&Linux chodilo... vse asi tedy jen 720p ale to na 24" z par metru (me) nicemu nevadi :)
-
U Linux desktopů (resp. kompletně otevřených systémů) je spousta těch věcí obecně DRM blbě realizovatelná. HDCP tam třeba není vůbec, nebo je nedotažené (viděl jsem možná kdysi pár patchů pro Intel grafiky, ale myslím že nic z userspace s tím nepracuje). A nejde jen o to, že se s HDCP kryptuje obraz, který jde ven z grafické karty do ověřeného zobrazovače, ale i že se např. nastaví nějaký flag kompozitoru, aby ty dekomprimované snímky nemohla jednoduše zachytávat jiná aplikace. I kdyby tohle nakrásně v Linuxu bylo podporované a třeba zapnuté v nějaké distribuční binárce konkrétního kompozitoru, tak to půjde velmi jednoduše vypnout a nahradit nějakým jiným buildem. Tohle je u jiných platforem prakticky mnohem složitější.
Finálně bude určitě mezi uživateli linuxového desktopu nemalý podíl těch, co jakoukoliv formu DRM odmítají úplně. Takže třeba idea, že by se třeba udělala pracovní skupina se zástupci od výrobců grafických čipů, Google (Widevine) a FreeDesktopu, resp. velkých distribucí a řekli si s čím je potřeba pohnout a jak to vyřešit :), mi přijde velmi nereálná.
V linuxe je u Intelu implementovaná Protected Xe Path (PXP, od Gen12). AMD má zase svoje Trusted Memory Zone (TMZ). Oboje je implementované až po userspace driver (t.j. Mesa) a je na aplikáciach, či to použijú alebo nie.
V prípade kompozitora ani ten nevidí, čo tam je. Táto oblasť pamäte je zašifrovaná a keby ju kompozítor grabol, tak v lepšom prípade získa iba farebný šum. Čo môže byť problém, pokiaľ skladá framebuffer do jedného globálneho (čo asi robia dnes skoro všetky) a nepoužije overlay, kde grafika sama zabezpečí korektný výstup pre scanout. Vypnúť sa to dá ako celý subsystém, ale to príslušná aplikácia zistí ako nedostupnú funkčnosť; nejde fejkovať podporu a takto grabovať chránený surface.
Táto funkčnosť nevznikla kvôli stretnutiu Google, výrobcov gpu a freedesktopu. Vznikla kvôli Chromebookom, ich výrobcovia z nejakého dôvodu chceli byť konkurencieschopní a výrobcovia gpu mali pre nich pochopenie. Desktopový linux sa tu vezie s nimi, len musí doklepnúť tú časť, kde to má hrať s kompozítormi.
-
Tak to jsou pozitivní zprávy a upřímně mi tahle novinka nejspíš utekla. Já se vždycky léta díval na různé requesty a bugzilly ohledně HDCP a vždycky to bylo spíš vypadalo jako no-way. Jestli to povede k dostupnosti Widevine pro obecné desktopy (oproti Chromebookům nebo dedikovaným přehrávačům) a podaří se to implementovat do celého stacku od ovladačů přes userspace knihovny, až po prohlížeče, tak samozřejmě hurá.
A jinak s tím kompozitorem jsem to myslel tak, že pokud se teď používá L3 (nezávisle na VMP), tak se stream dekryptuje softwarově, pak dekóduje přes standardní knihovny v browseru a dál to putuje normálně jako plný obrázek v bufferu až do ovl. grafické karty. Ta pak když je zapnuté HDCP, tak jej zakryptuje znovu až před přenosem do monitoru. Samozřejmě v momentě, kdy tam bude nový mechanismus s použitím nějaké zabezpečené oblasti paměti, jak jste zmiňoval, tak to mění situaci. Určitě si dohledám info a patche na Mese a něco přečtu.
Jako přál bych si, aby to dopadlo a ideálně aby se přidali i třeba z NVIDIA nebo ARMu (tam ta technologie pro TEE je vzhledem existujícím řešením na Androidu), ale jsem spíš pořád spíš skeptický.
Když si třeba vzpomenu na průběh adopce akcelerace video kodeků v obecném linux desktopu.. proprietární vs otevřené ovladače, různý přístup vendorů k různým api, podpora v prohlížečích. Pak trefit správný hardware pro všechna použití a ještě si do toho přidat problémy s některými distribucemi, které z ideových/licenčních důvodů např. nesestavují mesu ze všemi možnostmi.. I dneska s tím po X letech může být spousty praktického trápení.
Nic konec rantu :), každopádně díky za info a rozšíření obzorů, budu to sledovat.
-
Me by zajimalo, proc by nekdo v roce 2024 graboval vystup grafarny (coz mimochodem samozrejme jde a samozrejme ze system muze nafejkovat podporu naprosto cehokoli), kdyz si totez muze grabnout treba rovnou z http(s) streamu.
A i kdyz si pred ten monitor postavi mobil, poridi rozhodne nasobne kvalitnejsi cam nez nekde v kine.
Uz vubec nemluve o tom, ze ti cely hdcp rozbiju jednou redukci za pet korun padesat.
-
Bohužel, je to fakt změnou Layer na Widevine. Já takhle cca dva roky zpět přestal platit Netflix, jelikož to začalo nepodporou pluginu v Kodi (na Windows), protože ten plugin jel na Google Widevine z chromia (či jak). Ofiko apka jela, majoritní browsery také, ale Kodi po dvou minutách tma. A pak se začali ozývat další lidé na dalších platformách :-) Ale to jsem již byl pryč...
-
Me by zajimalo, proc by nekdo v roce 2024 graboval vystup grafarny (coz mimochodem samozrejme jde a samozrejme ze system muze nafejkovat podporu naprosto cehokoli), kdyz si totez muze grabnout treba rovnou z http(s) streamu.
A i kdyz si pred ten monitor postavi mobil, poridi rozhodne nasobne kvalitnejsi cam nez nekde v kine.
Uz vubec nemluve o tom, ze ti cely hdcp rozbiju jednou redukci za pet korun padesat.
Pretože ten http(s) stream je zašifrovaný a kľúč k nemu nemáte. Ten je schovaný v hlbinách hardvéru, ktorý ho nechce dať von. Nemusí ísť nutne o grabovanie výstupu grafiky, aj keď to môže byť relatívne jednoduché (svojho času sa predávali framegrabbery, ktoré mali FHD HDMI vstup a USB UVC výstup, a popri svojej činnosti akosi ignorovali HDCP).
Hovorí sa, že určitú dobu sa streamy grabovali tak, že existoval TEE exploit na Nvidia Shield, ako dostať už dekomprimovaný stream z VRAM. Bohužiaľ, v tom streame bol vodoznak, ktorý jednoznačne identifikoval ktorý konkrétny Shield môže za únik a licenciu (kľúč na dešifrovanie streamu, zašifrovaný kľúčom zariadenia) na ďalšie streamy po zaradení na blacklist už nedostal. To znamenalo obetovať jeden shield na jeden release, čo je dosť drahé hobby. Dnes už bude situácia iná, ale tí, čo to vedia, si svoje know-how dosť prísne strážia.