Chrome-only YouTube? No adblockers in Chrome? (Youtube Frontend 1.9.0)

Pár hét, talán két-három hónap óta a tecső iszonyatosan belassult, a letöltési sávszél ilyen 70-80 kB/s-okra csökkent le, gyakorlatilag a legtöbb videó a default minőségben nézhetetlenné vált, leszámítva a nagyon régen feltöltötteket. Először azt hittem a frontendemben van a hiba...de a youtube-dl is ugyanezt produkálta. Az MPV-nek közvetlenül átadott streamlinkek lejátszása is. Ekkor még nem gondoltam semmi extrára, csak felírtam a gugli számlájára és konstatáltam, hogy a YT sebességével kapcsolatos véleményem kb. 15 év után ismét aktuálissá vált.

Azonban az előző verzióban megénekelt EDL problémák miatt volt pár menetem az MPV-sekkel a github-jukon. És ott belefutottam több issue-ba is, ahol a felhasználók azt követelték, hogy az MPV cserélje le a default tecsős scriptjét a youtube-dl-ről a yt-dlp-re, vagy valami más forkra, ugyanis ők is iszonyatos lassulásokat tapasztalnak, a youtube-dl projektnek meg hiába jelentik sokadjára a gugli throttlingját, nem csinálnak vele semmit, a yt-dlp-ben pedig legalább egy workaround van, hogy ha baromi lassú a letöltés, akkor újra-és-újraindítja, amíg gyors nem lesz...és ez néha működik. Az MPV-sek végül beadták a derekukat, le lesz cserélve a default a yt-dlp-re. (Én meg igazolva látom a korábbi óvatosságomat, hogy nem drótoztam be semmit a youtube-dl-re, így ha valaki ezzel kísérletezni akar, akkor csak felparaméterezi a frontendet a yt-dlp használatára.)

Na - gondoltam - a tecső bekeményít a youtube-dl és videoplayer usereknek: a tecső reklámok általi rommáverése miatt annyian lettek, hogy tényezővé váltak. Aztán agyalni kezdtem, hogy hogy lehetne esetleg kijátszani, vajon mi alapján csinálhatja a tecső. Az első ötletem a browser-agent volt, amit alapvetően nem nehéz "szimulálni", csak az MPV-t kell rávenni a dologra, akár beállítással - ha van - akár Lua scripttel - ha lehet vele ilyet - akár patch-csel - legrosszabb esetben. Azonban nulladik lépésként rákerestem, hogy mások próbálkoztak-e ilyesmivel. És akkor derült ki, hogy itt nem egyszerűen a YT-letöltők és playerek szívatásáról van szó: számos fórumon panaszkodnak a júzerek, hogy ugyanezt tapasztalják különféle non-Chrome browserekkel (pl. Firefox-szal).

Egyszóval a gugli nekiállt mindenkit is szívatni, aki nem krómot használ. Ha pedig komolyan akarják csinálni, akkor a browser-agent cserélgetős móka lehet kevés lesz. Utánanéztem, kipróbáltam:

--http-header-fields="User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/94.0.4606.71 Safari/537.36"

Hát tényleg nem segített...

Namármost, triviális kompromisszum, hogy az ember kiválaszt egy alacsonyabb felbontású stream-et, aminek a bitrátája alacsonyabb a lecsökkentett sávszélnél és nézi azt. Ezt eddig is tudta a frontend, de ezt minden videónál egyesével keresgetni, hogy most ez a formátum ennyi kb/s, az annyi, a throttle ennyi kB/s, akkor most szor nyolc, adjuk össze a video és audiostream-ek bitrátáját és amelyik alulról a legközelebbi ehhez, azt válasszuk ki...hát ezt kézzel csinálni, az biztos marha jó lesz...úgyhogy automatizáltam.
A prefsben a formátum kiválasztásánál lett egy negyedik opció, aminek kiválasztása esetén a mellette lévő dobozba nem a stringszűrő kulcsszavát lehet beírni, hanem azt az aktuális throttlingot, amivel a tecső épp sújt minket és akkor megkeresi betöltéskor azt a formátumot, amit ezen a sebességen még akadásmentesen lehet streamelni. (Egyébként nálam a tecső 70-80 kB/s-os sebességgel tölt le, viszont ennek ellenére 128 kB/s-os beállítással még mindig olyan streameket választ ki, amik csak nagyritkán akadnak meg egy-két pillanatra.)

Viszont így belefutottam a nálam telepedett MPV egy eddig marginálisnak tekintett és ezért ignorált hiányosságába, nevezetesen, hogy az av1 codec-et ő márpedig nem fogja játszani. Mivel a default az esetek 99%-ában VP9-es videó volt, azt az 1%-ot meg kézzel is lehetett override-olni (néha két kattintás), így nem foglalkoztam vele, viszont most, hogy a sávszél határozza meg a kijelölt formátumot, így hirtelen nagyon sokszor választott ki olyan codec-et, amit az MPV nem akart lejátszani. (Persze az override az azonos felbontású VP9-re még így is két kattintás, de most már sokszor. :P )
Mivel hirtelen erről azt sem tudtam eldönteni, hogy ez most az MPV-nek, vagy az FFMPEG-nek a nyűgje, meg ha még tudnám is, annak is utána kéne menni, hogy miért buildelődött le így defaultból, hogy kellett volna ezt, hogy tudja (tippek jöhetnek kommentben azért :P ) és momentán mindenféle Pythonos rottyanat buildkörnyezetekkel sem volt kedvem mérkőzni, így inkább felvettem egy új mezőt, amiben vesszővel elválasztva kulcsszavakat lehet megadni és a frontend az összes olyan formátumot figyelmen kívül fogja hagyni, amelyek codecneveiben valamelyik kifejezés megtalálható - már ha string vagy sávszél alapján választ az automatika; kézzel természetesen továbbra is ki lehet választani bármit. (Én ide pl. beírtam, hogy "av01" és így már nem választ ki av1-es codec-jű formátumokat.)

Hogy lehet-e bármit érdemben kezdeni a throttlinggal, azt egyelőre nem tudom, de ahogy nézem más sem, csak mindenféle workaroundok vannak lehetőségként, illetve az, hogy az ember krómból nézi a tecsőt. Jelen pillanatban nagyon úgy néz ki, hogy a gugli megpróbálja erőszakosan a króm felé terelni a YT usereket, hogy csak króm alól nézzenek YT-t az emberek. Ez még csak egy dolog lenne, csak épp van más is: nevezetesen az, hogy nagyon úgy néz ki, hogy ezzel párhuzamosan a gugli a krómos adblockereknek is lehúzza a rolót. (#0, #1, #2, #3, #4, #5, #6, #7, #8, #9) Egyszóval a gugli megpróbálja elérni, hogy sehogy ne lehessen kikerülni a tyúktúbon a reklámokat (nem, a laikusok számára a routerből/hosts fájlból/localhostos network filterből tiltás nem megoldás), vagy 20 évvel ezelőtti sávszélességgel nézzék a júzerek.
Na, most, ha a reklámok elfogadható mennyiségben lennének, akkor ez egy dolog lenne, de a kugli szabályszerűen tönkreveri az egész tecsőt a reklámokkal; nem csak úgy értve, hogy a júzer számára az élményt, hanem tönkreteszi magát a platformot, ellehetetleníti a működését. Nem véletlenül használnak egyre többen adblockert, vagy youtube-dl-t, meg valami playert. Van hozzám közel álló ember, aki amúgy öntudatos kapitalista (saját cége van, stb.) és sokáig direkt nem rakott fel adblockert, mert tiszteletben tartotta, hogy a kugli a reklámokból él. Aztán amikor a YT-n már nem lehetett megnézni egy pár perces funny videót sem, mert több volt benne a reklám, mint a kontent, akkor nála is betelt a pohár. Az eredmény: +1 uBlock Origin user.
Na, persze lehetne mondani, hogy nincs nekik ingyen a sávszél és a tárhely sem, csak épp egy a baj: a kontent viszont ingyen van nekik, hiszen az emberek önként töltik fel, márpedig a néző a kontentért megy oda, ergo a gugli más kontentjével keresi a pénzt. Oké, amikor valaki, aki szó szerint ebből él - valami nézettebb csatorna tulaja - ténylegesen megállapodik a kuglival, hogy ennyi-meg-annyi reklám jelenik majd meg és ő ezért ennyi-meg-annyi sápot kap majd, akkor az tiszta eset, de mi van azokkal - a feltöltések elsöprő többségét kitevő - videókkal, amik után a feltöltő megállapodás - és 1000 subscriber, meg évi 4000 órányi megtekintés - híján egy fityinget sem kap, viszont mégis kint vannak a reklámok és csordogál utána a lé a kuglinak (olyan laza 20 milliárd dollár per év); messze több, mint amennyibe nekik a videó által elfoglalt tárhely, meg a párszáz, esetleg pár ezer megtekintés által generált forgalom fájt? Hogy jön ez ki?
Nos, úgy, hogy a kugli pénzéhsége nemes egyszerűséggel nem ismer határokat. Ennek az egyik legegyértelműbb bizonyítéka az, ahogy náluk a valódi kapitalista alternatíva (azaz, hogy ha nem akarsz reklámot, akkor fizess): a YT premium működik, nevezetesen az, hogy ott is reklámokat kap a néző, holott ott szó szerint fizetett érte, hogy ne kapjon, azaz a kugli simán átverte. Ilyenkor persze mindig jönnek ennek a monstrecorpnak a rajongói olyan bullshitekkel, hogy ez kamu, meg csak pár embert érint, meg, hogy ezt már megfixálták, holott a valóság az, hogy a probléma annyira létezik, annyi embert érint és annyira nincs megfixálva már évek óta (szándékosan), hogy már külön guide-ok vannak, hogy mit lehet ilyen esetben csinálni... (Pl.: https://www.makeuseof.com/fix-seeing-ads-on-youtube-premium/; ebben a csattanó az, hogy végső megoldásnak az van javasolva, hogy ha sem a sütitörlés, sem a relogin, sem semmi más nem működik, akkor tegyél fel egy adblockert... Igen, a YT premiumhoz. Ahol nincsenek reklámok, mert fizettél érte. Ahhoz tegyél fel adblockert. És ha a gugli kinyírja az adblockereket, akkor hogyan tegyed fel?)

Kíváncsi vagyok, hogy mi lesz a hosszútávú hozadéka annak, ha lehet választani az "egy perc kontent, két perc reklám krómban", meg a "három másodperc kontent, harminc másodperc delay, vagy bélyegfelbontás másban" között, de szerintem a platform kinyiffanása. Főleg, hogy egyre több alternatíva érkezik a piacra, (pl. BitChute, Odysee). Először a nézők fognak pattanni szép lassan, aztán, ahogy a közönség elapad, úgy fog a kontent is, mert nem lesz kinek csinálni. De ne legyen igazam; jobb lenne, ha a kugli végre észhez térne és keresne valami ésszerűbb megoldást a reklámjaira.

Letöltések:
- FreeBSD AMD64
- Linux AMD64
- Linux i686
- OpenBSD AMD64
- Solaris AMD64
- Manual
- Online manual
(Az SHA1 ellenőrzőösszegeket a letöltőoldalon kiírja a rendszer.)

Ugyanitt Mac Mini 2009-es kerestetik, hogy buildelhessek OSX verizót is. (Mindegy, hogy early, vagy late, csak legyen benne 2 GB RAM, hogy fusson rajta a 10.11.)