KDE Plasma 6.4 krijgt ingebouwde hdr-kalibratietool

De ontwikkelaars van KDE Plasma hebben een hdr-kalibratietool aan KDE Plasma 6.4 toegevoegd. Gebruikers kunnen hun hdr-schermen hiermee correct instellen. De vensterbeheersoftware krijgt een functie om hdr-content beter weer te geven op schermen zonder hdr-functionaliteit.

Uit een recente blogpost van de ontwikkelaars blijkt dat KDE Plasma-gebruikers nu ook de maximale kleurdieptes op aangesloten schermen kunnen instellen. Apps die de X11-compatibiliteitssoftware XWayLand gebruiken, kunnen voortaan ook toetsenbord- en muisinvoer gebruiken zonder dat de toestemming van de gebruiker moet worden gevraagd. Deze optie kan ook uitgeschakeld worden. KDE Plasma is een Linux-desktopomgeving die inmiddels aan versie 6.4.0 aanbeland is. De ontwikkelaars hebben een lijst gedeeld met alle wijzigingen in de nieuwste versie van de bureaubladomgeving.

Hdr-kalibratierool in KDE Plasma 6.4.0. Bron: KDE

Reacties (35)

[arbraxas]

En hoe goed / makkelijk is HDR nu in linux? Gebruik mint en na een wat lastig avontuur HDR onder linux maar weer laten liggen en voorlopig maar windows voor spellen geinstalleerd.

[Quinten]

Zelf draaide ik Arch Linux in combinatie met KDE Plasma. Die combinatie werkte in mijn ogen meer dan prima voor de OLED monitor die ik toen had. De MSI OLED monitor herkende HDR direct nadat het werd geactiveerd binnen de desktop omgeving. Vervolgens in games die HDR ook daadwerkelijk ondersteunen zag ik een duidelijk verschil met SDR. Verder in Stremio waarin ik het puur als een filmbibliotheek gebruik en mpv als speler ging dit ook goed. Ik moest wel VRR uitschakelen anders ontstonden flikkeringen. Dat had ik uiteindelijk geautomatiseerd met een bash script dus ik ervoer weinig hinder hiervan. Of dat te maken heeft met de software of hardware weet ik niet zeker. In Windows had ik er namelijk ook last van. Ik draaide alles op Wayland/xWayland.

Eindoordeel is dat ik over de functionele werking tevreden ben. Over de gemakkelijkheid van configureren vind ik het lastig een oordeel te uiten. Arch Linux is niet de eenvoudigste distro die er bestaat, wat vervolgens wel veel configureerbare opties toestaat. Ook omdat je van de grond af aan begint is mijn ervaring dat ik zaken eenvoudiger werkend krijg. Je zal echter wel bereid moeten zijn om wikis door te spitten om het geheel goed te begrijpen.

Ik heb ook Valve Gamescope geprobeerd als desktop omgeving. Bij het SDDM inlogscherm kan je switchen tussen desktop omgeving. Dan zit je direct in Steam en kan je games vanaf daar opstarten. In die omgeving werkte HDR ook goed.

Hardware setup destijds was:
AMD 5950X, 6900 XT en de MSI MPG321URX.

[Reactie gewijzigd door Quinten op 18 mei 2025 14:15]

[Mark de Vaal]

Ken je Haruna speler? Is een KDE mpv player en deze werkt ook heel goed.

[Aganim]

Voor HDR heb je Wayland nodig, Mint gebruikt standaard Cinammon als desktopomgeving en ondersteuning voor Wayland staat daar nog voor in de kinderschoenen. Dat HDR op Mint lastig aan de praat te krijgen is kan dus goed kloppen, maar eigenlijk had je dan niet de beste distro voor dit doel te pakken.

Voor gaming is Bazzite een betere optie, heb ik me laten vertellen. En daar wordt HDR wel ondersteund.

[Mark de Vaal]

Ik vind het wel grappig dat je Bazzite noemt, want je kan ook Nobara kiezen als je van Fedora houdt. Ook een goed HDR systeem of PikaOS als je van Debian houdt ook een goed HDR systeem. Ik gebruik CachyOS en dt is ook een goed HDR systeem. Eigenlijk de meeste up-to-date KDE Plasma DE distro's hebben een goede HDR ondersteuning.

[xiam]

Kun je de hele workflow ook afstemmen dus camera naar computerscherm naar printer en ook telefoon?

[Mark de Vaal]

Dat weet ik niet, maar ik denk dat er mensen hier zijn die het wel weten. Ik gebruik HDR alleen maar voor streaming.

[watabstract]

Ik ben geen gamer en geef weinig om HDR in zijn algemeenheid maar ik heb CachyOS even opgezocht en dit kan wel eens de eerste keer in jaren zijn dat ik verleid word om een andere distro te proberen en mogelijk zelfs Kubuntu te vervangen. Arch als basis is erg interessant maar dat je als eindgebruiker niet zelf diep in de optimalisatie hoeft te duiken spreekt me wel aan. En dan ben ik van dat ellendige Snap verlost. Ik draai Firefox en Thunderbird als normale packages via PPA maar dat update nogal traag en na elke upgrade de repo weer actief moeten zien te krijgen is wel wat irritant.

[TheVivaldi]

Als gebruiker kan ik CachyOS van harte aanbevelen. Een van de beste distro's die ik in jaren gebruikt heb.

[GertMenkel]

Geen idee hoe het met spellen zit (altijd lastig te zeggen met de compatibiliteislagen die voor spellen verschillen), maar HDR doet het nu op Gnome en KDE. Je zult wel een moderne variant moeten pakken, want distels als Ubuntu hebben voor zover ik weet nog niet de versie van deze software om HDR aan te zetten.

Aangezien HDR alleen werkt op Wayland, en Mint nog gebruik maakt van X11, ga je het op Mint niet snel werkend krijgen. Op de Gnome- en KDE-versies van bijvoorbeeld Fedora moet dat wel werken. Bleeding edge distros als Arch/EndeavourOS doen het zeker, maar dat is niet per se voor de leek weggelegd.

[Hydranet]

en op Hyprland
https://wiki.hyprland.org...#color-management-presets

[GertMenkel]

Klopt, maar ik zou Hyprland niet echt aanraden als je voor van Windows probeert over te stappen. Niet iedereen heeft interesse in zijn PC tweaken zoals Pewdiepie dat heeft

[Hydranet]

Mee eens, Hyprland is wel een leuke optie als je al langer Linux gebruikt

[Reactie gewijzigd door Hydranet op 18 mei 2025 19:29]

[kabelmannetje]

Gewoon HDR-vinkje aanzetten in Gnome en het werkt.

[GertMenkel]

Ik moet zeggen dat ik dat zelf nogal buggy vind. Misschien dat het aan mijn scherm ligt, maar als ik dat doe dan schakelt de helft van de tijd het DisplayPort-signaal niet om naar HDR en krijgt alles een lelijke grijze tint. Zal een driverbug zijn, gok ik, maar ik moet af en toe mijn scherm met pijn en moeite overhalen om HDR te accepteren door eerst de framerate te verlagen, dan HDR aan te zetten, en dan de framerate weer te verhogen.

[JanVQ]

Is het niet zo dat KDE de desktop-omgeving is en KDE Plasma het besturingssysteem? In het artikel worden deze twee blijkbaar aan elkaar gelijkgesteld.

Desktop-omgevingen, window-managers, graphical interfaces, Wayland, X11..., Het is sowieso een studie apart om hier je weg in te vinden.

[teek2]

Tja de beestjes moeten toch een naam hebben. Bij MS en Apple heeft het intern vast ook allemaal een naam, alleen is die minder belangrijk want de keuzes worden voor je gemaakt.

In het leven moet je toch altijd je weg vinden? Je kunt natuurlijk de weg volgen die fabrikanten voor je uitstippelen, scheelt je weer tijd en moeite, en dan kom je uit bij, en betaal je voor (met geld en gegevens), Windows of MacOS.

[Reactie gewijzigd door teek2 op 18 mei 2025 12:44]

[TheVivaldi]

Het is niet zo dat het bij MS en Apple minder belangrijk is, maar meer het feit dat het daar niet opgesplitst is in DE vs core apps vs bibliotheken (libraries), met allemaal een eigen uitgaveschema, zoals bij KDE wél het geval is. KDE is overigens ook de enige daarin, want GNOME, TDE, Xfce, etc. doen daar niet aan.

[danoam]

Plasma is de naam van de desktop-omgeving, KDE neon is een distro. KDE zelf is de organisatie met meerdere producten.

[Reactie gewijzigd door danoam op 18 mei 2025 10:33]

[Ebbez]

Daarbij moet wel gezegd worden: KDE Neon is een test OS om de KDE Desktop-omgeving en applicaties te testen. Ze durven geen stabiele gebruikerservaring te garanderen omdat alle KDE programma's (inclusief desktop-omgeving) de laatste versie draaien en daardoor mogelijk ook dependencies hebben op versies van libraries die nog niet in Ubuntu LTS zitten (omdat LTS vaak later of zelfs geen feature updates krijgen)

KDE is wel bezig om een OS/distributie te maken om ook echt gebruikt te worden door eindgebruikers: KDE Linux. Dat zit alleen nog wel in de kinderschoenen, maar biedt een interessante oplossing met onder andere bijvoorbeeld immutability, waardoor updates haast niet fout kunnen gaan.

[danoam]

Ah wist ik niet, thanks!

[PureTryOut]

KDE Plasma is niet het besturingssysteem, dat staat verkeerd in het artikel. KDE is de community, KDE Plasma is de desktop-omgeving gemaakt door die community en het besturingssysteem is de Linux distro (of (Free/Open)BSD) waar het op draait.

[Mark de Vaal]

KDE heeft wel een sort of eigen distro en dit is KDE Neon. Is wel op Ubuntu gebaseerd.


https://neon.kde.org/

[Ebbez]

Disclaimer: KDE Neon is een test distro/OS. Het is niet bedoeld voor eindgebruikers en garandeert ook geen stabiele gebruikerservaring omdat alle KDE programma's (inclusief desktop-omgeving) de laatste versie draaien en daardoor mogelijk ook dependencies hebben op versies van libraries die nog niet in Ubuntu LTS zitten (omdat LTS vaak later of zelfs geen feature updates krijgen)

[blackSP]

KDE Plasma is de desktopomgeving, de Linux distro het besturingssysteem.

Plasma is a desktop environment that adapts to your needs and offers a beautiful and productive experience. Learn about its features, such as the launcher, the system tray, the widgets, the themes, and the KDE Connect app.

https://kde.org/plasma-desktop/

[Killemov]

Prachtige ontwikkelingen rond KDE Plasma. Maar IS het wel een KDE Plasma ontwikkeling i.p.v. QT? Als een bugmelding een beetje moeilijk wordt dan wordt er toch weer naar QT verwezen ... Zie https://bugs.kde.org/show_bug.cgi?id=340982

Ter zijde, hoe kun je in zo'n klein artikel desktopomgeving en besturingssysteem beide gebruiken?

[ocf81]

KDE spul is uitsluitend gebaseerd op QT, Zonder ondersteuning in QT gaat het in Plasma niet gebeuren natuurlijk.

[TheVivaldi]

Dat is niet helemaal waar: het komt vaak genoeg voor dat KDE of een andere ontwikkelaar iets implementeert dat Qt nog niet heeft en later zijn weg terug vindt naar Qt.

[Hero of Time]

Qt is het grafische framework waarin het geschreven is. Het is dus wel degelijk een KDE ontwikkeling en niet voor Qt.

Waar je naar linkt mbt regio-instellingen is de beperking van het framework waar gebruik van wordt gemaakt, Qt dus. Dat is dan dus direct een beperking van KDE Plasma. Net zoals dat je je bureaustoel niet hoger kan zetten dan je zou willen, dat is niet aan de maker van de gehele stoel, maar van de gasveer die er gebruikt is.

[EDIT]

In die lijst met wijzigingen zag ik een andere wijziging staan die mij heel erg gelukkig gaat maken: eindelijk, na bijna 20 jaar(!), wordt het mogelijk om standaard te kiezen voor 'verplaatsen' bij sleur&pleur. KDE schermt heel erg met de mogelijkheid om dingen aan te passen, maar zoiets eenvoudigs als sleur&pleur was nog steeds niet aanwezig op een (voor mij) intuïtieve manier.

Uiteraard niet specifiek KDE of dit ene dingetje, maar in z'n algemeenheid zijn het telkens dit soort dingen die mij er toch van weerhouden om definitief met de dagelijkse desktop over te stappen naar Linux. Ik ben het nu weer opnieuw aan het proberen (en typ dit dus vanaf Linux met KDE als DE), dus ik ben benieuwd hoe ver ik nu ga komen.

[GertMenkel]

Haha, die doet me denken aan dat issue in Gnome dat je geen thumbnails had bij het kiezen van een bestand. Vorig jaar had de bugtracker nog een screenshot van Windows 2000 als voorbeeld voor de "nieuwe" feature. Is gelukkig opgelost nu

Alle Linux-distros zijn eigenaardig op hun eigen manier. Het is lastig dit soort dingen prioriteit te geven als je maar een klein handjevol betaalde ontwikkelaars hebt en er zo gigantisch veel bugs en eigenaardigheden open staan die elk wel allemaal een klein groepje hardcore-klagers aantrekt die hun issue topprioriteit vinden.

Ik kijk zelf uit naar Cosmic, ik ben zeer benieuwd hoe een desktop environment die ontstaan is uit de geleerde lessen van de afgelopen decennia het doet.

Overigens: de bug die je linkt betrefr de standaard verkenner-applicatie van KDE. Als die je niet aanstaat, zijn er alternatieven die je misschien beter liggen. Je kunt prima Thunar of Nautilus op KDE gebruiken, bijvoorbeeld. Die doen sleur en pleur al jaren goed.

[Reactie gewijzigd door GertMenkel op 18 mei 2025 14:40]

[TheVivaldi]

“Alle Linux-distros zijn eigenaardig op hun eigen manier. Het is lastig dit soort dingen prioriteit te geven als je maar een klein handjevol betaalde ontwikkelaars hebt en er zo gigantisch veel bugs en eigenaardigheden open staan die elk wel allemaal een klein groepje hardcore-klagers aantrekt die hun issue topprioriteit vinden.”

Dat lijkt me niet per se aan het aantal betaalde ontwikkelaars te liggen, anders had Microsoft op Windows 11 ook allang weer de mogelijkheid aangeboden om de taakbalk links te zetten. Daar is immers ook veel vraag naar door een groepje “hardcore-klagers”.

[GertMenkel]

Ik denk dat het grootste verschil tussen KDE/Gnome/MATE en macOS/Windows is dat bij die laatste mensen geen issues kunnen inschieten in het bugtrackersysteem, en niet direct achter het team aan kunnen gaan als ze iets verteld wordt als "die feature willen we niet ondersteunen". Microsoft wil de taakbalk niet links hebben, en dat kan een goede reden zijn om geen Windows meer te gebruiken, maar ze hebben geen last van mensen die uit onvrede issues blijven openen om het toch toe te voegen.

Bij ieder bedrijf waar ik ooit gewerkt heb, hadden klanten geen toegang tot onze JIRA(-equivalent), om goede reden. Bij open source, waar de hele wereld je klant is, zul je wel moeten, en zie je ook meteen waarom de meeste bedrijven hun bugtrackers gesloten houden voor hun klanten

[lenwar]

Alle Linux-distros zijn eigenaardig op hun eigen manier.

*Alle besturingssystemen/window managers hebben eigenaardigheden op hun eigen manier. Ieder besturingssysteem heeft minder intuïtieve dingen (voor groepen), die om een één of andere reden nooit veranderd worden.

[Magic Power]

In die lijst met wijzigingen zag ik een andere wijziging staan die mij heel erg gelukkig gaat maken: eindelijk, na bijna 20 jaar(!), wordt het mogelijk om standaard te kiezen voor 'verplaatsen' bij sleur&pleur.

Ik vind het juist erg fijn dat je standaard een scherm krijgt als je bestanden met linker muisknop versleept. Ik heb vroeger in Windows wel eens meegemaakt dat ik per ongeluk iets versleepte als je in plaats van 'stilstaan en klikken' per ongeluk een 'sleep en klikken' doet. Het verschil tussen die twee kan heel klein zijn, maar het wel mogelijk maken dat je per ongeluk bestanden 'kwijtraakt'.

Daarom gebruik ik nu, in Linux Mint, PCmanFM als bestandsbeheerder, mede omdat ik daardoor niet per ongeluk bestanden kan verplaatsen. De standaard bestandsbeheerder op Mint is Nemo, en daarin is verslepen met de linkermuisknop wel standaard verplaatsen. En eerlijk gezegd combineer ik die twee bestandsbeheerders samen: PCManFM is simpel en veilig voor lokale bestanden, en voor bestanden op het netwerk of op externe opslag gebruik ik Nemo.