Alienware AW2723DF - Flimmer vid låg uppdateringsfrekvens. (VRR)

Permalänk
Entusiast

Alienware AW2723DF - Flimmer vid låg uppdateringsfrekvens. (VRR)

Här har man gått o skaffat en rätt så okej 1440 IPS skärm.
Recension: https://www.displayninja.com/dell-alienware-aw2723df-review/

Allt var fröjd och prima ballerina tills nyligen. Skärmen börjar flimra när man använder VRR och står statiskt på 48 Hz.
(T.ex när man är ute i skrivbordet och inte gör något så sjunker VRR till 48Hz och stannar där tills något händer)
Läser runt på nätet och ser att det inte är ett helt ovanligt problem då många paneltyper inte är riktigt designade att köra så extremt låga bildfrekvenser under längre tider.

Var tillbaka i butiken och tittade på andra skärmar i samma prisklass. Det finns verkligen inga andra skärmar med lik bildkvalitet, upplösning och egenskaper. Allt annat är förvånansvärt en nedgradering på ett eller annat sätt. I regel med betydligt sämre IPS-paneler. Att utföra ett garantibyte med att skicka tillbaka till Dell (Ägare av Alienware) skulle ta på tok för långt tid.
Ett garantibyte kan bli det sura äpplet att bita i om det visar sig att flimret blir mycket sämre med tid, men jag tror inte det.

Jag har då bestämt mig att hålla kvar på skärmen och helt enkelt undvika att köra 48 Hz statiskt under längre tider.
Närt jag inte spelar eller använder andra 3D applikationer så behövs inte VRR (Freesync) vara påslagen, och kan därför helt enkel ställa in fast 240 eller fast 280 Hz uppdateringsfrekvens. (Varför jag kör 240 Hz i vissa fall är för att det är jämt delbart med 60, som de flesta videoformaten använder. Därav inget mikro-stutter)
Men i spel och andra 3D applikationer så vill man använda VRR / Freesync.

Problemet: Man behöver växla mellan fast frekvens och VRR beroende på om man jobbar eller spelar.
(Ja. Vi kallar det jobbar. Vi alla vet vad som egentligen görs, men låt os kall det "jobbar". 'nuf said. Stop judging me! )

Lösning 1: Fortsätta som jag just nu gör: Manuellt slå på/stänga av VRR.
Lösning 2: Bara använda 240/280 Hz och sluta använda VRR.
Lösning 3: Manuellt ställa in en snävare VRR-område och därmed undvika det allra lägsta frekvensområdet panelen ändå inte klarar av.

Jag tänker mig lösning 3. och... ja... det finns sätt att göra det på.
I korta drag: Ladda ner skärmens EDID-data till en fil och använda en EDID-redigerare för att ställa in ett snävare frekvensområde.
Istället för 48-280 Hz tänker jag att området kan bli 60-280 Hz istället. 60 Hz och uppåt så existerar inte flimmer-problemet.

Det är här jag stöter på patrull: Skärmens integrerade EDID-data är korrupt och kan därför inte användas.
Det går att "reparera" korrupta EDID-data med mjukvara. men då stöter jag på nästa problem: En reparerad icke korrupt EDID fungerar inte på bildskärmen. Den slocknar med ett "unsupported mode" felmeddelande.
Det tyder på att den här skärmen har unika inställningar i EDID-datat som inte följer EDID-standarden. Det är tyvärr rätt vanligt att tillverkare av paneler/bildskärmar "missbrukar" EDID-datat och inkluderar en massa jox som inte skall finnas där, men ändå krävs för att skärmen skall fungera, alternativt att de formaterar allt på ett sätt som inte följer standarden.

Så... jag vänder mig till er. Vad kan jag göra? Ser helst lösning 3, men... vilka EDID-verktyg finns det som kan respektera korrupta EDID men ändå ändra på vissa värden och lämna resten intakt trots att det är korrupt.
Jag har funderat på att försöka ge mig an ren hex-redigering, men jag är vilse på var jag skall redigera 48 Hz-värdet till 60 Hz.

Andra lösningar kanske? Någon som har idéer?

Visa signatur

Bästa programmen till Linux - v2.0
Linux-guide: Val av grafisk miljö. (Att välja distribution).
-
Everyone should have a SGoC in their systems (SGoC: SysGhost on a Chip)

Permalänk

Höll på en del med EDID redigering för många år sedan, och som jag minns det hade olika portar på skärmen olika EDID, testa med HDMI om du använder DP och det omvända. Kan ju vara så att HDMI har sämre stöd för VRR dock, kan inte din skärmmodell. Har för mig att man kan köpa EDID emulatorer också, som lurar skärmen att tro att den är något annat. Osäker på hur det fungerar i praktiken men något att kolla upp kanske. Jag använde CRU (som du säkert också gör) på den tiden, samt EDWriter. För länge sedan för att jag ska komma ihåg nåt vettigt dock. Kan inte hjälpa dig i praktiken egentligen, men lycka till!

Här ett par verktyg som läser EDID hex och skriver ut något man begriper som jag förstår det, inget jag har använt själv men blev nyfiken.:
https://people.freedesktop.org/~imirkin/edid-decode/
https://www.edidreader.com/

Finns mycket häftigare EDID redigerare än CRU om man vill ge sig på det också (arkivsida eftersom de har plockat ner länken av någon anledning, freeware dock): https://web.archive.org/web/20220703053249/https://ez.analog....

Permalänk
Entusiast
Skrivet av Quellcrist:

Höll på en del med EDID redigering för många år sedan, och som jag minns det hade olika portar på skärmen olika EDID, testa med HDMI om du använder DP och det omvända. Kan ju vara så att HDMI har sämre stöd för VRR dock, kan inte din skärmmodell. Har för mig att man kan köpa EDID emulatorer också, som lurar skärmen att tro att den är något annat. Osäker på hur det fungerar i praktiken men något att kolla upp kanske. Jag använde CRU (som du säkert också gör) på den tiden, samt EDWriter. För länge sedan för att jag ska komma ihåg nåt vettigt dock. Kan inte hjälpa dig i praktiken egentligen, men lycka till!

Här ett par verktyg som läser EDID hex och skriver ut något man begriper som jag förstår det, inget jag har använt själv men blev nyfiken.:
https://people.freedesktop.org/~imirkin/edid-decode/
https://www.edidreader.com/

Finns mycket häftigare EDID redigerare än CRU om man vill ge sig på det också (arkivsida eftersom de har plockat ner länken av någon anledning, freeware dock): https://web.archive.org/web/20220703053249/https://ez.analog....

Bra tips där. Kör med Display port då den stödjer högre bandbredd och därmed max upplösning på max frekvens vilket inte HDMI-porten på skärmen klarar (då blir det max 144 Hz). Intressant och se om det går att använd EDID från HDMI på DisplayPort och hoppas på att alla extension-värdena fungerar även på den.
(Jag misstänker att HDMI använder en helt annan EDID som inte kommer att fungera på DP med 280 Hz)

Och ja. Jag har provat linux-verktygen, däribland edid-decode. Den klarar inte att läsa datat från "edid-get" alls. Den ger en 256 byte binär data. Men det är helt obegripligt.

Någon som blir klok på den? Har inte ens en korrekt header.

0x0000000 0xFF00 0xFFFF 0xFFFF 0x00FF 0xAC10 0xA208 0x304C 0x3037 0x0000010 0x2219 0x0401 0x3CB5 0x7822 0x973B 0xACE0 0x4650 0x24A9 0x0000020 0x500E 0xA554 0x004B 0x4F71 0x8081 0xC0A9 0xC0D1 0x0101 0x0000030 0x0101 0x0101 0x0101 0x5E56 0xA000 0xA0A0 0x5029 0x2030 0x0000040 0x0035 0x5055 0x0021 0x1A00 0x0000 0xFF00 0x4600 0x4831 0x0000050 0x4E50 0x3350 0x200A 0x2020 0x2020 0x0000 0xFC00 0x4400 0x0000060 0x4C45 0x204C 0x5741 0x3732 0x3332 0x4644 0x0000 0xFD00 0x0000070 0x300E 0xA019 0x71A0 0x0A01 0x2020 0x2020 0x2020 0xD202 0x0000080 0x0302 0xF127 0x3F4C 0x2122 0x1F20 0x1213 0x0410 0x0203 0x0000090 0x2301 0x0709 0x8307 0x0001 0xE300 0xC305 0xE601 0x0506 0x00000A0 0x7601 0x1F76 0x00E2 0x40EA 0x00E7 0xA06A 0x67A0 0x0850 0x00000B0 0x9820 0x5504 0x2150 0x0000 0x6F1A 0x00C2 0xA0A0 0x55A0 0x00000C0 0x3050 0x3520 0x5500 0x2150 0x0000 0xA01A 0x80DD 0x7078 0x00000D0 0x5038 0x1C40 0x9820 0x550C 0x2150 0x0000 0x001A 0x0000 0x00000E0 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x00000F0 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0xB000 0x0000100

Visa signatur

Bästa programmen till Linux - v2.0
Linux-guide: Val av grafisk miljö. (Att välja distribution).
-
Everyone should have a SGoC in their systems (SGoC: SysGhost on a Chip)

Permalänk
Entusiast

--- Ej relevant kommentar. Se nästa kommentar nedan ---

Irrelevant kommentar. Har gjort oväntade framsteg.
Visa signatur

Bästa programmen till Linux - v2.0
Linux-guide: Val av grafisk miljö. (Att välja distribution).
-
Everyone should have a SGoC in their systems (SGoC: SysGhost on a Chip)

Permalänk
Entusiast

Då har man gjort lite framsteg.
Har nu hittat en EDID-dump i en stor EDID-databas. Någon har alltså lyckats extrahera den. Tack okända människa!

https://github.com/linuxhw/EDID/blob/master/Digital/Dell/DELA...

För er som letar EDID-filer till era skärmar, läs på: (Länk till en enorm databas över digitala och analoga skärmars EDID-filer samt instruktioner)
https://github.com/linuxhw/EDID

Visa signatur

Bästa programmen till Linux - v2.0
Linux-guide: Val av grafisk miljö. (Att välja distribution).
-
Everyone should have a SGoC in their systems (SGoC: SysGhost on a Chip)

Permalänk
Medlem

@SysGhost Varför kör skärmen VRR i skrivbordsmiljö och med så låg Hz? Är det just för en märklig EDID som default?

Visa signatur

Ryzen 7 7800X3D | ASUS TUF Gaming B650-Plus WIFI | Kingston 32GB (2x16GB) DDR5 6GT/s CL30 FURY Beast | Kingston Fury Renegade M.2 NVMe SSD Gen 4 2TB | MSI RTX 4060 8GB | Fractal Design Define S | MSI MPG A850G 850W | Thermalright Phantom Spirit 120 SE | Windows 11 Pro | AOC 27" AGON AG276QZD2 OLED QHD 240 Hz

Permalänk
Medlem

@SysGhost Vilken version av firmware har du installerad? Är det den senaste? Jag har likadan skärm och köpte den när den var relativt ny. Jag hade liknande problem som dig i början och det har blivit mycket bättre med varje firmware-uppdatering (har gjort flera stycken). Enda gången det händer nu är jag kör Baldur´s Gate Enhanced Edition men det är ju en gammalt spel med låst frame rate på 25-30 FPS och det flimrar inte speciellt ofta ändå. Så pass sällan att jag inte bryr mig iaf.

Visa signatur

MB: MSI MAG B650 Tomahawk Wifi CPU: AMD Ryzen 5 7600X RAM: G.Skill 32GB (2x16GB) DDR5 6000MHz CL30 GPU: MSI Radeon RX 6650 XT GAMING X 8G SSD: WD Black SN850X 2TB Chassi: be quiet! Silent Base 802 TG PSU: Cooler Master XG850 Platinum 850W Monitor: Alienware AW2723DF

Permalänk
Medlem

Jag är förvirrad. VRR gäller från 48hz så du borde inte se flimmer öht på skrivbordet om skärmen är inställd på 240Hz i Windows?

Visa signatur

MSI B650 Tomahawk / AMD 7800X3D / 2x16 GB Kingston Fury 6000Mhz DDR5 / ASUS TUF RTX5070ti 16GB / Corsair RM850x Shift / Samsung G80SD 4K 240Hz OLED

Permalänk
Entusiast
Skrivet av Vlademil:

Jag är förvirrad. VRR gäller från 48hz så du borde inte se flimmer öht på skrivbordet om skärmen är inställd på 240Hz i Windows?

Linux med KDE. När man är i skrivbordsläge (ej 3d fullscreen) och fortfarande har VRR aktiverat, så sänker uppdsteringsfrekvensen sig till 48 Hz när inget på skärmen uppdateras. Linux är ju effektiv på det sättet.
Inget direkt stort problem i sig,men flimmret är extremt irriterande.

Lösningen nu är att varje gång man avslutar en 3D fullskärmsapplikation så stänger man av VRR i bildskärmsinställningarna för att slippa det irriterande flimret.

Jag hsr lyckats redigera ovan nämda EDID så att lägsta frekvens blir 60Hz istället för 48Hz. Skall bara ta mig hem från jobbet och testa det. Troligen löser det problemet med att skärmens panel inte klarar 48 Hz.

...och ja. Skärmen har den senaste firmwaren installerad. Jag uppdaterade den nyligen, men det löste inte flimmer-problemet.

Visa signatur

Bästa programmen till Linux - v2.0
Linux-guide: Val av grafisk miljö. (Att välja distribution).
-
Everyone should have a SGoC in their systems (SGoC: SysGhost on a Chip)

Permalänk
Bildexpert 📺

Läser med nyfikenhet.

Måste också ställa frågan för det är inte uppenbart varför du har problem? VRR/adaptiv synk-flimmer vid låga FPS är vanligt på de flesta skärmar. Men det ska inte inträffa vid skrivbordsanvändning ute i Windows. 48 Hz och VRR-flimmer ska i sig inte vara en situation i annat än vid spelande, aldrig ute i Windows och vanligt kontorsgöra.

Jag tolkar din beskrivning som att du landar just i 48 Hz ute i Windows? Det framstår som du jagar en komplex lösning på ett problem som egentligen inte ska vara där. Då är det kanske något annat och mycket enklare som är lösningen.

Permalänk
Entusiast
Skrivet av Laxpudding:

Läser med nyfikenhet.

Måste också ställa frågan för det är inte uppenbart varför du har problem? VRR/adaptiv synk-flimmer vid låga FPS är vanligt på de flesta skärmar. Men det ska inte inträffa vid skrivbordsanvändning ute i Windows. 48 Hz och VRR-flimmer ska i sig inte vara en situation i annat än vid spelande, aldrig ute i Windows och vanligt kontorsgöra.

Jag tolkar din beskrivning som att du landar just i 48 Hz ute i Windows? Det framstår som du jagar en komplex lösning på ett problem som egentligen inte ska vara där. Då är det kanske något annat och mycket enklare som är lösningen.

Flimmer i låga frekvenser skall inte ens existera. Det flimmer jag pratar om här är en extremt irriterande strobe-effekt som ser ut som att panelen ger upp och slocknar helt varannan frame. det vill säga 24 jämna frames med bild och 24 udda frames helt kritvita. Föreställ dig den stobe-effelten.

Och det är inte Windows. Det är linux med KDE. Det är medvetet att skrivbordsläget fortfsrande använder VRR och sänker bildfrekvensen till lägsta möjliga när bilden inte har något att uppdatera. Effektivare enegisparning från GPUn då.

Flimret hsr tillkommit i efterhsnd då denhar fungerat bra även i 48 Hz ett tag. Men inte längre.

Visa signatur

Bästa programmen till Linux - v2.0
Linux-guide: Val av grafisk miljö. (Att välja distribution).
-
Everyone should have a SGoC in their systems (SGoC: SysGhost on a Chip)

Permalänk
Bildexpert 📺
Skrivet av SysGhost:

Flimmer i låga frekvenser skall inte ens existera. Det flimmer jag pratar om här är en extremt irriterande strobe-effekt som ser ut som att panelen ger upp och slocknar helt varannan frame. det vill säga 24 jämna frames med bild och 24 udda frames helt kritvita. Föreställ dig den stobe-effelten.

Jo, det fattar vi. Men det är inte vad som är frågan.

Varför är du ens i den situation till att börja med ute i Windows? Det alldeles normala med en skärm med VRR-flimmer vid låga Hz är att situationen endast uppstår vid spelandet och just låga frekvenser. När man är ute i Windows ska dessa omständigheter aldrig vara där till att börja med.

Hur lyckas du hamna i 48 Hz ute i Windows är min fråga. För det är så jag tolkar din beskrivning. Lösningen på problemet torde därmed vara någon annat och mycket enklare.

Permalänk
Entusiast
Skrivet av Laxpudding:

Jo, det fattar vi. Men det är inte vad som är frågan.

Varför är du ens i den situation till att börja med ute i Windows? Det alldeles normala med en skärm med VRR-flimmer vid låga Hz är att situationen endast uppstår vid spelandet och just låga frekvenser. När man är ute i Windows ska dessa omständigheter aldrig vara där till att börja med.

Hur lyckas du hamna i 48 Hz ute i Windows är min fråga. För det är så jag tolkar din beskrivning. Lösningen på problemet torde därmed vara någon annat och mycket enklare.

Redigerade min kommentar ovan. Linux.

Visa signatur

Bästa programmen till Linux - v2.0
Linux-guide: Val av grafisk miljö. (Att välja distribution).
-
Everyone should have a SGoC in their systems (SGoC: SysGhost on a Chip)

Permalänk
Medlem
Skrivet av SysGhost:

...och ja. Skärmen har den senaste firmwaren installerad. Jag uppdaterade den nyligen, men det löste inte flimmer-problemet.

Skrivet av SysGhost:

Flimret hsr tillkommit i efterhsnd då denhar fungerat bra även i 48 Hz ett tag. Men inte längre.

Ursäkta om jag kanske är lite tjatig nu men bara för att eventuellt bespara dig från att behöva "gå över ån efter vatten", är du säker på att firmware-uppdatering verkligen gått igenom? Jag har nämligen själv varit med om att den inte gjort vid någon uppdatering och att skärmen då "default:ar" till någon bas-version den fick inlagd vid tillverkning.

Vilken version rapporterar skärmen via OSD-inställningsmenyn? Det borde vara M3B104 om det är den senaste.

Visa signatur

MB: MSI MAG B650 Tomahawk Wifi CPU: AMD Ryzen 5 7600X RAM: G.Skill 32GB (2x16GB) DDR5 6000MHz CL30 GPU: MSI Radeon RX 6650 XT GAMING X 8G SSD: WD Black SN850X 2TB Chassi: be quiet! Silent Base 802 TG PSU: Cooler Master XG850 Platinum 850W Monitor: Alienware AW2723DF

Permalänk
Medlem
Skrivet av SysGhost:

Redigerade min kommentar ovan. Linux.

Detta måste ju gå att stänga av i Linux så är allt löst?

Visa signatur

Ryzen 7 7800X3D | ASUS TUF Gaming B650-Plus WIFI | Kingston 32GB (2x16GB) DDR5 6GT/s CL30 FURY Beast | Kingston Fury Renegade M.2 NVMe SSD Gen 4 2TB | MSI RTX 4060 8GB | Fractal Design Define S | MSI MPG A850G 850W | Thermalright Phantom Spirit 120 SE | Windows 11 Pro | AOC 27" AGON AG276QZD2 OLED QHD 240 Hz

Permalänk
Medlem
Skrivet av SysGhost:

Linux med KDE. När man är i skrivbordsläge (ej 3d fullscreen) och fortfarande har VRR aktiverat, så sänker uppdsteringsfrekvensen sig till 48 Hz när inget på skärmen uppdateras. Linux är ju effektiv på det sättet.
Inget direkt stort problem i sig,men flimmret är extremt irriterande.

Lösningen nu är att varje gång man avslutar en 3D fullskärmsapplikation så stänger man av VRR i bildskärmsinställningarna för att slippa det irriterande flimret.

Jag hsr lyckats redigera ovan nämda EDID så att lägsta frekvens blir 60Hz istället för 48Hz. Skall bara ta mig hem från jobbet och testa det. Troligen löser det problemet med att skärmens panel inte klarar 48 Hz.

...och ja. Skärmen har den senaste firmwaren installerad. Jag uppdaterade den nyligen, men det löste inte flimmer-problemet.

Okej då är jag med

Jag kan inte mycket om Linux, men det går väl antagligen att sätta en fixerad refresh rate på skärmen? Vet inte hur mycket energi man sparar på att gå från t.ex 240 till 48 Hz, men gissar på obetydliga mängder. Satsa på att aktivera skärmsläckare efter 2 min inaktivitet så sparar du in det i längden.

Visa signatur

MSI B650 Tomahawk / AMD 7800X3D / 2x16 GB Kingston Fury 6000Mhz DDR5 / ASUS TUF RTX5070ti 16GB / Corsair RM850x Shift / Samsung G80SD 4K 240Hz OLED

Permalänk
Bildexpert 📺
Skrivet av SysGhost:

Och det är inte Windows. Det är linux med KDE. Det är medvetet att skrivbordsläget fortfsrande använder VRR och sänker bildfrekvensen till lägsta möjliga när bilden inte har något att uppdatera. Effektivare enegisparning från GPUn då.

Flimret hsr tillkommit i efterhsnd då denhar fungerat bra även i 48 Hz ett tag. Men inte längre.

De där panelerna i spelskärmar är optimerade/byggda för höga frekvenser. Ett konsekvens av detta är just det svåra flimret (och ofta svår ghosting/släp) när skärmed drivs i låga frekvenser. Detta kan man ofta spåra redan vid 60 Hz men ibland även vid högre frekvenser. Paneler har ofta ett optimalt spann av frekvenser någonstans och som tumregel är att ju högre maximal frekvens, desto högre upp är det optimala spannet.

Vissa skärmar har två lägen för synk/"freesync" ofta döpt till något fånigt, likt "ultimate/extrem" där det är ett spann med högre frekvens, det tillverkaren vet är problemfritt vad gäller flimmer och ghosting. Då kan spannet ändras från 48–240 till kanske 120–240 Hz eller liknande. Olika med olika skärmar.

Finessen med att spara energi via VRR/VESA Adaptive är ju funktion som öppnade för adaptiv synk till att börja med. Men den funktionen applicerar mer på skärmar för bärbara enheter, inte på rappa spelskärmar.

Permalänk
Entusiast
Skrivet av Vlademil:

Okej då är jag med

Jag kan inte mycket om Linux, men det går väl antagligen att sätta en fixerad refresh rate på skärmen? Vet inte hur mycket energi man sparar på att gå från t.ex 240 till 48 Hz, men gissar på obetydliga mängder. Satsa på att aktivera skärmsläckare efter 2 min inaktivitet så sparar du in det i längden.

Det är inte det som är problemet.
Det är extra steget med att manuellt stänga eoch slå på VRR och skärmen står och flimrar under tiden. En del kansle inte ser det som ett problem.

Men jag tycker det är ett tämligen irriterande extra steg.
Troligen lösnimgsbart med min redigerade EDID-fil som jag ännu inte provat. (Jag är på jobbet fortfarande).

Att sätta en fast uppdateringsfrekvens besegrar ju syftet med VRR.

Visa signatur

Bästa programmen till Linux - v2.0
Linux-guide: Val av grafisk miljö. (Att välja distribution).
-
Everyone should have a SGoC in their systems (SGoC: SysGhost on a Chip)

Permalänk
Medlem
Skrivet av SysGhost:

Det är inte det som är problemet.
Det är extra steget med att manuellt stänga eoch slå på VRR och skärmen står och flimrar under tiden. En del kansle inte ser det som ett problem.

Men jag tycker det är ett tämligen irriterande extra steg.
Troligen lösnimgsbart med min redigerade EDID-fil som jag ännu inte provat. (Jag är på jobbet fortfarande).

Att sätta en fast uppdateringsfrekvens besegrar ju syftet med VRR.

Okej, vet inte om du tappade mig igen.

Säg att du har VRR aktiverat i skärmens meny. I Windows funkar det ju så att du sätter en upplösning och refresh rate för desktop (säg 240Hz). Sen aktiverar man VRR/G-sync i ex, Nvidia control panel. Du kommer fortfarande ha låst 240Hz i desktop, men den kör VRR i spel. Kan man inte göra så i Linux?

Visa signatur

MSI B650 Tomahawk / AMD 7800X3D / 2x16 GB Kingston Fury 6000Mhz DDR5 / ASUS TUF RTX5070ti 16GB / Corsair RM850x Shift / Samsung G80SD 4K 240Hz OLED

Permalänk
Medlem
Skrivet av SysGhost:

Det är inte det som är problemet.
Det är extra steget med att manuellt stänga eoch slå på VRR och skärmen står och flimrar under tiden. En del kansle inte ser det som ett problem.

Men jag tycker det är ett tämligen irriterande extra steg.
Troligen lösnimgsbart med min redigerade EDID-fil som jag ännu inte provat. (Jag är på jobbet fortfarande).

Att sätta en fast uppdateringsfrekvens besegrar ju syftet med VRR.

Aldrig varit med om denna problematik i Windows så det måste vara något som jag inte fattar när det kommer till Linux. Känns ärligt talat inte alls relaterat till skärmen.

Edit. Om det är en strömsparfunktion i Linux så hade jag inaktiverat det istället.

Visa signatur

Ryzen 7 7800X3D | ASUS TUF Gaming B650-Plus WIFI | Kingston 32GB (2x16GB) DDR5 6GT/s CL30 FURY Beast | Kingston Fury Renegade M.2 NVMe SSD Gen 4 2TB | MSI RTX 4060 8GB | Fractal Design Define S | MSI MPG A850G 850W | Thermalright Phantom Spirit 120 SE | Windows 11 Pro | AOC 27" AGON AG276QZD2 OLED QHD 240 Hz

Permalänk
Bildexpert 📺

Ifall 48 Hz strömsparaläge fungerat flimmerfritt innan och nu inte gör det kan förklaringen och lösningen fortfarande vara utanför att trixa med EDID. Likt att skärmen ändrat någon inställning till något läge som faktiskt flimrar mer. Till exempel att Overdrive: Extreme-inställningen ger kortare stig/falltid och vid 48 Hz uppstår flimret. Lägre/långsammare overdrive och trögheten i panelen minskar flimret. Till exempel.

Permalänk
Entusiast
Skrivet av Born_HardCORE:

Ursäkta om jag kanske är lite tjatig nu men bara för att eventuellt bespara dig från att behöva "gå över ån efter vatten", är du säker på att firmware-uppdatering verkligen gått igenom? Jag har nämligen själv varit med om att den inte gjort vid någon uppdatering och att skärmen då "default:ar" till någon bas-version den fick inlagd vid tillverkning.

Vilken version rapporterar skärmen via OSD-inställningsmenyn? Det borde vara M3B104 om det är den senaste.

Enligt skärmens egna meny, så är senaste versinen den som uppges.

Visa signatur

Bästa programmen till Linux - v2.0
Linux-guide: Val av grafisk miljö. (Att välja distribution).
-
Everyone should have a SGoC in their systems (SGoC: SysGhost on a Chip)

Permalänk
Entusiast
Skrivet av Laxpudding:

Ifall 48 Hz strömsparaläge fungerat flimmerfritt innan och nu inte gör det kan förklaringen och lösningen fortfarande vara utanför att trixa med EDID. Likt att skärmen ändrat någon inställning till något läge som faktiskt flimrar mer. Till exempel att Overdrive: Extreme-inställningen ger kortare stig/falltid och vid 48 Hz uppstår flimret. Lägre/långsammare overdrive och trögheten i panelen minskar flimret. Till exempel.

skall testa runt lite med det. Bra tips.

Visa signatur

Bästa programmen till Linux - v2.0
Linux-guide: Val av grafisk miljö. (Att välja distribution).
-
Everyone should have a SGoC in their systems (SGoC: SysGhost on a Chip)

Permalänk
Medlem
Skrivet av SysGhost:

Enligt skärmens egna meny, så är senaste versinen den som uppges.

Okej, då blev det ingen avhjälpning därigenom, tyvärr. 🙂

Visa signatur

MB: MSI MAG B650 Tomahawk Wifi CPU: AMD Ryzen 5 7600X RAM: G.Skill 32GB (2x16GB) DDR5 6000MHz CL30 GPU: MSI Radeon RX 6650 XT GAMING X 8G SSD: WD Black SN850X 2TB Chassi: be quiet! Silent Base 802 TG PSU: Cooler Master XG850 Platinum 850W Monitor: Alienware AW2723DF

Permalänk
Entusiast
Skrivet av Vlademil:

Okej, vet inte om du tappade mig igen.

Säg att du har VRR aktiverat i skärmens meny. I Windows funkar det ju så att du sätter en upplösning och refresh rate för desktop (säg 240Hz). Sen aktiverar man VRR/G-sync i ex, Nvidia control panel. Du kommer fortfarande ha låst 240Hz i desktop, men den kör VRR i spel. Kan man inte göra så i Linux?

Skrivet av Joppis:

Aldrig varit med om denna problematik i Windows så det måste vara något som jag inte fattar när det kommer till Linux. Känns ärligt talat inte alls relaterat till skärmen.

Edit. Om det är en strömsparfunktion i Linux så hade jag inaktiverat det istället.

Skrivet av Laxpudding:

Ifall 48 Hz strömsparaläge fungerat flimmerfritt innan och nu inte gör det kan förklaringen och lösningen fortfarande vara utanför att trixa med EDID. Likt att skärmen ändrat någon inställning till något läge som faktiskt flimrar mer. Till exempel att Overdrive: Extreme-inställningen ger kortare stig/falltid och vid 48 Hz uppstår flimret. Lägre/långsammare overdrive och trögheten i panelen minskar flimret. Till exempel.

Det är möjligt att konfigurera skärmen så att den autoimatiskt inte anvämnder 48 Hz i KDE desktop, fastän VRR är aktiverat.
Men jag vill helst inte använda 48 Hz alls, då det är något som inte fungerar väl med bildskärmens panel.

Nu har jag provat den nya EDID-filen och det fungerar. Nu går skärmen aldrig lägre än 60 Hz, vilket panelen skall klara även under en längre tid.
Varför många bildskärmstillverkare envisas att använda en låg frekvens som själva panelerna egentligen inte klarar av stabilt, är bortom mig.
De fåtal gånger ett spel går inder 60 fps så används frame-doubling för att stanna ovanför 60 Hz. T.ex så kan 35 fps dubblas upp till 70 Hz.

Nu behöver jag heller inte bekymra mig on desktop-läget skulle använda den nya lägsta frekvensen. Panelen klarar det utan bekymmer.

48 Hz är enligt mig på tok för lågt då panelerna oftast inte klarar det särskilt länge utan att bli instabila.

extra tillägg
Visa signatur

Bästa programmen till Linux - v2.0
Linux-guide: Val av grafisk miljö. (Att välja distribution).
-
Everyone should have a SGoC in their systems (SGoC: SysGhost on a Chip)

Permalänk
Medlem
Skrivet av SysGhost:

Det är möjligt att konfigurera skärmen så att den autoimatiskt inte anvämnder 48 Hz i KDE desktop, fastän VRR är aktiverat.
Men jag vill helst inte använda 48 Hz alls, då det är något som inte fungerar väl med bildskärmens panel.

Nu har jag provat den nya EDID-filen och det fungerar. Nu går skärmen aldrig lägre än 60 Hz, vilket panelen skall klara även under en längre tid.
Varför många bildskärmstillverkare envisas att använda en låg frekvens som själva panelerna egentligen inte klarar av stabilt, är bortom mig.
De fåtal gånger ett spel går inder 60 fps så används frame-doubling för att stanna ovanför 60 Hz. T.ex så kan 35 fps dubblas upp till 70 Hz.

Nu behöver jag heller inte bekymra mig on desktop-läget skulle använda den nya lägsta frekvensen. Panelen klarar det utan bekymmer.

48 Hz är enligt mig på tok för lågt då panelerna oftast inte klarar det särskilt länge utan att bli instabila.

Jag försöker fortfarande förstå

Om vi tar mitt fall med en 240Hz-skärm så tuffar den på i 240Hz i Windows. Det är endast när jag spelar som VRR jobbar.

Varför 60Hz i desktopläge? Har du inte en 280Hz-skärm som du nämner i första inlägget?

Detta måste vara antingen en bugg i KDE, Plasma eller en strömsparfunktion. Det är där jag skulle börja gräva.

Edit: Finns en Reddit-tråd med rubriken "Frame rate drops on plasma desktop" där någon skrev att det är en bugg.

Visa signatur

Ryzen 7 7800X3D | ASUS TUF Gaming B650-Plus WIFI | Kingston 32GB (2x16GB) DDR5 6GT/s CL30 FURY Beast | Kingston Fury Renegade M.2 NVMe SSD Gen 4 2TB | MSI RTX 4060 8GB | Fractal Design Define S | MSI MPG A850G 850W | Thermalright Phantom Spirit 120 SE | Windows 11 Pro | AOC 27" AGON AG276QZD2 OLED QHD 240 Hz

Permalänk
Entusiast
Skrivet av Joppis:

Jag försöker fortfarande förstå

Om vi tar mitt fall med en 240Hz-skärm så tuffar den på i 240Hz i Windows. Det är endast när jag spelar som VRR jobbar.

Varför 60Hz i desktopläge? Har du inte en 280Hz-skärm som du nämner i första inlägget?

Detta måste vara antingen en bugg i KDE, Plasma eller en strömsparfunktion. Det är där jag skulle börja gräva.

Edit: Finns en Reddit-tråd med rubriken "Frame rate drops on plasma desktop" där någon skrev att det är en bugg.

VRR kan används även i desktop-läget vilket jag ser som en fördel. Det ger en uppdateringsfrekvens som passar till det jag gör automatiskt.
Tittar jag på en 25 fps video, så sätter skärmen sig till 50 Hz (Numer 75 Hz då 50 ligger under 60. 3x25=75)
Tittar jag på en 60 fps video så sätter sig skärmen automatiskt till 60 Hz
Pysslar jag med FreeCAD och/eller Cura slicer, så ställer sig skärmen dynamisk till den fps som renderas, precis som i ett spel.

Så... frågan är: Varför då inte använda VRR i desktop?

Sätter jag en fast frekvens så är inte allt perfekt synkat till frameraten och orsakar en mikro-suttering. (Normalt kanske man inte märker det, men när man börjar titta efter det så ser man det)

Visa signatur

Bästa programmen till Linux - v2.0
Linux-guide: Val av grafisk miljö. (Att välja distribution).
-
Everyone should have a SGoC in their systems (SGoC: SysGhost on a Chip)