Vloeiend YouTube 1080p onder Ubuntu 18.04? HW decoding?

[Josefien]

Mijn vraag
...
Waarom kan mijn bestaande PC (Athlon II 240e, 2GB RAM, 40GB HDD, nVidia GeForce GT 710) met een verse Ubuntu Mate 18.04 installatie geen YouTube video's op 1080p meer vloeiend afspelen? Het stottert dermate dat het niet kijkbaar is (enkele secondes lopen, enkele secondes stil beeld) CPU-gebruik zit nagenoeg op 100% voor beide cores.

Deze PC heb ik tot enkele jaren terug nog op regelmatige basis gebruikt voor browsen en ook YouTube video's kijken op 1080p, toen met Ubuntu Mate 16.04, wat prima werkte.

Nu ik 'm een tijdje niet meer nodig heb gehad wil ik 'm gaan gebruiken voor YouTube (en films) kijken op de TV. En blijkt hij het opeens niet meer goed te kunnen


Relevante software en hardware die ik gebruik
...
- AMD Athlon II 240e CPU
- nVidia GeForce GT 710 GPU
- Ubuntu Mate 18.04


Wat ik al gevonden of geprobeerd heb
...
Ik heb zowel Firefox als Chromium geprobeerd als browser, beide hetzelfde stotteren.

Voor Chromium heb ik dit gevolgd in de hoop dat het met HW decoding wèl lukt, maar het werkt niet:
https://www.linuxuprising...hardware-accelerated.html
Ik loop vast bij de stap om de optie "Hardware-accelerated video decode" aan te zetten, die is er simpelweg niet na het volgen van de stappen CPU-gebruik is voor en na de stappen even hoog.

De nVidia drivers voor de GPU zijn uiteraard reeds geïnstalleerd.

Firefox hoef ik sowieso niet te proberen, dat heeft überhaupt geen ondersteuning voor HW decoding onder Linux als ik dit moet geloven
https://www.reddit.com/r/...ardware_video_decoding_i/

Hoewel het wel vreemd is... enkele jaren terug kon ik op deze PC wèl YouTube 1080p kijken, zowel onder Chromium als Firefox.

[CyberMania]

Denk dat je videoplayer softwarematig probeert te decoden ipv hardwarematig of je hebt de juiste drivers überhaupt niet geïnstalleerd.

Tik het volgende eens in en post je resultaat hieronder:

sudo find / -name "NVIDIA-Linux-*"
dpkg -l | grep -i nvidia*

en:

sudo lshw -C display

[ Voor 67% gewijzigd door CyberMania op 18-08-2019 23:51 ]

[Josefien]

CyberMania schreef op zondag 18 augustus 2019 @ 23:44:
Denk dat je videoplayer softwarematig probeert te decoden ipv hardwarematig of je hebt de juiste drivers überhaupt niet geïnstalleerd.

Tik het volgende eens in en post je resultaat hieronder:


[...]


en:


[...]

Ik ga dit morgen doen en de output ervan posten

Momenteel is de TV bezet en kan de betreffende PC dus niet gebruikt worden

[ Voor 92% gewijzigd door Josefien op 18-08-2019 23:54 ]

[CyberMania]

Josefien schreef op zondag 18 augustus 2019 @ 23:49:
[...]

Ik ga dit morgen doen en de output ervan posten

Momenteel is de TV bezet en kan de betreffende PC dus niet gebruikt worden

Kan je niet vanaf een andere computer ssh'en ('inloggen') naar die computer en dan de commando's draaien? De output kun je dan vanaf je terminalschermpje gewoon kopiëren naar GoT.

[ Voor 17% gewijzigd door CyberMania op 19-08-2019 00:01 ]

[Jorick]

Het artikel van linuxuprising waar je naar verwijst is op sommige punten wat gedateerd. Bij stap drie moet je

code:

chrome://flags/#ignore-gpu-blacklist

op Enabled zetten,

code:

chrome://flags/#disable-accelerated-video-decode

zou dan (automatisch?) op Enabled moeten komen te staan. Daarna niet vergeten de h264ify extensie te installeren.

Om te checken of het werkt open je een video en ga je in een andere tab naar

code:

chrome://media-internals/

Als HW accelerated decoding werkt dan zou er bij video_decoder MojoVideoDecoder moeten staan (i.p.v GpuVideoDecoder zoals in het artikel beschreven).

[ Voor 16% gewijzigd door Jorick op 19-08-2019 00:23 ]

[Wolfboy]

Tegenwoordig zijn veel filmpjes op Youtube geen 30 fps meer maar 60 fps, dat kan ook nog wel een flink verschil maken voor het CPU gebruik.

Eventueel kan je met mpv testen of het in je browser of de video (codec) zit.

[Josefien]

CyberMania schreef op zondag 18 augustus 2019 @ 23:44:
Denk dat je videoplayer softwarematig probeert te decoden ipv hardwarematig of je hebt de juiste drivers überhaupt niet geïnstalleerd.

Tik het volgende eens in en post je resultaat hieronder:


[...]


en:


[...]

code:

root@ws18:/home/tv# find / -name "NVIDIA-Linux-*"
find: ‘/run/user/1001/gvfs’: Toegang geweigerd

code:

root@ws18:/home/tv# dpkg -l | grep -i nvidia*
ii  libnvidia-cfg1-390:i386               390.116-0ubuntu0.18.04.1                i386         NVIDIA binary OpenGL/GLX configuration library
ii  libnvidia-common-390                  390.116-0ubuntu0.18.04.1                all          Shared files used by the NVIDIA libraries
ii  libnvidia-compute-390:i386            390.116-0ubuntu0.18.04.1                i386         NVIDIA libcompute package
ii  libnvidia-decode-390:i386             390.116-0ubuntu0.18.04.1                i386         NVIDIA Video Decoding runtime libraries
ii  libnvidia-encode-390:i386             390.116-0ubuntu0.18.04.1                i386         NVENC Video Encoding runtime library
ii  libnvidia-fbc1-390:i386               390.116-0ubuntu0.18.04.1                i386         NVIDIA OpenGL-based Framebuffer Capture runtime library
ii  libnvidia-gl-390:i386                 390.116-0ubuntu0.18.04.1                i386         NVIDIA OpenGL/GLX/EGL/GLES GLVND libraries and Vulkan ICD
ii  libnvidia-ifr1-390:i386               390.116-0ubuntu0.18.04.1                i386         NVIDIA OpenGL-based Inband Frame Readback runtime library
ii  mate-optimus                          18.04.0-1                               all          MATE Desktop applet for controlling NVIDIA Optimus graphics cards
ii  nvidia-compute-utils-390              390.116-0ubuntu0.18.04.1                i386         NVIDIA compute utilities
ii  nvidia-dkms-390                       390.116-0ubuntu0.18.04.1                i386         NVIDIA DKMS package
ii  nvidia-driver-390                     390.116-0ubuntu0.18.04.1                i386         NVIDIA driver metapackage
ii  nvidia-kernel-common-390              390.116-0ubuntu0.18.04.1                i386         Shared files used with the kernel module
ii  nvidia-kernel-source-390              390.116-0ubuntu0.18.04.1                i386         NVIDIA kernel source package
ii  nvidia-prime                          0.8.8.2                                 all          Tools to enable NVIDIA's Prime
ii  nvidia-settings                       390.77-0ubuntu0.18.04.1                 i386         Tool for configuring the NVIDIA graphics driver
ii  nvidia-utils-390                      390.116-0ubuntu0.18.04.1                i386         NVIDIA driver support binaries
ii  xserver-xorg-video-nvidia-390         390.116-0ubuntu0.18.04.1                i386         NVIDIA binary Xorg driver

code:

root@ws18:/home/tv# lshw -C display
  *-display                 
       description: VGA compatible controller
       product: GK208B [GeForce GT 710]
       vendor: NVIDIA Corporation
       physical id: 0
       bus info: pci@0000:02:00.0
       version: a1
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress vga_controller bus_master cap_list rom
       configuration: driver=nvidia latency=0
       resources: irq:26 memory:fd000000-fdffffff memory:f0000000-f7ffffff memory:f8000000-f9ffffff ioport:ec00(size=128) memory:c0000-dffff

CyberMania schreef op zondag 18 augustus 2019 @ 23:58:
[...]


Kan je niet vanaf een andere computer ssh'en ('inloggen') naar die computer en dan de commando's draaien? De output kun je dan vanaf je terminalschermpje gewoon kopiëren naar GoT.

Het IP-adres ervan wist ik niet uit m'n hoofd.

Jorick schreef op maandag 19 augustus 2019 @ 00:18:

code:

chrome://flags/#disable-accelerated-video-decode

zou dan (automatisch?) op Enabled moeten komen te staan.

Deze staat onder "Unavailable". Ik krijg steeds meer het idee dat ondanks het toevoegen van de beta PPA hij de reguliere Chromium heeft geïnstalleerd i.p.v. de VA-API enabled versie. Een "apt-get update" heb ik al gedaan voor "apt-get install chromium-browser", maar hij blijft deze versie installeren

Wolfboy schreef op maandag 19 augustus 2019 @ 01:35:
Tegenwoordig zijn veel filmpjes op Youtube geen 30 fps meer maar 60 fps, dat kan ook nog wel een flink verschil maken voor het CPU gebruik.

Eventueel kan je met mpv testen of het in je browser of de video (codec) zit.

Er staat geen MPV op de PC, maar wel VLC. Ik heb de desbetreffende filmpjes gedownload en in VLC geprobeerd. Eentje is H.264 gecodeerd, 50fps en de andere is VP9 gecodeerd, 25fps.

Beide kunnen vloeiend worden afgespeeld waarbij de H.264 net iets meer dan 1 core aan CPU-kracht vereist en de VP9-variant op zo'n 80% 1 core zit. Het lijkt op software-decodering, ook als ik in VLC de "VDPAU" decoder kies blijft CPU-gebruik even hoog.


-----


Ik heb trouwens nog output van vdpauinfo en vainfo. Het lijkt er toch op dat zowel VDPAU als VA-API bruikbaar zijn op dit systeem? Waarom heeft zelfs VLC geen hardware-versnelling?

code:

root@ws18:/home/tv# vdpauinfo
display: :0   screen: 0
API version: 1
Information string: NVIDIA VDPAU Driver Shared Library  390.116  Sun Jan 27 06:08:31 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 65536  4032  4048
MPEG2_SIMPLE                    3 65536  4032  4048
MPEG2_MAIN                      3 65536  4032  4048
H264_BASELINE                  41 65536  4032  4080
H264_MAIN                      41 65536  4032  4080
H264_HIGH                      41 65536  4032  4080
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      41 65536  4032  4080
H264_EXTENDED                  41 65536  4032  4080
H264_PROGRESSIVE_HIGH          41 65536  4032  4080
H264_CONSTRAINED_HIGH          41 65536  4032  4080
H264_HIGH_444_PREDICTIVE       41 65536  4032  4080
HEVC_MAIN                      --- not supported ---
HEVC_MAIN_10                   --- not supported ---
HEVC_MAIN_STILL                --- not supported ---
HEVC_MAIN_12                   --- not supported ---
HEVC_MAIN_444                  --- not supported ---

Output surface:

name              width height nat types
----------------------------------------------------
B8G8R8A8         16384 16384    y  Y8U8V8A8 V8U8Y8A8 A4I4 I4A4 A8I8 I8A8 
R10G10B10A2      16384 16384    y  Y8U8V8A8 V8U8Y8A8 A4I4 I4A4 A8I8 I8A8 

Bitmap surface:

name              width height
------------------------------
B8G8R8A8         16384 16384
R8G8B8A8         16384 16384
R10G10B10A2      16384 16384
B10G10R10A2      16384 16384
A8               16384 16384

Video mixer:

feature name                    sup
------------------------------------
DEINTERLACE_TEMPORAL             y
DEINTERLACE_TEMPORAL_SPATIAL     y
INVERSE_TELECINE                 y
NOISE_REDUCTION                  y
SHARPNESS                        y
LUMA_KEY                         y
HIGH QUALITY SCALING - L1        y
HIGH QUALITY SCALING - L2        -
HIGH QUALITY SCALING - L3        -
HIGH QUALITY SCALING - L4        -
HIGH QUALITY SCALING - L5        -
HIGH QUALITY SCALING - L6        -
HIGH QUALITY SCALING - L7        -
HIGH QUALITY SCALING - L8        -
HIGH QUALITY SCALING - L9        -

parameter name                  sup      min      max
-----------------------------------------------------
VIDEO_SURFACE_WIDTH              y         1     4096
VIDEO_SURFACE_HEIGHT             y         1     4096
CHROMA_TYPE                      y  
LAYERS                           y         0        4

attribute name                  sup      min      max
-----------------------------------------------------
BACKGROUND_COLOR                 y  
CSC_MATRIX                       y  
NOISE_REDUCTION_LEVEL            y      0.00     1.00
SHARPNESS_LEVEL                  y     -1.00     1.00
LUMA_KEY_MIN_LUMA                y  
LUMA_KEY_MAX_LUMA                y

code:

root@ws18:/home/tv# vainfo
error: XDG_RUNTIME_DIR not set in the environment.
libva info: VA-API version 1.1.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/i386-linux-gnu/dri/nvidia_drv_video.so
libva info: Found init function __vaDriverInit_1_1
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.1 (libva 2.1.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
      <unknown profile>               : VAEntrypointVLD
      VAProfileH264Main               : VAEntrypointVLD
      VAProfileH264High               : VAEntrypointVLD
      VAProfileVC1Simple              : VAEntrypointVLD
      VAProfileVC1Main                : VAEntrypointVLD
      VAProfileVC1Advanced            : VAEntrypointVLD

Betekent het trouwens dat de VP8/VP9 en ook H.265 (HEVC?) codecs sowieso niet hardware gedecodeerd kunnen worden met deze GPU? Ik dacht juist dat de GT 7xx ze beide kunnen?

[CyberMania]

Je hebt nog de oude drivers. Probeer eens de nieuwste versie te installeren van de drivers via:

sudo apt install nvidia-driver-410 && sudo reboot

en anders met de hand:

https://www.nvidia.com/Do...Results.aspx/138959/en-us

[ Voor 21% gewijzigd door CyberMania op 19-08-2019 14:09 ]

[Josefien]

Ik ga de driver-update uit de repositories proberen vanavond, moet straks naar werk toe


Ik heb net trouwens mpv geïnstalleerd (wist niet dat het in de repositories zat). Daarmee werkt VDPAU wel als ik het forceer (ook daadwerklijk lager CPU-gebruik):

code:

tv@ws18:~/dwhelper$ mpv --hwdec=vdpau  h264_50fps.mp4
Playing: h264_50fps.mp4
 (+) Video --vid=1 (*) (h264 1920x1080 50.000fps)
 (+) Audio --aid=1 --alang=eng (*) (aac 2ch 44100Hz)
AO: [pulse] 44100Hz stereo 2ch float
Using hardware decoding (vdpau).
VO: [opengl] 1920x1080 vdpau[yuv420p]
AV: 00:00:37 / 00:15:24 (4%) A-V:  0.000 Dropped: 2

VA-API werkt niet:

code:

tv@ws18:~/dwhelper$ mpv --hwdec=vaapi  h264_50fps.mp4
Playing: h264_50fps.mp4
 (+) Video --vid=1 (*) (h264 1920x1080 50.000fps)
 (+) Audio --aid=1 --alang=eng (*) (aac 2ch 44100Hz)
VO does not support requested hardware decoder, or loading it failed.
AO: [pulse] 44100Hz stereo 2ch float
VO: [opengl] 1920x1080 yuv420p
AV: 00:00:19 / 00:15:24 (2%) A-V:  0.000 Dropped: 1

[Josefien]

Toch even snel gekeken voor het afsluiten...

code:

root@ws18:/home/tv# apt install nvidia-driver-410
Pakketlijsten worden ingelezen... Klaar
Boom van vereisten wordt opgebouwd       
De statusinformatie wordt gelezen... Klaar
E: Kan pakket nvidia-driver-410 niet vinden

Handmatig installeren is toch geen goed idee? In het verleden heb ik met een PC het probleem gehad dat bij elke kernel-update het systeem niet meer wilde booten zonder ingrepen op de command line Dat moet met deze niet gebeuren...

[Jorick]

Josefien schreef op maandag 19 augustus 2019 @ 14:00:Deze staat onder "Unavailable". Ik krijg steeds meer het idee dat ondanks het toevoegen van de beta PPA hij de reguliere Chromium heeft geïnstalleerd i.p.v. de VA-API enabled versie. Een "apt-get update" heb ik al gedaan voor "apt-get install chromium-browser", maar hij blijft deze versie installeren

Heb je wel een apt upgrade gedaan na het toevoegen van de PPA en het updaten van apt? Zo niet dan blijft de huidige versie van Chromium ongewijzigd. Als Chromium via de PPA is geïnstalleerd zou je met het commando

code:

dpkg -s chromium-browser | grep Maintainer

deze uitvoer moeten krijgen:

code:

Maintainer: Saikrishna Arcot <[e-mail]>
Original-Maintainer: Ubuntu Developers <[e-mail]>

Beide kunnen vloeiend worden afgespeeld waarbij de H.264 net iets meer dan 1 core aan CPU-kracht vereist en de VP9-variant op zo'n 80% 1 core zit. Het lijkt op software-decodering, ook als ik in VLC de "VDPAU" decoder kies blijft CPU-gebruik even hoog.

Als ik in VLC onder Input / Codecs de optie Hardware-accelerated decoding op Automatic of op VDPAU zet dan werkt dat hier in beide gevallen. De opties VA-API en VA-API via DRM werken niet (in tegenstelling tot mpv waar VDPAU als backend wordt gebruikt). Wat zie je in je console als je die video in VLC via de terminal start? Als hardware-accelerated decoding werkt zou je iets vergelijkbaar aan deze regel moeten zien:

code:

avcodec decoder: Using NVIDIA VDPAU Driver Shared Library  430.26  Tue Jun  4 17:43:17 CDT 2019 for hardware decoding

Josefien schreef op maandag 19 augustus 2019 @ 14:00:Ik heb trouwens nog output van vdpauinfo en vainfo. Het lijkt er toch op dat zowel VDPAU als VA-API bruikbaar zijn op dit systeem? Waarom heeft zelfs VLC geen hardware-versnelling?

De uitvoer ziet er uit zoals het hoort dus dat lijkt goed te zijn.

Josefien schreef op maandag 19 augustus 2019 @ 14:00:
[...]
Betekent het trouwens dat de VP8/VP9 en ook H.265 (HEVC?) codecs sowieso niet hardware gedecodeerd kunnen worden met deze GPU? Ik dacht juist dat de GT 7xx ze beide kunnen?

Klopt, de kaart die jij hebt ondersteund PureVideo feature set D. Voor VP8/9 en HEVC heb je een kaart nodig met ondersteuning voor minimaal feature set F, zie Wikipedia: Nvidia PureVideo.

CyberMania schreef op maandag 19 augustus 2019 @ 14:06:
Je hebt nog de oude drivers. Probeer eens de nieuwste versie te installeren van de drivers via:

sudo apt install nvidia-driver-410 && sudo reboot

en anders met de hand:

https://www.nvidia.com/Do...Results.aspx/138959/en-us

Oude drivers mogen op zich geen probleem zijn. De drivers waar jij naar verwijst zijn overigens niet beschikbaar in Ubuntu 18.04.3. Recente drivers zijn sinds kort ook beschikbaar via Software & Updates > Additional Drivers (zie https://www.omgubuntu.co....-driver-update-ubuntu-its). Enige kanttekening is dat sinds die nieuwe drivers GDM bij mij blijft hangen tijdens het booten maar nu ik LigthDM als standaard display manager gebruik heb ik daar geen last meer van.

Josefien schreef op maandag 19 augustus 2019 @ 14:18:
[...]
VA-API werkt niet:

Dat kan kloppen want dat vereist tevens de optie --vo=vaapi. Volgens de documentatie van mpv is de optie --vo (video output) vereist voor onder andere vaapi, vdpau, cuda en nvdec.

code:

mpv --hwdec=vaapi --vo=vaapi  h264_50fps.mp4

zou moeten werken. Je krijgt echter een melding te zien dat je net zo goed VDPAU kunt gebruiken omdat, als je VA-API gebruikt, hij op de achtergrond gebruik maakt van VDPAU als backend.

De ontwikkeling rond VDPAU staat sinds 2015 stil. je kunt beter gebruik maken van de opvolger NVDEC (mpv --hwdec=nvdec --vo=gpu). De versie van mpv die in de standaard repository zit is gedateerd en heeft geen ondersteuning voor NVDEC. De versie in deze PPA heeft die ondersteuning wel.

Josefien schreef op maandag 19 augustus 2019 @ 14:20:
[...]

Handmatig installeren is toch geen goed idee? In het verleden heb ik met een PC het probleem gehad dat bij elke kernel-update het systeem niet meer wilde booten zonder ingrepen op de command line Dat moet met deze niet gebeuren...

Handmatig installeren kan prima mits je gebruik maakt van DKMS (Dynamic Kernel Module Support) zodat je niet bij elke update van de kernel je driver opnieuw hoeft te installeren. Met DKMS wordt dit automatisch voor je gedaan. Verder wil je de optie nomodeset toevoegen aan Grub en zou je er verder geen omkijken naar moeten hebben.

[ Voor 4% gewijzigd door Jorick op 19-08-2019 16:58 ]

[Josefien]

Jorick schreef op maandag 19 augustus 2019 @ 16:25:
[...]

Heb je wel een apt upgrade gedaan na het toevoegen van de PPA en het updaten van apt? Zo niet dan blijft de huidige versie van Chromium ongewijzigd. Als Chromium via de PPA is geïnstalleerd zou je met het commando

code:

dpkg -s chromium-browser | grep Maintainer

deze uitvoer moeten krijgen:

code:

Maintainer: Saikrishna Arcot <[e-mail]>
Original-Maintainer: Ubuntu Developers <[e-mail]>

Hij wil de Chromium-browser niet installeren vanuit de PPA, ook niet na de "apt upgrade".

Dit is de output van "apt update" gevolgd door "apt upgrade" en de "dpkg -s chromium-browser | grep Maintainer":

code:

root@ws18:/home/tv/dwhelper# apt update
Geraakt:1 http://ppa.launchpad.net/saiarcot895/chromium-beta/ubuntu bionic InRelease
Geraakt:2 http://nl.archive.ubuntu.com/ubuntu bionic InRelease                                                                 
Geraakt:3 http://nl.archive.ubuntu.com/ubuntu bionic-updates InRelease                                                       
Geraakt:4 http://nl.archive.ubuntu.com/ubuntu bionic-backports InRelease                          
Geraakt:5 http://security.ubuntu.com/ubuntu bionic-security InRelease
Pakketlijsten worden ingelezen... Klaar                 
Boom van vereisten wordt opgebouwd       
De statusinformatie wordt gelezen... Klaar
Alle pakketten zijn up-to-date.

root@ws18:/home/tv/dwhelper# apt upgrade
Pakketlijsten worden ingelezen... Klaar
Boom van vereisten wordt opgebouwd       
De statusinformatie wordt gelezen... Klaar
Opwaardering wordt doorgerekend... Klaar
0 opgewaardeerd, 0 nieuw geïnstalleerd, 0 te verwijderen en 0 niet opgewaardeerd.

root@ws18:/home/tv/dwhelper# dpkg -s chromium-browser | grep Maintainer
Maintainer: Ubuntu Developers <[e-mail]>

De beta PPA is duidelijk wel toegevoegd. Maar hij vindt geen bijgewerkte pakketten.

Opnieuw installeren met "apt-get remove --purge chromium-browser" gevolgd door een nieuwe "apt-get install chromium-browser" levert dezelfde versie op

Jorick schreef op maandag 19 augustus 2019 @ 16:25:
[...]

Als ik in VLC onder Input / Codecs de optie Hardware-accelerated decoding op Automatic of op VDPAU zet dan werkt dat hier in beide gevallen. De opties VA-API en VA-API via DRM werken niet (in tegenstelling tot mpv waar VDPAU als backend wordt gebruikt). Wat zie je in je console als je die video in VLC via de terminal start? Als hardware-accelerated decoding werkt zou je iets vergelijkbaar aan deze regel moeten zien:

code:

avcodec decoder: Using NVIDIA VDPAU Driver Shared Library  430.26  Tue Jun  4 17:43:17 CDT 2019 for hardware decoding

Dit is VLC vanaf de commandline gestart en daarna een H.264 filmpje ermee afspelen:

code:

tv@ws18:~$ vlc
VLC media player 3.0.7.1 Vetinari (revision 3.0.7.1-0-gf3940db4af)
[0051dba0] main libvlc: Vlc draait met de standaardinterface. Gebruik 'cvlc' om vlc zonder interface te gebruiken.
[00581270] main playlist: playlist is empty
[00614b60] egl_x11 gl error: cannot select OpenGL API
[b441bf60] avcodec decoder: Using NVIDIA VDPAU Driver Shared Library  390.116  Sun Jan 27 06:08:31 PST 2019 for hardware decoding
[b441bf60] avcodec decoder error: existing hardware acceleration cannot be reused

Er wordt dus geprobeerd VDPAU te gebruiken... maar die is in gebruik? VLC is de enige mediaspeler die openstaat.

Jorick schreef op maandag 19 augustus 2019 @ 16:25:
[...]

Dat kan kloppen want dat vereist tevens de optie --vo=vaapi. Volgens de documentatie van mpv is de optie --vo (video output) vereist voor onder andere vaapi, vdpau, cuda en nvdec.

code:

mpv --hwdec=vaapi --vo=vaapi  h264_50fps.mp4

zou moeten werken. Je krijgt echter een melding te zien dat je net zo goed VDPAU kunt gebruiken omdat, als je VA-API gebruikt, hij op de achtergrond gebruik maakt van VDPAU als backend.

Dit klopt helemaal en ondanks de melding werkt het inderdaad, CPU-gebruik is erg laag.


Nieuwe drivers handmatig installeren lijkt me dus niet nodig, zowel VA-API als VDPAU werken.

Het is alleen een raadsel waarom de VA-API enabled Chromium niet wil installeren en ook waarom VLC geen VDPAU kan gebruiken

[Jorick]

Kun je dit commando eens uitvoeren en het resultaat posten:

code:

apt policy chromium-browser

De reden dat de PPA versie van chromium niet wordt geïnstalleerd komt omdat de versie in de beta PPA (76.0.3809.62-0ubuntu1~ppa1~18.04.1) ouder is dan die in de Universe repository staat (dat is momenteel versie 76.0.3809.100-0ubuntu0.18.04.1). Om de versie vanuit de beta PPA te installeren moet je het versienummer meegeven aan apt:

code:

apt install chromium-browser=76.0.3809.62-0ubuntu1~ppa1~18.04.1 chromium-codecs-ffmpeg-extra=76.0.3809.62-0ubuntu1~ppa1~18.04.1

Wat VLC betreft zou ik even kijken bij de Instellingen > Video of je Output op Automatic hebt staan en anders probeer of VDPAU Output werkt.

[Josefien]

Het forceren van de Chromium-versie werkt! APT maakte melding dat ze "Gedegradeerd" werden en daarna had ik de VA-API enabled versie. De 2 opties aanzetten, H264ify installeren en nu heb ik hardware decoding bij YouTube video's. Onder "chrome://media-internals/" geeft 'ie de MojoVideoDecoder aan en CPU-verbruik is laag

Alleen, betekent het nu dat deze PC altijd blijft hangen op de oude Chromium omdat de versie geforceerd is? Of werkt hij nog automatisch bij als de beta PPA een nieuwe heeft?


Ergens had ik het vermoeden dat de versie in de PPA ouder was en daarom niet werd geïnstalleerd, maar ik wist überhaupt niet dat je met apt een versie kon forceren of de installeerbare versies kon tonen

Jorick schreef op maandag 19 augustus 2019 @ 19:19:
Kun je dit commando eens uitvoeren en het resultaat posten:

code:

apt policy chromium-browser

code:

root@ws18:/home/tv# apt policy chromium-browser
chromium-browser:
  Geïnstalleerd: 76.0.3809.100-0ubuntu0.18.04.1
  Kandidaat:     76.0.3809.100-0ubuntu0.18.04.1
  Versietabel:
 *** 76.0.3809.100-0ubuntu0.18.04.1 500
        500 http://nl.archive.ubuntu.com/ubuntu bionic-updates/universe i386 Packages
        500 http://security.ubuntu.com/ubuntu bionic-security/universe i386 Packages
        100 /var/lib/dpkg/status
     76.0.3809.62-0ubuntu1~ppa1~18.04.1 500
        500 http://ppa.launchpad.net/saiarcot895/chromium-beta/ubuntu bionic/main i386 Packages
     65.0.3325.181-0ubuntu1 500
        500 http://nl.archive.ubuntu.com/ubuntu bionic/universe i386 Packages

Jorick schreef op maandag 19 augustus 2019 @ 19:19:

Wat VLC betreft zou ik even kijken bij de Instellingen > Video of je Output op Automatic hebt staan en anders probeer of VDPAU Output werkt.

Hij stond op "Automatisch". Forceren naar VDPAU werkt ook niet, levert alleen extra meldingen op:

code:

tv@ws18:~$ vlc
VLC media player 3.0.7.1 Vetinari (revision 3.0.7.1-0-gf3940db4af)
[014cdba0] main libvlc: Vlc draait met de standaardinterface. Gebruik 'cvlc' om vlc zonder interface te gebruiken.
[015311a0] main playlist: playlist is empty
[01581080] main video output error: video output creation failed
[9aa11bc0] main decoder error: failed to create video output
[9aa11bc0] avcodec decoder: Using NVIDIA VDPAU Driver Shared Library  390.116  Sun Jan 27 06:08:31 PST 2019 for hardware decoding
[9aa11bc0] avcodec decoder error: existing hardware acceleration cannot be reused
[015ab460] main video output error: video output creation failed
[9aa11bc0] main decoder error: failed to create video output

Hierna blijft VLC via software decoderen

[Hero of Time]

@Josefien, kijk daarvoor naar apt-pinning. Als je nu een 'apt upgrade' doet, zal het Chromium gaan bijwerken naar de 'verkeerde' versie.


Persoonlijk vraagje, heb je Ziggo en ZiggoGo? Ben wel benieuwd of dat überhaupt afspeelt en of je CPU dan ook laag is. Toen ik Chromium eens snel probeerde, kwam Ziggo met de melding de browser niet te ondersteunen, dus kon afspelen niet testen (is vast ook wel omheen te werken). Ik wil voor video's zelf ook wel minder CPU gebruiken. 60%-70% is niet zo geweldig tijdens 't kijken van ZiggoGo en Twitch VODs. Dat doe ik dus nu met FF.

[Jorick]

@Josefien Wat er precies mis gaat met vlc weet ik niet maar misschien dat dit probleem specifiek is voor de combinatie van de versie van je nVidia driver en de versie van vlc maar dat is puur een gok van mijn kant. Chromium en mpv werken wel dus je zou denken dat het probleem ergens bij vlc zit.

@Hero of Time Heb net even gekeken, onder andere ziggogo.tv en npo.nl/live maken gebruik van de DecryptingVideoDecoder waardoor hardware versnelde decodering niet actief lijkt te zijn als ik de Video Engine Utilization in nvidia-settings mag geloven. Waarschijnlijk kun je er voorlopig van uit gaan dat hardware versnelde decodering voor videostreams voorzien van DRM op linux een brug te ver is.

Het grote struikelpunt voor open source software zoals Chromium lijkt te zijn dat ze geen licentie op Widevine kunnen/mogen krijgen en daardoor geen hw ondersteunde decodering van video's met DRM kunnen aanbieden. In Windows en Chrome OS werkt dit wel out-of-the-box.

[ Voor 16% gewijzigd door Jorick op 20-08-2019 00:18 . Reden: Kleine toevoeging omtrent DRM ]

[Josefien]

Hero of Time schreef op maandag 19 augustus 2019 @ 20:45:
Persoonlijk vraagje, heb je Ziggo en ZiggoGo?

Nee, een paar maanden geleden is Ziggo juist opgezegd en vervangen door Online.nl omdat ik internet-only wil

Hero of Time schreef op maandag 19 augustus 2019 @ 20:45:
@Josefien, kijk daarvoor naar apt-pinning. Als je nu een 'apt upgrade' doet, zal het Chromium gaan bijwerken naar de 'verkeerde' versie.

Komt het niet op hetzelfde neer als "apt-mark hold"?

Die staat hier als een van de makkelijke commando's om upgraden van een pakket te voorkomen: https://askubuntu.com/que...ing-of-a-specific-package

Toen ik "apt-get -u upgrade" deed wilde hij inderdaad Chromium upgraden, maar na "apt-mark hold chromium-browser chromium-codecs-ffmepg-extra" staan beide nu onder "Achtergehouden" en worden niet bijgewerkt. Voorkomt dit alleen het handmatig upgraden of ook het automatische?


Maar hiermee zit ik dus altijd met een oude versie. Is het ooit de bedoeling dat VA-API ondersteuning ook in nieuwere (normale) versies komt?


Eigenlijk is het best een gedoe om alleen maar vloeiend YouTube te kunnen kijken. Onder Windows schijnt dit out-of-the-box te werken. Maar ja... Windows is weer te traag voor deze hardware en als het weinig gebruikt wordt krijg je weer gezeikt met trage en irritante updates.

[Jorick]

@Josefien Met apt-mark hold zet je je de versie echt vast, met apt package pinning kun je aangeven welke bron/repository de voorkeur heeft en toch nog steeds updates krijgen. Ik denk dat je hier het antwoord kunt vinden waar je naar op zoek bent. Een andere optie is om de Chromium dev branch PPA te gebruiken want die loopt qua versienummering voor op de stabiele versie.

Hardware versnelde decodering is in browsers op Linux altijd al een ondergeschoven kindje geweest. Zoals je kunt zien werkt het technisch prima maar is er bij Mozilla en Google geen bereidheid om dit officieel te ondersteunen. In Windows en Chrome OS werkt het versnelde decoderen in Chrome out-of-the-box maar voor Linux is dit dus bewust uitgeschakeld omwille van een kleine userbase en de vele combinaties van distro's, hardware en software/drivers.

[Josefien]

Jorick schreef op maandag 19 augustus 2019 @ 23:27:
@Josefien Met apt-mark hold zet je je de versie echt vast, met apt package pinning kun je aangeven welke bron/repository de voorkeur heeft en toch nog steeds updates krijgen. Ik denk dat je hier het antwoord kunt vinden waar je naar op zoek bent. Een andere optie is om de Chromium dev branch PPA te gebruiken want die loopt qua versienummering voor op de stabiele versie.

Ik ga er morgen eens naar kijken of ik het met de Priority opties ingesteld krijg

Van de dev PPA las ik ergens dat de versies die daar vandaan komen soms wat minder stabiel waren?

Hardware versnelde decodering is in browsers op Linux altijd al een ondergeschoven kindje geweest. Zoals je kunt zien werkt het technisch prima maar is er bij Mozilla en Google geen bereidheid om dit officieel te ondersteunen. In Windows en Chrome OS werkt het versnelde decoderen in Chrome out-of-the-box maar voor Linux is dit dus bewust uitgeschakeld omwille van een kleine userbase en de vele combinaties van distro's, hardware en software/drivers.

Ja, dat was destijds met Adobe Flash als web-videospeler ook. Hardware decoding had hele stappen nodig om werkend te krijgen onder Linux

Onder Mozilla Firefox is nu volgens mij geen enkele mogelijkheid om HW decoding aan te zetten. Ik had die browser geprefereerd voor de TV-pc omdat die een optie heeft voor automatisch geschiedenis verwijderen bij afsluiten, wel handig voor zo'n PC waar iedereen onder het zelfde account zit. Chromium heeft dat automatisch verwijderen niet meer behalve de cookies.

[Wolfboy]

Josefien schreef op dinsdag 20 augustus 2019 @ 00:40:
Ja, dat was destijds met Adobe Flash als web-videospeler ook. Hardware decoding had hele stappen nodig om werkend te krijgen onder Linux

In die tijd draaide ik soms Internet Explorer in Wine omdat het sneller was dan de alternatieven voor Flash

[Jorick]

Josefien schreef op dinsdag 20 augustus 2019 @ 00:40:
[...]
Onder Mozilla Firefox is nu volgens mij geen enkele mogelijkheid om HW decoding aan te zetten. Ik had die browser geprefereerd voor de TV-pc omdat die een optie heeft voor automatisch geschiedenis verwijderen bij afsluiten, wel handig voor zo'n PC waar iedereen onder het zelfde account zit. Chromium heeft dat automatisch verwijderen niet meer behalve de cookies.

Dat kan nog steeds in Chrome/Chromium maar ze hebben die optie verschoven naar policies.

Als je in de map /etc/chromium/policies/managed/ een nieuw JSON-bestand aanmaakt (naam maakt verder niet uit) en daar de onderstaande JSON aan toevoegt dan wordt Ephemeral mode afgedwongen zodat automatisch de geschiedenis, cookies en dergelijke worden verwijdert zodra de browser/sessie wordt afgesloten. Tevens wordt de uBlock Origin extensie automatisch geïnstalleerd. De overige opties spreken voor zich. Voor een complete lijst van opties kun je terecht op https://cloud.google.com/docs/chrome-enterprise/policies/. Kun je de browser naar hartenlust dichttimmeren

JSON:

{
    "ForceEphemeralProfiles": true,
    "TranslateEnabled": false,
    "PromotionalTabsEnabled": false,
    "HomepageIsNewTabPage": false,
    "NewTabPageLocation": "https://tweakers.net",
    "ExtensionInstallForcelist": [
        "cjpalhdlnbpafiamejdnhcphjbkeiagm;https://clients2.google.com/service/update2/crx"
    ],
    "ExtensionInstallWhitelist": [
                "cjpalhdlnbpafiamejdnhcphjbkeiagm"
        ]
}

[Josefien]

Jorick schreef op maandag 19 augustus 2019 @ 23:27:
@Josefien Met apt-mark hold zet je je de versie echt vast, met apt package pinning kun je aangeven welke bron/repository de voorkeur heeft en toch nog steeds updates krijgen. Ik denk dat je hier het antwoord kunt vinden waar je naar op zoek bent.

Ik heb in /etc/apt/preferences.d/ een bestand gemaakt met de volgende inhoud:

code:

Package: chromium-browser chromium-codecs-ffmpeg-extra
Pin: release v=18.04,o=LP-PPA-saiarcot895-chromium-beta,a=bionic,n=bionic,l=Chromium Beta branch,c=main,b=i386
Pin-Priority: 900

Het lijkt te werken, met een apt-get upgrade wordt Chromium niet meer bijgewerkt, ook nadat ik ze heb teruggezet naar unhold.

apt-cache policy geeft nu dit:

code:

root@ws18:/home/tv# apt-cache policy
Pakketbestanden:
 100 /var/lib/dpkg/status
     release a=now
 500 http://ppa.launchpad.net/saiarcot895/chromium-beta/ubuntu bionic/main i386 Packages
     release v=18.04,o=LP-PPA-saiarcot895-chromium-beta,a=bionic,n=bionic,l=Chromium Beta branch,c=main,b=i386
     origin ppa.launchpad.net
 500 http://archive.canonical.com bionic/partner i386 Packages
     release v=18.04,o=Canonical,a=bionic,n=bionic,l=Partner archive,c=partner,b=i386
     origin archive.canonical.com
 500 http://security.ubuntu.com/ubuntu bionic-security/multiverse i386 Packages
     release v=18.04,o=Ubuntu,a=bionic-security,n=bionic,l=Ubuntu,c=multiverse,b=i386
     origin security.ubuntu.com
 500 http://security.ubuntu.com/ubuntu bionic-security/universe i386 Packages
     release v=18.04,o=Ubuntu,a=bionic-security,n=bionic,l=Ubuntu,c=universe,b=i386
     origin security.ubuntu.com
 500 http://security.ubuntu.com/ubuntu bionic-security/restricted i386 Packages
     release v=18.04,o=Ubuntu,a=bionic-security,n=bionic,l=Ubuntu,c=restricted,b=i386
     origin security.ubuntu.com
 500 http://security.ubuntu.com/ubuntu bionic-security/main i386 Packages
     release v=18.04,o=Ubuntu,a=bionic-security,n=bionic,l=Ubuntu,c=main,b=i386
     origin security.ubuntu.com
 100 http://nl.archive.ubuntu.com/ubuntu bionic-backports/universe i386 Packages
     release v=18.04,o=Ubuntu,a=bionic-backports,n=bionic,l=Ubuntu,c=universe,b=i386
     origin nl.archive.ubuntu.com
 100 http://nl.archive.ubuntu.com/ubuntu bionic-backports/main i386 Packages
     release v=18.04,o=Ubuntu,a=bionic-backports,n=bionic,l=Ubuntu,c=main,b=i386
     origin nl.archive.ubuntu.com
 500 http://nl.archive.ubuntu.com/ubuntu bionic-updates/multiverse i386 Packages
     release v=18.04,o=Ubuntu,a=bionic-updates,n=bionic,l=Ubuntu,c=multiverse,b=i386
     origin nl.archive.ubuntu.com
 500 http://nl.archive.ubuntu.com/ubuntu bionic-updates/universe i386 Packages
     release v=18.04,o=Ubuntu,a=bionic-updates,n=bionic,l=Ubuntu,c=universe,b=i386
     origin nl.archive.ubuntu.com
 500 http://nl.archive.ubuntu.com/ubuntu bionic-updates/restricted i386 Packages
     release v=18.04,o=Ubuntu,a=bionic-updates,n=bionic,l=Ubuntu,c=restricted,b=i386
     origin nl.archive.ubuntu.com
 500 http://nl.archive.ubuntu.com/ubuntu bionic-updates/main i386 Packages
     release v=18.04,o=Ubuntu,a=bionic-updates,n=bionic,l=Ubuntu,c=main,b=i386
     origin nl.archive.ubuntu.com
 500 http://nl.archive.ubuntu.com/ubuntu bionic/multiverse i386 Packages
     release v=18.04,o=Ubuntu,a=bionic,n=bionic,l=Ubuntu,c=multiverse,b=i386
     origin nl.archive.ubuntu.com
 500 http://nl.archive.ubuntu.com/ubuntu bionic/universe i386 Packages
     release v=18.04,o=Ubuntu,a=bionic,n=bionic,l=Ubuntu,c=universe,b=i386
     origin nl.archive.ubuntu.com
 500 http://nl.archive.ubuntu.com/ubuntu bionic/restricted i386 Packages
     release v=18.04,o=Ubuntu,a=bionic,n=bionic,l=Ubuntu,c=restricted,b=i386
     origin nl.archive.ubuntu.com
 500 http://nl.archive.ubuntu.com/ubuntu bionic/main i386 Packages
     release v=18.04,o=Ubuntu,a=bionic,n=bionic,l=Ubuntu,c=main,b=i386
     origin nl.archive.ubuntu.com
Vastgepinde pakketten:
     chromium-browser -> 76.0.3809.62-0ubuntu1~ppa1~18.04.1 met prioriteit 900
     chromium-codecs-ffmpeg-extra -> 76.0.3809.62-0ubuntu1~ppa1~18.04.1 met prioriteit 900

Onderaan staan de 2 pakketten "vastgepind". Betekent het nu dat ze wèl bijgewerkt worden zodra er in de beta PPA een nieuwe versie komt?

[Hero of Time]

Je kan ook alleen een origin opgeven voor je packages, ipv zo'n beetje elke eigenschap mogelijk. Het zou dan dit worden:

code:

Package: *
Pin: origin launchpad.net/~saiarcot895
Priority: 600

Priority maakt weinig uit, zolang het maar >500 is en <1000.

Ik weet ook niet waar je chromium-codecs-ffmpeg vandaan hebt gehaald, want ik zie die niet in de PPA van Saiarcot895 staan.

[Josefien]

Maar door geen specifieke packages op te geven, wordt dan niet alle packages van die PPA geprefereerd (mits beschikbaar) i.p.v. alleen Chromium?

De chromium-codecs-ffmpeg-extra zit weldegelijk in de PPA en is ook de momenteel geïnstalleerde, hij gaat altijd mee met de versie van chromium-browser:

code:

root@zwin-ws18:/home/tv# apt-cache policy chromium-codecs-ffmpeg-extra
chromium-codecs-ffmpeg-extra:
  Geïnstalleerd: 76.0.3809.62-0ubuntu1~ppa1~18.04.1
  Kandidaat:     76.0.3809.62-0ubuntu1~ppa1~18.04.1
  Versietabel:
     76.0.3809.100-0ubuntu0.18.04.1 500
        500 http://nl.archive.ubuntu.com/ubuntu bionic-updates/universe i386 Packages
        500 http://security.ubuntu.com/ubuntu bionic-security/universe i386 Packages
 *** 76.0.3809.62-0ubuntu1~ppa1~18.04.1 900
        500 http://ppa.launchpad.net/saiarcot895/chromium-beta/ubuntu bionic/main i386 Packages
        100 /var/lib/dpkg/status
     65.0.3325.181-0ubuntu1 500
        500 http://nl.archive.ubuntu.com/ubuntu bionic/universe i386 Packages

[Jorick]

Hero of Time schreef op woensdag 21 augustus 2019 @ 19:04:
[...]

Ik weet ook niet waar je chromium-codecs-ffmpeg vandaan hebt gehaald, want ik zie die niet in de PPA van Saiarcot895 staan.

Even op het pijltje naast het pakket klikken dan krijg je o.a. de publishing details en package files te zien

Josefien schreef op woensdag 21 augustus 2019 @ 19:13:
Maar door geen specifieke packages op te geven, wordt dan niet alle packages van die PPA geprefereerd (mits beschikbaar) i.p.v. alleen Chromium?

[...]

Klopt, maar aangezien deze PPA alleen voorziet in chromium-browser en vdpau-video (en een paar gerelateerde dependencies) is dat in dit geval geen probleem. Bij PPA's met veel pakketten wil je liever specifiek zijn zodat je niet per ongeluk andere pakketten breekt of tegen andere onvoorspelbare problemen aan loopt.

Overigens kun je de vermelding van chromium-codecs-ffmpeg-extra wel achterwege laten aangezien dat een dependency van chromium-browser is waardoor deze automatisch meegenomen wordt bij het installeren en updaten. Zoals je het nu geconfigureerd heb zal chromium-browser up-to-date blijven met de nieuwste versie in de PPA.

[Hero of Time]

Jorick schreef op woensdag 21 augustus 2019 @ 20:17:
[...]

Even op het pijltje naast het pakket klikken dan krijg je o.a. de publishing details en package files te zien

En ik had nog wel verder gekeken. Compleet gemist dat er meer packages onder hangen. Kan ik slecht tegen, zulke halfbakken package overzichten waar je drie klikken verder moet om de daadwerkelijke inhoud te zien.

[...]

Klopt, maar aangezien deze PPA alleen voorziet in chromium-browser en vdpau-video (en een paar gerelateerde dependencies) is dat in dit geval geen probleem. Bij PPA's met veel pakketten wil je liever specifiek zijn zodat je niet per ongeluk andere pakketten breekt of tegen andere onvoorspelbare problemen aan loopt.

Klopt, daarom moet je ook even kijken wat er in de repo zelf staat. Als @Josefien echt bang is dat er straks meer in komt, kan ze altijd nog 'Package: chromium-*' gebruiken.

Overigens kun je de vermelding van chromium-codecs-ffmpeg-extra wel achterwege laten aangezien dat een dependency van chromium-browser is waardoor deze automatisch meegenomen wordt bij het installeren en updaten.

En toch zou ik dat zelf nooit doen en de dependency toch apart benoemen, als deze in de standaard repo's ook te vinden is. Gewoon voor de zekerheid. Het zal zeer waarschijnlijk niet gebeuren, maar je zou maar net een package breakage of hold overtreding krijgen. Want als je alleen pinning/priority gebruikt, kan dat overruled worden. Zo kan ik namelijk alsnog iets uit Debian Experimental installeren en als het iets nodig heeft een principiële overtreding van de prioriteit aanbieden als suggestie.

[Josefien]

Ik merkte vandaag toevallig dat de hardware-versnelling weg is. Zie ik met "apt policy chromium-browser" dit :

code:

root@ws18:~$ apt policy chromium-browser
chromium-browser:
  Geïnstalleerd: 78.0.3904.97-0ubuntu0.18.04.1
  Kandidaat:     79.0.3945.36-0ubuntu1~ppa1~18.04.1
  Versietabel:
     79.0.3945.36-0ubuntu1~ppa1~18.04.1 900
        500 http://ppa.launchpad.net/saiarcot895/chromium-beta/ubuntu bionic/main i386 Packages
 *** 78.0.3904.97-0ubuntu0.18.04.1 500
        500 http://nl.archive.ubuntu.com/ubuntu bionic-updates/universe i386 Packages
        500 http://security.ubuntu.com/ubuntu bionic-security/universe i386 Packages
        100 /var/lib/dpkg/status
     65.0.3325.181-0ubuntu1 500
        500 http://nl.archive.ubuntu.com/ubuntu bionic/universe i386 Packages

Hoe kan het dat hij automatisch een andere versie heeft geïnstalleerd terwijl die van de PPA duidelijk een hogere prioriteit (900 v.s. 500) heeft?

Een apt-get update gevolgd door upgrade verteld dat chromium-browser is "achtergehouden"

[Hero of Time]

Wat als je 'apt install chromium-browser' doet, of 'apt full-upgrade'? Blijkbaar is er een nieuwe dependency er bij die geïnstalleerd moet worden. Dat is de enige verklaring waarom 't niet naar v79 wordt gebracht. Iets wat dan wel raar is, is dat het van een andere origin is gaan updaten ipv de versie te houden op waar 't was vanwege de priority.

[Josefien]

Ik had 'm al geforceerd met "apt-get install chromium-browser=79.0.3945.36-0ubuntu1~ppa1~18.04.1" dus nu zegt hij uiteraard dat 'ie al is geïnstalleerd.

De enige dependency is "chromium-codecs-ffmpeg-extra" vanaf dezelfde PPA, maar ook die werd achtergehouden bij "apt-get upgrade" terwijl hij met dezelfde hogere priority aan de PPA zit

Het is best wel naar dat zaken blijkbaar dus uit zichzelf stoppen met werken als je het eenmaal goed hebt ingesteld. Nog even en ik ben straks nog meer tijd kwijt aan het blijven werkend houden van het spul dan het daadwerkelijk gebruiken ervan

[Hero of Time]

Heb je automatische updates aan staan? Zo ja, zet dat eens uit en controleer zelf elke week ofzo voor updates. Zelf gebruik ik altijd aptitude, een ncurses interface (terminal) dat vergelijkbaar werkt als apt, maar dan met een degelijk overzicht en meer mogelijkheden. Je kan anders met Synaptic werken, dat is een volledige GUI waar je ook een mooi overzicht hebt wat bijgewerkt kan worden en welke versie het wordt (alsmede waar het vandaan komt).