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?

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

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

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

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.

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.

Redigerade min kommentar ovan. Linux.

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.

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

skall testa runt lite med det. Bra tips.

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.