Fedora 36

Hello. A DisplayCAL nincs elhanyagolva csak átvitték flathub-ra. Florian emlitette, hogy már nem készit bináris csomagokat és a flathub-os verziót fogja csak karban tartani. https://flathub.org/apps/details/net.displaycal.DisplayCAL

Nálam működik. Most töltöttem le még soha nem használtam. Nagyon tetszik. ;)

Köszönöm mindkettőtöknek a visszajelzést, akkor nyomoznom kell, mert ffplay ugyanazt a file-t lejátssza. Ez a kimenetem mpv-vel lényegében minden file-ra:

mpv 'Tracey Ullman - Breakaway-FiwopPbHGts.mp4'
mpv 0.34.1 Copyright © 2000-2021 mpv/MPlayer/mplayer2 projects
 built on UNKNOWN
FFmpeg library versions:
   libavutil       57.17.100
   libavcodec      59.18.100
   libavformat     59.16.100
   libswscale      6.4.100
   libavfilter     8.24.100
   libswresample   4.3.100
FFmpeg version: 5.0.1

Usage:   mpv [options] [url|path/]filename

Basic options:
 --start=<time>    seek to given (percent, seconds, or hh:mm:ss) position
 --no-audio        do not play sound
 --no-video        do not play video
 --fs              fullscreen playback
 --sub-file=<file> specify subtitle file to use
 --playlist=<file> specify playlist file

 --list-options    list all mpv options
 --h=<string>      print options which contain the given string in their name

Szerk.: esetleg az lehet a baj, hogy nekem az ffmpeg még az RpmFusion-ről van, miközben már bekerült a Fedora repókba. Megpróbálom ez utóbbival, hátha...

Rendszerfrissítéskor leváltotta az ffmpeg-free a korábbi ffmpeg csomagot ?

Nálam nem volt ilyen. 

Kedvenc háttérképed vissza tudod hozni, letöltöd a 35-ös verzió tárolóiból a vonatkozó gnome wallpapers csomagot, lehet nem pontosan ez a neve, de a keresővel megtalálod. Kézi letöltés után kézzel is ki lehet bontani, és kimásolni belőle az illető háttérképet. Mondjuk ez furcsa, mert egy upgrade-nek régi fájlokat nem kéne törölni, felülírni binárisokat oké, a friss verzióval, de egy háttérképnél nincs értelme a régit eltávolítani.

Ezért szopás, ha valami verziószámozott kernellel indul, és csak az van benne az EUFI NVRAM-ban konkrét elérési útnak. Az Arch nem véletlenül csinálja azt, hogy az initramfs és kernel mindig azonos, generic néven van tárolva (initramfs-linux.img és vmlinuz-linux), ami mindig a legújabb verzió, plusz az egyel régebbi verzió *-fallback néven, és így mindig a legújabb kernel bootol, nem kell a változó verziószám miatti változó név miatt az EUFI bootbejegyzést módosítani. Plusz ha az ember nem használ GRUB-ot, meg secure-bootot (shim), akkor még egyszerűbb az élet. Sajnos a mainstream disztróknak még régi időkről való beidegződése, meg corporate hozzáállása, hogy a bootot túlbonyolítják. Amit egyébként túl is kell, ha valami speciális körülmény van, pl. RAID vagy valami egzotikusabb fájlrendszerről kell bootolni, de az a baj, hogy akkor is túlbonyolítják, ha csak egy egyszerű ext4-es desktopról van szó, ahol se RAID, se LVM, se egész lemezes titkosítás, se a secure boot nem indokolt (az eleve Windowsra lett kitalálva, ahol a rookitek valós probléma).

Egyébként ez a Gentoo valódi előnye. Nem azért, hogy valaki Jani legyen, hogy 50 órán át fordulnak a kódok, hogy nyerjen 1% sebességtöbbletet optimalizációval, és mindenki felnézzen rá, hogy ő A Hacker, hanem hogy a felesleges komplexitást ki tudja vágni a rendszerből. Pl. Gentoo alatt lehetséges a teljesen szög egyszerű EFI stub boot (tudná az Arch is, de ott a kötelező initramfs közbeszólhat, bonyolíthat), mikor az EFI partícióról maga a vmlinuz-linux kernel közvetlenül indul, bootol, se initramfs, se GRUB, se systemd-boot, se shim, se más middle-man cucc nincs, minden sokkal átláthatóbb, nem törik el, könnyebben javítható, újratelepíthető, frissíthető, és a legtöbb ember átlagos ext4-es desktop felhasználását simán lefedné ez is, bonyolítások nélkül. Mert lássuk be, hogy a legtöbb átlag ember nem használ szoftvere egész lemezes titkosítást, RAID-et, nem profitál az LVM-ből, btrfs-ből, ZFS-ből, stb., de rájuk van erőltetve, mert az kell nekik, a corporate nagyon eldöntötték, hogy az a biztonságoschhh.