youtube problémák

Web, mail, IRC, IM, hálózatok

Érdekelne hogy mi a rossz. Van egy 10 valahány éves gépem. Asus M3N78-EMH HDMI - 8GB DDR2 800MHZ dual channel RAM,  AMD Phenom 9350e Quad core 4x2GHz processzor. Crucial SSD. Digi 100/100-as net. A mérés 80/90-et hoz ki. A monitorom analóg Asus VW220D (1680x1050)

Nem egy atomerőmű, az igaz. De a célnak meg kellene felelnie. Nevezetesen le kellene játszania HD videókat. A net elég rá, mert a Netflix-et, - igaz azt a media playeren nézem, de HD-ban, és nincs akadás.

A PC, HDD-ről bármilyen FHD videót lejátszik. Tehát a vas is elég. Akkor a böngésző a rossz? Az összes? Ugyanis ha a youtube-on megnéznék egy 1080p HD videót, a Chromium egy fekete képernyőt mutat, és csak forog a fehér pötty. A Chromiumban semmiféle kiterjesztés nincs. A Firefox képkockákat hagy ki, és emiatt ugrál a kép.
A favorit böngészőm a Vivaldi, az meg megáll és pufferel. Sokat. A 720p-t azt elviszi mindegyik akadás mentesen. De ez engem nem vigasztal. KDE Plasma 5.15.4 a desktop. A RAM nem hibás. Tesztelve.

Egy másik gépre, Lenovo ThinkCentre M53 (nem az én gépem) feltettem egy Linuxot, XFCE asztallal. Az meg állítólag csonttá fagy Youtube esetén. A kép megáll, és az utolsó mondatot ismételgeti. Itt hajlamos vagyok RAM hibára gyanakodni. De ki tudja. Az egér is leáll. Nem világít a ledje. Táp? Ezt hogy lehet ellenőrizni?

Ötletek?

  • 782 megtekintés

( Nextra | 2020. 12. 30., sze – 20:49 )

Oops. Azt elfelejtettem hogy Nvidia 430.64.11 a driver. Nvidia GT710 DDR3 kártyával. 

( hajbazer v | 2020. 12. 30., sze – 22:28 )

Szerkesztve: 2020. 12. 30., sze – 22:42

Grafikus drivereket körbehákoló, szarul-húgyul implementált böngészők, amik soha nem voltak valóak videolejátszásra és mindig sokszorta annyi erőforrást zabáltak el rá, mint amennyi feltétlenül szükséges. Meg, ugye miért támogatnának 10 éves hardvert, ha a legújabb hasznos funkciókat csiligány, animációbuzi UX-ökörséget és Rust-idealizmust pöcögtető babzsákfejlesztők 12. generációs 64 GB RAM-os 1 TB SSD-s atomerőművek előtt kényelmeskednek. Hab a tortán, hogy Linux alatt egyik böngésző sem támogatja a hardveres videodekódolást, annak ellenére, hogy 2 API is elérhető rá (VA-API, VDPAU).

Töltsd le a videót és játszd le normális videolejátszóval.

Egy próbát ez is megér: https://omega.gg/MotionBox/

Meg ez is: https://flavio.tordini.org/minitube

Ez valószínűleg már nem (material- és animációbuzi Electron-idealizmus) https://github.com/FreeTubeApp/FreeTube

Ez sem (Mac kinézetűnek hazudott nemnatív Electron-idealizmus): https://github.com/EragonJ/Kaku/releases

Nem mondtam, hogy nem bloat, csak azt, hogy alternatíva.

Ird ujra 286-os ASM-ben, hogy regi gepen is fusson!

Rendben. Ha előbb a Google babzsákfejlesztői gépeit lecseréli 486-ra, és megoldja, hogy azon lejátssza a videókat, akkor backportolom 286-ra.

Türelem... A következő YTFE verzióban - ha sikerül kiberhelni a közvetlen video stream linkeket a tecsőből és átadni a playernek - már teljesen opcionális lesz a youtube-dl.
Persze azért csodára - és 286-os verzióra - nem kell várni; a minimum a 386, amit adni tudok. :P

Oldschool Computer - http://oscomp.hu

Miattam ne faradj, csak Hajbi miatt irtam. Nalam teljesen jol megy jelenleg a youtube-dl a laptopomon, a 10 eves desktop gepemen, es meg a telefonomon is. (utobbin fut a legtobbet, egy python script hivja.. ja igen, a pythonnal sincs bajom)

A strange game. The only winning move is not to play. How about a nice game of chess?

Nem konkrétan miattad csinálom, hanem azért, hogy a program jobb és gyorsabb legyen.

Igazából ez speciel tervbe se volt véve, mert a browserhez képest még a youtube-dl használatával is legalább 15-20x-os gyorsulást, ill. erőforrás-kímélést sikerült elérni és alapvetően elvoltam vele, csak az bosszantott, hogy van benne konkrétan youtube-dl dependens rész, mert nem szeretem, ha drótozva vannak a dolgok. Viszont, ha már hozzányúltam, hogy bármilyen tool-t be lehessen állítani a minőséglista letöltésére, kiváncsiságból megpróbáltam kiberhelni a programban belül a minőségek listáját és amikor elkészült, akkor azért eléggé mellbevágott az a 6-8x-os különbség, amennyivel az internal gyorsabb lett a youtube-dl-nél és hogy a youtube-dl-el szemben egyáltalán nem bőgette föl a ventillátorokat, pedig 8 és fél éves gépem van... Az ember azt hinné, hogy ilyen esetekben a bottleneck a network (fizikai network + a rohadt titkosítás) lesz, aztán kiderül, hogy a Python "coldstart" az.

Félreértés ne essék, kurwa nagy kudos/respect/gratitude jár a youtube-dl fejlesztőinek, de a Python az Python... (Persze a jávaszkripthez képest csak jobb lehet még az is.)

Oldschool Computer - http://oscomp.hu

( Protezis | 2020. 12. 30., sze – 22:44 )

h264ify kiegészítőt rakd fel. Gondolom a GPU-d nem gyorsítja hardveresen a VP8/9 videó dekódolást. Bár pont azt nem írtad, hogy mid van, vagy csak én nem tudtam kihámozni.

( Czo v | 2020. 12. 30., sze – 22:44 )

Probaltad mar kikapcsolni Firefoxban a VP9 tamogatast? Nem lehet, hogy "csak" annyi problemad van, hogy gyenge a gep, az FHD vp9 dekodolasahoz?

( Helios | 2020. 12. 31., cs – 10:20 )

CPU terhelést néztél?

Sem a CPU, sem a GPU nem tudja hardveresen dekódolni a youtube által használt codec-et, így CPU-val erőből kellene megoldani a lejátszást. Ahhoz meg szerintem kevés a vasad.

(Protezis által említett h264ify kiegészítővel viszont tényleg érdemes tenni egy próbát, az elvileg megoldja, hogy a régebbi kódolású stream jöjjön a youtube-ról.)

Hogy lenne neki kevés?

A Turion 64-em 2 maggal viszi a Youtube 1080p-t, még 60 FPS-en is, natív videolejátszóval (MPC-HC, VLC). Nincs semmiféle hardvergyorsítás a dekódolásra, csak a renderelésre (az is klasszikus Windows-os Overlay surface, nem videóhoz felesleges bloat GL-idealizmus).

A probléma az, hogy a böngészők szarul-húgyul implementált video-backend-je 2x-3x annyi erőforrást elzabál dekódolásra és renderelésre is, mint egy normális videolejátszó. Speciel itt a Mozilla Foundation babzsákfejlesztőinek bőven elég, ha az ő 12. generációs, 8 magos, 64 GB RAM-os, 1 TB SSD-s erőművükön elkocog valahogy.

Továbbá, Linuxon a büdös életben nem lesz böngészőből hardveres gyorsítása a videolejátszásra, kivéve, ha pacthel és forgat magának böngészőt. Köszönjük meg ismételten a desktop Linux egyik legégetőbb szégyenfoltját copy-paste stackoverflow-innovátorainknak.

Esetedben nem az van, hogy a h264-es kodolassal keszitett videofilet probalod? Ha modern bongszot hasznalsz, ami tamogatja a VP9-et, akkor fuggetlenul attol, hogy ehhez van-e hardveres rasegitesed vagy nincs, a youtube oldala VP9-es verziot fog adni a fogyasztando tartalombol. Egy 10 eves gep kb nem tud semmit sem kezdeni egy VP9 allomannyal, viszont tokeletesen elboldogul akar hardveres segitseg nelkul is a h264 valtozattal. Tehat te nem ugyonazt probalod megnezni, mint az OP, hiszen o 99.99999%, hogy VP9 valtozattal probalkozik. Ha pl Firefoxot hasznal, ott az about:config-ban kikapcsolhato a vp9, igy ugyan bukja a youtubeon a 4k-t (csak a korai 4k allomanyok vannak fenn h264-ben), de cserebe el fogja vinni a gepe a tartalmat. Nem kell itt semmi egyeb gonoszsagot belelatni, nalam a Safari semmivel sem fogyaszt tobb CPU-t, ha videolejatszasrol van szo, mint egy VLC vagy MPV, ami szinten hardvergyorsitast hasznal.

Mindig, minden esetben H.264-es formátumban töltök le videókat, mivel arra vannak régóta bejáratott jól optimalizált dekóderek (pl. CoreAVC), mintsem csak a Google "legyen nekünk is sajátunk" újrafeltalált kereke lenne, ami messze nem terjedt el annyira, hogy esetleg nekiálljanak gyengébb CPU-kra is optimalizálni. Egyébként meg általában 1280-as szélességben (ami 16:9-nél 720p-t jelent) szedem a le a videóim, mert így a gépem 1280x800-as kijelzőjén minden pixel a helyére kerül, gyakorlatilag natív felbontásban tudok nézni videókat, homályosító scaling nélkül.

Az ügy érdekében most megnéztem több formátumot is Turion 64-en.

Médialejátszó: Media Player Classic Home Cinema 1.7.10
H264 dekóder: CoreAVC 3.0.1
VP9 dekóder: LAVFilters 0.66.0
CPU: AMD Turion 64 X2 Mobile TL-64

  • 720p, 30 FPS, H.264: akadásmentes (25-30% CPU)
  • 720p, 30 FPS, VP9: akadásmentes (40-45% CPU)
  • 720p, 60 FPS, H.264: akadásmentes (45-50% CPU)
  • 720p, 60 FPS, VP9: akadásmentes (80-85% CPU)
  • 1080p, 30 FPS, H.264: akadásments (50-55% CPU)
  • 1080p, 30 FPS, VP9: akadásmentes (70-75% CPU)
  • 1080p, 60 FPS, H.264: akadásmentes vagy nézhető* (80-85% CPU)
  • 1080p, 60 FPS, VP9: akadozik, 1 FPS, nézhetetlen (100% CPU)

* Nem minden bitrátánál van meg a 60 FPS, de a Youtube szarrátömörített videóinál igen. Különösen zavaró frameskip-ek és idegesítő szaggatás ilyenkor sincs. CoreAVC szépen megoldja, hogy egyenletesen skippelje a frame-eket, tehát legrosszabb esetben lesz egy 30 FPS-szerű videóm.

Kipróbáltam 64-bit-es és 32-bit-es XP-n is. A fenti százalékok 32-bites XP-ről vannak. 64-bites XP-n átlagosan 5% (de max. 10%-kal) kevesebb a CPU-használat, de az 1080p VP9 ott is nézhetetlen és 100% CPU.

A dolog pikantériája, hogy a Youtube nem ad 30 FPS-t az 1080p videókból, ha azok 60 FPS-ben lettek feltöltve. Pedig az én Turion 64-em a 30 FPS-t még vinné VP9-cel 1080p-ben, a 60 FPS-sel viszont már gondjai akadnak. Mondom én, hogy igazából arról van szó, hogy a Google babzsákfejlesztői jól elvannak a 12. generációs, 8 magos, 64 GB RAM-os, 1 TB SSD-s 3 évre megvett, majd azután kidobott és újra cserélt erőműveik előtt. Az optimalizációt pedig az open-source közösség, a warezcsapatok kóderei és az egyéb, professzionális szakembereket alkalmazó középvállalatok (pl. CoreCodec, Inc.) csinálják. A H.264-licencdíjon atomspúr multik és a Google-érdekeltségeken kívül pedig a kutya sem használ VP9-et. Maradjon is így!

Tekintettel arra, hogy OP CPU-ja majdnem háromszorosan fölényeskedik az én processzorom felett, továbbra is a Firefox szarul-húgyul implementált video-backend-je és erőforráspazarlása a legvalószínűbb, ami okozza a random beakadásokat.

> Mondom én, hogy igazából arról van szó, hogy a Google babzsákfejlesztői jól elvannak a 12. generációs, 8 magos, 64 GB RAM-os, 1 TB SSD-s 3 évre megvett, majd azután kidobott és újra cserélt erőműveik előtt.

Kivéve, ha a reklámokról van szó: https://www.commitstrip.com/wp-content/uploads/2016/07/Strip-Les-Prerolls-650-finalenglish-2.jpg

Oldschool Computer - http://oscomp.hu

Erdekes az az osszehasonlitas. A benchmark asszem jol megmagyarazza, hogy az en desktop gepem miert viszi a youtube videokat FF alatt, annak ellenere, hogy egy picit (egy negyedevvel) meg regebbi is a tieteknel. Mondjuk a GPU nem sokat tudna segiteni, a GT210 mar akkor elavult volt kb., amikor vettem. Ennek ellenere teljesen jol hasznalhato gep.

A strange game. The only winning move is not to play. How about a nice game of chess?

( azbest | 2020. 12. 31., cs – 19:37 )

Szerkesztve: 2020. 12. 31., cs – 19:37

Valami nagyon nincs rendben azzal a linuxal, amit használsz. Régi t61 gép intel T8300 procival, nagyon gagyi intel integrálttal még ubuntu 19.10-zel próbáltam. Firefox fullhd-vel is elboldogult. A chrome/chromium linux alatt alapból semmilyen hardveres gyorsítást nem támogat.

Chromiumból van pathelt változat, amiben a gpu gyursítás aktiválva van
https://www.linuxuprising.com/2018/08/how-to-enable-hardware-accelerate…

De régi gépen a firefox talán jobban boldogul. A proci tehermentesítésére valóban hasznos a h264ify, h.264 kényszerítéssel és 60Hz video tiltással el kéne vigye megfelelő böngészővel hardveresen is.
De a vp9 is nagyon jól optimalizált, proci erőből még jobban is szokták bírni a régi gépek, mint a prociból dekódolt h.264-et.

Próbálj már ki egy ubuntu 20.04.1 LTS-t pendriveről elindítani live módban és azzal kipróbálni.