Příspěvky

1

Desktop / Re:Videa se nepřehrávají plynule

« kdy: 13. 08. 2025, 13:31:22 »

Musel jsem nainstalovat čisté Ubuntu 24.04 znova. Různými pokusy, hlavně s non-free ovladači, jsem rozbil nějaké další funkcionality. Po čisté instalaci a přepnutí na XORG mi Ubuntu nabídlo povýšení verze na 24.04.3 LTS. Nedokážu zjistit, jestli to mělo na toto mít vliv, asi ne, ale teď se videa z YouTube přehrávají skoro tak dobře, jako ve Windows. Zvláštní je, že když nastartuju z Live USB, tak tam to cukání pořád je, ale po instalaci na systémový disk už o dost míň, téměř žádné.
Reakce k jednotlivým radám - díky všem!
- OpenSuse Leap - z Live USB - nepomohlo
-  Option "DRI" "3" nebo "2", odebrání xserver-xorg-video-intel žádná změna. Nepřišel jsem na to, jak vynutit modesetting ovladač.
- Vypnutí HW akcelerace - něco se mi podařilo, vliv na přehrávání malý, negativní vliv na zahřívání CPU/GPU a výdrž baterie.
- CSM jsem v BIOSu nenašel, pokud to není to, čemu HP říká Legacy Mode. V Legacy Mode aktuálně systém startuje. Musel jsem UEFI vypnout kvůli testování jiných distribucí, které odmítaly v UEFI z flashdisku nastartovat. Před tím jsem ale UEFI měl vynucené.

2

Desktop / Re:Videa se nepřehrávají plynule

« kdy: 06. 08. 2025, 16:21:21 »

Tak jsem zkoušel zase všechny vaše rady a zjistil toto:

Výpis z
$journalctl -b 0
Spuštěn Firefox, na Youtube puštěné video:

srp 06 15:20:26 pb640G5 firefox_firefox.desktop[16651]: Failed to create /home/r/snap/firefox/common/.cache for shader cache (Permission denied)---disabling.
srp 06 15:20:26 pb640G5 firefox_firefox.desktop[16651]: libva info: VA-API version 1.20.0
srp 06 15:20:26 pb640G5 firefox_firefox.desktop[16651]: libva info: Trying to open /snap/firefox/6610/gpu-2404/usr/lib/x86_64-linux-gnu/dri//iHD_drv_video.so
srp 06 15:20:26 pb640G5 firefox_firefox.desktop[16651]: libva info: Found init function __vaDriverInit_1_20
srp 06 15:20:26 pb640G5 firefox_firefox.desktop[16651]: libva info: va_openDriver() returns 0
srp 06 15:20:26 pb640G5 rtkit-daemon[1757]: Supervising 8 threads of 5 processes of 1 users.
srp 06 15:20:26 pb640G5 rtkit-daemon[1757]: Supervising 8 threads of 5 processes of 1 users.
srp 06 15:20:26 pb640G5 rtkit-daemon[1757]: Supervising 8 threads of 5 processes of 1 users.
srp 06 15:20:26 pb640G5 rtkit-daemon[1757]: Supervising 8 threads of 5 processes of 1 users.
srp 06 15:20:27 pb640G5 rtkit-daemon[1757]: Supervising 8 threads of 5 processes of 1 users.
srp 06 15:20:27 pb640G5 rtkit-daemon[1757]: Supervising 8 threads of 5 processes of 1 users.
srp 06 15:20:27 pb640G5 rtkit-daemon[1757]: Successfully made thread 17747 of process 17333 owned by '1000' RT at priority 10.
srp 06 15:20:27 pb640G5 rtkit-daemon[1757]: Supervising 9 threads of 6 processes of 1 users.
srp 06 15:20:28 pb640G5 firefox_firefox.desktop[16651]: ATTENTION: default value of option vblank_mode overridden by environment.
srp 06 15:20:28 pb640G5 firefox_firefox.desktop[16651]: Failed to create /home/r/snap/firefox/common/.cache for shader cache (Permission denied)---disabling.
srp 06 15:20:43 pb640G5 gnome-remote-desktop-daemon[16070]: *** pw_stream_set_active called from wrong context, check thread and locking: Not in loop
srp 06 15:21:00 pb640G5 wpa_supplicant[1361]: wlp1s0: CTRL-EVENT-SCAN-FAILED ret=-5
srp 06 15:21:00 pb640G5 kernel: iwlwifi 0000:01:00.0: Scan failed! ret -5
srp 06 15:21:13 pb640G5 gnome-shell[2912]: Window manager warning: Overwriting existing binding of keysym 35 with keysym 35 (keycode e).
srp 06 15:21:13 pb640G5 gnome-shell[2912]: Window manager warning: Overwriting existing binding of keysym 32 with keysym 32 (keycode b).
srp 06 15:21:13 pb640G5 gnome-shell[2912]: Window manager warning: Overwriting existing binding of keysym 38 with keysym 38 (keycode 11).
srp 06 15:21:13 pb640G5 gnome-shell[2912]: Window manager warning: Overwriting existing binding of keysym 37 with keysym 37 (keycode 10).

do logu /home/r/.local/share/xorg/Xorg.0.log to nic v tomto případě nezapsalo

V /etc/X11/xorg.conf.d/ žádný konfigurační soubor není. Když tam vytvořím 20-intel.conf, který obsahuje
Section "Device"
  Identifier "Intel Graphics"
  Driver "intel"
  Option "TearFree" "true"
  Option "TripleBuffer" "true"
EndSection

tak se po restartu v obou prohlížečích YouTube videa sekají ještě mnohem víc, než bez této konfigurace. Navíc VLC u lokálních souborů zobrazuje pouze zelený obraz.

Zkusil jsem i variantu s konfigurací pro modesetting driver, ale u té to nemá žádný efekt.

Na připojeném monitoru se to seká úplně stejně. Monitor ukazuje 60Hz, stejně jako display notebooku. Nesrovnalost v obnovovací frekvenci proti počtu snímků za sekundu by myslím způsobovala pravidelné sekání videa, ale u mě se to seká různě nepravidelně.

Zjistil jsem, že u VLC byl problém s jeho verzí, která je v Ubuntu 24.04 jako výchozí. Je to nějaká novější varianta bez VA-API podpory, snad kvůli novému ffmpegu. Naštěstí verze z flathubu tuto podporu pořád má. Nainstaloval jsem ji a aspoň to částečně vyřešilo VLC, které už mi videa dekóduje plně hardwarově a nic se neseká, ale vidím tam drobný TEARING obrazu. Z toho plyne, že celý problém má dva důvody:
- Sekání streamovaných videí v prohlížečích - nevyřešeno - důvod pro mě zatím neznámý.
- Sekání lokálních videí ve VLC - po změně VLC na verzi s podporu VA-API zůstal "pouze" drobný TEARING obrazu.

Jinak jsem zkoušel i start čistého Ubuntu 24.04 a Pop_OS z Live USB, abych ověřil, že nemám "rozbitou" konfiguraci. Oba systémy přehrávají YouTube videa stejně sekaně, jako Ubuntu na interním systémovém disku.

Napadlo mě (možná hloupě), jestli třeba Linuxové jádro nějak špatně nedetekuje na tom notebooku schopnosti grafického čipu. Vím, že se u notebooků se dělají různé kompromisy kvůli napájení a podobně. Stejné CPU/GPU na jiné desce se může chovat jinak. Ale to je jenom takový odhad. Všiml jsem si, že YouTube videa přehrávaná ve Firefoxu ukazuje intel_gpu_top jako hardwarově dekódovaná, u Brave to neukazuje. Možná to ale s tou hardwarovou akcelerací videa ve Firefoxu nebude tak dobře funkční, když se videa sekají podobně jako v Brave a navíc oba prohlížeče po pár minutách způsobí nutnost aktivního chlazení.

Nechci to tady moc zaplevelit výpisem konfigurace z Firefoxu a Brave - vybral jsem jenom to, co myslím že ukazuje něco relevatního:

**Firefox browser**
Firefox 140.0.4 /64bit Ubuntu Snap canonical-002 - 1.0
Compositing WebRender
WebGL 1 and 2 Intel -- Mesa Intel(R) UHD Graphics 620 (WHL GT2)
Driver version WebGL 1 and 2 4.6 (Compatibility Profile) Mesa 23.2.1-1ubuntu3.1~22.04.3
GPU #1 Mesa Intel(R) UHD Graphics 620 (WHL GT2) ID 0x8086 ID 0x3ea0 driver mesa/iris Version 23.2.1.0
Media: H264/VP8/VP9/H265 Hardware supported

**Brave browser**
Brave 1.80.122 (Official build) (64bit)
Chromium: 138.0.7204.157
---Graphics Feature Status---
Canvas: Hardware accelerated
Direct Rendering Display Compositor: Disabled
Compositing: Hardware accelerated
Multiple Raster Threads: Enabled
OpenGL: Enabled
Rasterization: Hardware accelerated
Raw Draw: Disabled
Skia Graphite: Disabled
TreesInViz: Disabled
Video Decode: Hardware accelerated
Video Encode: Software only. Hardware acceleration disabled
Vulkan: Disabled
WebGL: Hardware accelerated
WebGL2: Hardware accelerated
WebGPU: Disabled
WebNN: Disabled
---Driver Information---
Initialization time : 151
In-process GPU : false
Skia Backend : GaneshGL
Passthrough Command Decoder : true
Sandboxed : false
GPU0 : VENDOR= 0x8086 [Google Inc. (Intel)], DEVICE=0x3ea0 [ANGLE (Intel, Mesa Intel(R) UHD Graphics 620 (WHL GT2), OpenGL 4.6 (Core Profile) Mesa 24.2.8-1ubuntu1~24.04.1)], DRIVER_VENDOR=Mesa, DRIVER_VERSION=24.2.8 *ACTIVE*
Optimus : false
AMD switchable : false
Pixel shader version : 1.00
Vertex shader version : 1.00
Max. MSAA samples : 16
Machine model name :
Machine model version :
GL implementation parts : (gl=egl-angle,angle=opengl)
Display type : ANGLE_OPENGL
GL_VENDOR : Google Inc. (Intel)
GL_RENDERER : ANGLE (Intel, Mesa Intel(R) UHD Graphics 620 (WHL GT2), OpenGL 4.6 (Core Profile) Mesa 24.2.8-1ubuntu1~24.04.1)
GL_VERSION : OpenGL ES 2.0.0 (ANGLE 2.1.25520 git hash: e1dc0a7ab5d1)

3

Desktop / Re:Videa se nepřehrávají plynule

« kdy: 05. 08. 2025, 12:31:43 »

Uff.. to vypadá na úplně bláznivé pokusy se vším možným.

První bych se asi zeptal, co u vás znamená, že se nepřehrávají videa?
Zastavuje se celé přehrávání, nebo je tam trhání snímků (tearing)? První většinou značí nějaký problém s dekódováním, případně synchronizací s audiem, u trhání jde pak o problém s vertikální synchronizaci (v-sync), tzn. snímek videa se začne vykreslovat v jiný čas, než se mění celý obraz na displeji.
To druhé bývá mnohem častější.

V případě že jde o to trhání, je potřeba zjistit, co se používá za Xorg ovladač pro vaší Intel grafiku.
V podstatě jsou dvě možnosti, buď driver Intel (intel_drv.so), nebo modesetting.
Mrkněte se do /var/log/Xorg.0.log, tam by to mělo být patrné, případně to pošlete sem.

Co pak konkrétně zkusit dělat je hezky popsáno třeba na Wiki od Archu (sekce Tearing)
https://wiki.archlinux.org/title/Intel_graphics#Troubleshooting

Např. s driverem Intel, do souboru /etc/X11/xorg.conf.d/20-intel.conf (může mít i jiné jméno, načítá se všechno s příponou .conf, seřazeno podle abecedy v adresáři) zapíšete následující.

Kód: [Vybrat]

Section "Device"
  Identifier "Intel Graphics"
  Driver "intel"
  Option "TearFree" "true"
  Option "TripleBuffer" "true"
EndSection

Pak musíte restartovat X server nebo celý počítač, aby se to projevilo.

Jinak máte nějaký speciální důvod, proč nepoužijete v GNOME např. výchozí Wayland session a držíte se Xorg?
Dost pravděpodobně by to chodilo out-of-box.

Ano, nemám s linuxem dost zkušeností a taky jsem z toho už dost frustrovaný a proto zkouším, kde co najdu. Pokud se to rozbije, nebude to tak moc vadit.

Mám dojem, že TEARING je, když je video zhruba v polovině jakoby horizontálně roztržené/posunuté, ale snímky se nevynechávají - problém s vertikální synchronizací. U mě se to tak neprojevuje. Popsal bych to anglickým slovem STUTTERING, klasické trhání videa každé 1-4 sekundy se nějaký snímek nebo snímky vynechají. Pokud by to pomohlo, zkusil bych to nahrát mobilem z displeje notebooku.
Nejvíc se to děje u videí s 60fps, kde se obraz pohybuje do strany, např. tady:
https://www.youtube.com/watch?v=FVNO-ehIOdw
https://www.youtube.com/watch?v=pcSv22DTDUI
Toto jsou samozřejmě extrémní případy - málokteré běžné video má takovýto obsah, ale je to na tomto vidět vždycky s velkým množstvím "záseků". Skoro denně sleduju poměrně dost video obsahu a když se to tak takto, byť i míň často trhá, úplně mě to nervuje. Navíc když vím, že na stejném HW ve Windows se to vůbec neděje.

Log soubor Xorg.0.log v umístění /var/log/ není a není ani jinde. Asi to loguje jinam.

Nicméně soubor intel_drv.so jsem našel v cestě /usr/lib/xorg/modules/drivers/

Důvodem pro XORG je používání klávesových zkratek apliací, které nejsou v popředí (KeePass -> Autotype, CopyQ).

Jak jsem psal v minulé odpovědi, na Waylandu ve Fedora 42 a na Ubuntu 24.04, které je po instalaci s Waylandem, se to chovalo stejně.

Zkusím to Wiki arch linuxu, i když, jestli je to návod k řešení TEARINGu, asi to nebude to, co řeším. Uvidíme.

4

Desktop / Re:Videa se nepřehrávají plynule

« kdy: 05. 08. 2025, 11:35:12 »

Mám prakticky ten samý počítač(ale od dellu), ale tohle mi to nedělá. Koukal jste na nastavení biosu, jestli je tam pozapínaný cokoliv co by mělo spojitost s grafikou, případně aktualizovat bios (nejsem it guru, jen mě to zajímá)?

Zkuste nabootovat i nový ubuntu 25.04 s waylandem. Nedávno jsem to instaloval známé, na prakticky stejný komp (o generaci starší, s i5-86XX graf. intel uhd 600 tuším), a ten jede taky předpisově.

V BIOSu vidím, co se grafiky týká, asi jenom v Built-in Device Options: Video Memory Size. Zkoušel jsem 256MB, 512 MB (maximum) a taky výchozích 32MB. Žádný rozdíl.

BIOS je nejnovější R72 v. 1.32.00 03/07/2025.

S Waylandem jsem to testoval na Fedora 42 a Ubuntu 24.04 - které je ve výchozím stavu s Waylandem. Opět beze změny.

5

Desktop / Videa se nepřehrávají plynule

« kdy: 05. 08. 2025, 10:21:24 »

Ahoj, neporadili mi na AskUbutu ani na Redditu, tak zkouším "doma", kdyby někdo dokázal pomoct. Nainstaloval jsem si na notebook jako druhý systém kromě Windows i Ubuntu 24.04 LTS (režim XORG). Problém je v tom, že se mi všechny přehrávané videa v Ubuntu trhají - z webu (YouTube) i lokální soubory ve VLC. Nejvíc je to vidět na videích s 60 snímky, ale trhají se i videa s 30 snímky i míň. Na rozlišení videa, bitrate nebo na kodeku nezáleží. Na Windows žádný problém není, takže slabým HW to nebude. Přepnout v systému výkon/rovnováha/šetření energií nemá vliv, ani napájení ze sítě místo z baterie. Zkoušel jsem i Linux Mint 22.1, Fedora 42, Ubuntu MATE a Pop_OS, všechny se chovají stejně. Dál jsem zkoušel nejběžnější rady co jsem kde našel, ale nic toho nepomohlo. Prohlížeče Firefox a Brave v nejnovějších stable verzích, VLC taky.

+ Instalace ffmpeg: V ubuntu 24 už nějaká verze byla, nepomohla ani nejnovější.
+ Zakázat rozšíření System Monitor/Indicator Multiload: Povolené nebylo, ale i tak jsem odinstaloval gnome-system-monitor.
+ Zakázat souběžné výstupy v Pulseaudio - v systému jsem to nenašel.
+ Přidat  'export vblank_mode=1' do .profile.
+ Prohlížeče postavené na Chromiu - u mě Brave - spustit s paramentry
"--enable-features=Vulkan,VulkanFromANGLE,DefaultANGLEVulkan,VaapiIgnoreDriverChecks,VaapiVideoDecoder,VaapiVideoEncoder"
nebo
"--enable-features=AcceleratedVideoDecodeLinuxGL"
 nepomohlo + chyby v STDOUT.

Parametry notebooku:
HP ProBook 640 G5 Intel Core i5-8265U 16 GB RAM/SSD NVME/1920x1080@60Hz (žádné škálování, zobrazení na 100%),

$ lspci -nnk | grep -iA2 net; lspci -nnk | grep -iA2 vga 
00:02.0 VGA compatible controller [0300]: Intel Corporation WhiskeyLake-U GT2 [UHD Graphics 620] [8086:3ea0] (rev 02) DeviceName: Onboard IGD Subsystem: Hewlett-Packard Company WhiskeyLake-U GT2 [UHD Graphics 620] [103c:856d]

$ uname -a 
Linux 6.14.0-24-generic #24~24.04.3-Ubuntu x86_64 GNU/Linux

6

Software / Re:Vlastní Grub boot menu na USB disku

« kdy: 29. 06. 2023, 09:15:09 »

Díky chlapi, jdu to zkusit. V UEFI to jede určitě, ten desktop umí všechno buď jenom v UEFI (i boot z disků přes boot menu BIOSu) nebo jenom Legacy  - nutná uživatelská změna nastavení v BIOSu a restart). Windows určitě startují v UEFI.

7

Software / Re:Vlastní Grub boot menu na USB disku

« kdy: 28. 06. 2023, 12:27:03 »

@luksus
změna /boot/boot/syslinux/syslinux.cfg nemá na nic vliv - jak psal @k3dAR, opravdu to startuje v UEFI, toto bude asi pro LEGACY/BIOS.

Po nastartování se objeví cesta /boot/EFI/BOOT/ ve které je i syslinux.cfg (cesta ani soubor tam není, pokud neběží systém). Editovat v této cestě syslinux.cfg ale nejde.

@k3dAR Přidal jsem soubor /etc/grub.d/40_custom s obsahem podle wiki.gentoo.org, ale ani to nemá na nic vliv. Asi by to chtělo nějaký grub-update příkaz, ten ale v systému není.

@TechnikTom příkaz update-grub ani nic podobného tam není, ani nic, co by začínalo slovem grub.

8

Software / Re:Vlastní Grub boot menu na USB disku

« kdy: 27. 06. 2023, 22:56:16 »

Tak buď tam je grub nebo je tam syslinux. Oba jsou to bootloadery a ty nemůžou fungovat souběžně.
Soubor /boot/syslinux/syslinux.cfg tam máš? co v něm je?

Asi chyba začátečníka, ale slovo grub2 se v tom konfiguráku grub2-15_ostree vyskytuje celkem často, proto jsem vydedukoval, že to bude asi grub.  V cestě /boot/syslinux/syslinux.cfg nic není, ale v cestě /boot/boot/syslinux/syslinux.cfg je to už zajímavější, jsou tam v podstatě ty položky z boot menu - přidávám do přílohy.

9

Software / Vlastní Grub boot menu na USB disku

« kdy: 27. 06. 2023, 20:17:14 »

Zdravím a prosím o pomoc s nastavením grub boot menu pro batocera.linux (retro herní distribuci postavené na syslinuxu). Předem se omlouvám, že něco nepopíšu úplně správně, v linuxu jsem začátečník.
Mám Batocera.linux na externím USB disku. Na systémovém disku PC jsou Windows 10. Potřeboval bych na tom externím disku s Batocera.linuxem aktivovat grub boot menu, které by mělo dvě položky:
1. boot Windows 10 z lokálního disku (výchozí položka)
2. boot Batocera.linux z tohoto externího disku
(timeout 4 sekundy na automatický výběr výchozí položky menu)

Aktuálně mám nastaveno pořadí bootování tak, že se nějdřív použije USB disk (Batocera) a když není připojený, nastartuje se ze systémového disku SSD NVME (Windows 10). Zádrhel je v tom, že mi děti zapomínají Batocera.linux disk z USB odpojit po vypnutí. Já občas potřebuju toto PC zapnout na dálku a používat vzáleně Windows, což ale neproběhne, když tam zůstane připojený ten USB disk. A otočit pořadí bootování a vysvětlit dětem, že musí hned po startu PC mačkat F12 a z nabídky vybrat bootování z USB (když je tam asi 5 položek), zní snadněji než to ve skutečnosti je.
Jde i nainstalovat grub boot menu na systémový disk přes Grub2Win. Tomuto bych se ale chtěl vyhnout, mám obavu, že se mi to nepovede a protože na tom systémovém disku mám spoustu dat, SW a nastavení, zálohovat to by bylo na půl dne. Navíc je tady pořád ten problém s Windows, které se cizím boot managerům brání a věčně je buď přepisují, nebo mění pořadí bootování v BIOSu. Vlastní zkušenost.
Přece jenom - je tam linux, je tam grub, mohlo by to jít?
Moje poznatky z chování Batocera.linux boot:
Když při startu podržím Esc, naskočí grub boot menu z položkami
Batocera (normal)
Batocera (verbose)
Z toho jsem vyrozuměl, že je tam grub "kompatibilní" se SecureBootem
V Batocera linuxu je v cestě /etc/grub.d symlink na /usr/libexec/libostree/grub2-15_ostree
Soubor grub2-15_ostree přidám do přílohy, pokud by někdo dokázal poradit, co tam dopsat/změnit, aby se to chovalo jak potřebuju.
Ptal jsem se na něco podobného na redditu, ale nic pořádného mi neporadili.