Post by fandangoPost by JoePost by JoeAggiungo che parlando di youtube, se i video sono visualizzati dal
browser, occorre forzare il tubo a riprodurre il formato "H264/avc",
enhanced-h264ify
ora è fluido in full HD ma solo a schermo pieno mentre nella visione
normale scattoso da essere inguardabile
Con che browser? Con che drivers?
Firefox 125.0.1 (64 bit)
Driver Open
Post by JoeE sul vecchio sistema? Con che browser? Con che drivers?
stesso browser e sempre driver open
Osserva anche la qualità del video in riproduzione, youtube setta
la scelta del formato da riprodurre in automatico a seconda della
banda a disposizione credo. In tutto ciò l'estensione consigliata
filtra via i formati VP9 o AV1 e tiene AVC1, lo vedi sempre da
"stats for nerds", ad esempio:
Current / Optimal Res ***@24 / ***@24
Codecs avc1.640028 (137) / opus (251)
Ora, se per qualche santo sul primo sistema youtube ti serve il
video in formato 720p mentre sul secondo ti riproduce lo stesso
video a 1080p, è più che normale che da una parte rilevi maggiore
fluidità rispetto all'altra. Ovviamente ripeto, il test lo devi
fare con lo stesso esatto identico video, alla stessa qualità e
stesso formato/codec, altrimenti un test del genere non ha proprio
senso.
Anzi a dirla tutta ti converrebbe scaricarti il video in locale
e riprodurlo prima da un sistema e poi dall'altro, così ti levi
il dubbio eliminando le scelte di youtube dal rebus.
Però in questo modo andresti a riprodurre il video non più dal
browser, ma con un player diverso, il che non è più rappresentativo
dell'utilizzo che fai di solito di collegamento al tubo e riproduzione
dei video da browser.
Io ad esempio uso MPV, mi apro 5 o 6 finestrelle accanto a quella
del browser (usando dwm è abbastanza automatico, premo win+w e si
apre il browser, poi 5 o 6 win+v e si aprono le finestre del player
in pila sulla sinistra). Nel browser faccio una ricerca sul tubo,
e trascino i risultati di interesse, nelle varie finestre. Mentre
ne guardo uno si carica l'altro. In questo modo a livello di
riproduzione sfrutto mpv che ha molte più impostazioni selezionabili
rispetto al browser e l'operazione riesce ad eseguirla in modo più
"leggero", forse perché sfrutta meglio la decodifica via GPU. C'è da
dire che ho configurato il player per utilizzare yt-dlp e scegliere
automaticamente il formato mp4 (720p, non dash video + audio separati,
perché mi sono accorto che fa molto più presto a precaricarli).
Per farla breve il test lo devi fare forzando la qualità del video
in modo da assicurarti che stai riproducendo la stessa cosa sui 2
sistemi, per cui toglio "auto" e scegli ad esempio "1080p" a mano.
Prova un po' a dare sto comando dal terminale e incollare l'output
qui, esempio io ho:
-----
$ /sbin/lspci -k | grep -EA3 'VGA|3D|Display'
02:00.0 VGA compatible controller: NVIDIA Corporation GT218 [GeForce 210] (rev a2)
Subsystem: ASUSTeK Computer Inc. GT218 [GeForce 210]
Kernel driver in use: nvidia
Kernel modules: nvidiafb, nouveau, nvidia
Da cui si desume la mia sfavillante scheda video, i moduli che la
possono gestire, e quello effettivamente in uso al momento
Posta l'output che rilevi da ognuno dei due sistemi se no si parla
d'aria fritta.
Sul tuo sistema "lspci" potrebbe anche essere in un altro path.
Puoi lanciarlo con sudo eventualmente, oppure direttamente da root,
o ancora per vedere dov'è:
-----
$ find / -name lspci 2>/dev/null
/sbin/lspci
Infine, per dirla tutta, se il browser non è opportunamente configurato,
non dovrebbe neanche demandare la riproduzione alla GPU, ma resta tutto
in capo al processore. Non è che su un sistema hai impostato eventuale
scaling della CPU al minimo e sull'altro invece no?
cpufreq-info
vedi un po' se riporta le stesse frequenze e stesso governor in uso su
entrambi i sistemi.
C'era poi, ma vado a memoria, il discorso mesa che mi pare fosse
inerente proprio i driver open per le schede amd, nelle nuove versioni
alcune distribuzioni hanno scelto di pacchettizzare mesa senza abilitare
alcune funzionalità, perché con tali funzionalità avrebbero problemi
di copiright a distribuirne i pacchetti precompilati.
Non so se centri nel caso in questione, ma non si sa mai...
Per verificarlo servono delle prove, puoi partire da qui:
https://wiki.archlinux.org/title/Hardware_video_acceleration
vainfo - pacchetto libva-utils o similare sui sistemi in uso
vdpauinfo
Per verificare il supporto all'accelerazione hardware in generale
sul sistema. Ti ritorna i codecs supportati, esempio da me, nemetto un
pezzo:
display: :0 screen: 0
API version: 1
Information string: NVIDIA VDPAU Driver Shared Library 340.108 Wed Dec
11 14:31:24 PST 2019
Video surface:
name width height types
-------------------------------------------
420 4096 4096 NV12 YV12
422 4096 4096 UYVY YUYV
Decoder capabilities:
name level macbs width height
----------------------------------------------------
MPEG1 0 8192 2048 2048
MPEG2_SIMPLE 3 8192 2048 2048
MPEG2_MAIN 3 8192 2048 2048
H264_BASELINE --- not supported ---
H264_MAIN 41 8192 2048 2048
H264_HIGH 41 8192 2048 2048
VC1_SIMPLE 1 8190 2048 2048
VC1_MAIN 2 8190 2048 2048
VC1_ADVANCED 4 8190 2048 2048
MPEG4_PART2_SP 3 8192 2048 2048
MPEG4_PART2_ASP 5 8192 2048 2048
DIVX4_QMOBILE 0 8192 2048 2048
DIVX4_MOBILE 0 8192 2048 2048
DIVX4_HOME_THEATER 0 8192 2048 2048
DIVX4_HD_1080P 0 8192 2048 2048
DIVX5_QMOBILE 0 8192 2048 2048
DIVX5_MOBILE 0 8192 2048 2048
DIVX5_HOME_THEATER 0 8192 2048 2048
DIVX5_HD_1080P 0 8192 2048 2048
H264_CONSTRAINED_BASELINE --- not supported ---
H264_EXTENDED --- not supported ---
H264_PROGRESSIVE_HIGH --- not supported ---
H264_CONSTRAINED_HIGH --- not supported ---
H264_HIGH_444_PREDICTIVE --- not supported ---
VP9_PROFILE_0 --- not supported ---
VP9_PROFILE_1 --- not supported ---
VP9_PROFILE_2 --- not supported ---
VP9_PROFILE_3 --- not supported ---
HEVC_MAIN --- not supported ---
HEVC_MAIN_10 --- not supported ---
HEVC_MAIN_STILL --- not supported ---
HEVC_MAIN_12 --- not supported ---
HEVC_MAIN_444 --- not supported ---
lines 1-48
Per cui VP9 ad esempio da me viaggia solo in groppa alla CPU,
nessuna possibilità di demandare il decoding alla scheda video,
il che è confermato anche da vainfo.
$ vainfo
vainfo: VA-API version: 1.13 (libva 2.13.0)
vainfo: Driver version: Splitted-Desktop Systems VDPAU backend for VA-API - 0.7.4
vainfo: Supported profile and entrypoints
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileMPEG4Simple : VAEntrypointVLD
VAProfileMPEG4AdvancedSimple : VAEntrypointVLD
VAProfileH264Main : VAEntrypointVLD
VAProfileH264High : VAEntrypointVLD
VAProfileVC1Simple : VAEntrypointVLD
VAProfileVC1Main : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLD
Ancora:
$ grep -iE 'vdpau | dri' /var/log/Xorg.0.log
[ 15.650] (II) NVIDIA(0): [DRI2] VDPAU driver: nvidia
-----
$ echo $VDPAU_DRIVER
nvidia
OK, di roba ce n'è anche troppa, vedi un po' di guardarti tutto
con calma, fare le verifiche del caso ed eventualmente qualcosa
non ti riesca chiedi pure, dando riferimenti precisi però altrimenti
non ci si capisce.
Concludo con un controllo generale delle risorse hardware
utilizzate sui due sistemi:
free
top
e simili per stabilire se a parte il browser il sistema avviato
e in piedi stia utilizzando più CPU RAM ecc rispetto al vecchio
sistema nella stessa condizione "di partenza".
