Nividia RTX + LG OLED + hdmi 2.1 = ingen signal

2023-01-28 21:24

Permalänk

sAAb

Medlem ★

Plats: Stockholm
Registrerad: Jan 2007

●

Nividia RTX + LG OLED + hdmi 2.1 = ingen signal

Jaha, då blev man av de som drabbades.

Jag köpte ett Nvidia RTX 3080 för snart två år sedan. Den har fungerat utmärkt hela tiden.

Jag köpte en LG OLED C2 42" med en 2.1 hdmi-kabel, (Belkin 2 m med certifieringshologram för 4k och 8k) för två månader sedan.

Det har fungerat utmärkt i sex veckor.

För två veckor sedan började jag få slumpmässigt fryst skärm, kanske varannan eller var tredje dag, Sakta men säkert ökade frekvensen av frysningar så att i morse var det uppe i tre ggr per timme. Jag har inte orkat eller hunnit ta tag i det förrän i mitten på veckan och på riktigt idag.

Tidigare i veckan började jag felsöka då det började bli ohållbart. Efter en massa uteslutningar av olika gissningar så googlade jag och hittade snabbt massor av trådar på nätet med nvidia rtx lg oled "no signal".

https://www.google.com/search?q=nvidia+rtx+lg+oled+%22no+sign...

Även här på Sweclockers Forum hittade jag samma fenomen, men på svenska "nvidia rtx lg oled "ingen signal""

Så, jag gick till butiken och bad att få byta min hdmi-kabel. Det fick jag utan problem.

Nu hoppas jag på att det är där felet har varit. Tiden får väl utvisa det.

Men, hur tusan kan en kabel försämras successivt på en stationär dator, på två veckor?! Tacksam för alla välgrundade förklaringar!

Senast redigerat 2023-01-31 22:49

Visa signatur

Rapportera Redigera

Citera flera Citera

2023-01-28 21:35

Permalänk

blue eyed devil

Medlem

Plats: Vid datorn
Registrerad: Apr 2002

●

Ja kablar kan bete konstigt, jag körde en 240 hz skärm med Dp kabeln som kom till skärmen, efter ett tag fick jag massa flicker, och skärmen blinka till och blev svart korta sekvenser, så jag köpte en certifierad Dp kabel och efter det har det funkat prima. Kabeln som kom med klarade nog inte bandbredden som egentligen behövdes för 240 hz

Kan rekommendera kablar från https://www.amazon.se/Kablar-KabelDirekt-Tillbeh%C3%B6r/s?rh=...

Visa signatur

Live for fun, Loyal to none

Rapportera Redigera

Citera flera Citera (2)

2023-01-28 21:47

Permalänk

Harddrive

Medlem ★

Plats: Stockholm
Registrerad: Jun 2008

●

Kan vara så att din Belkin trots att den är certad helt enkelt inte klarar bandbredden, d.v.s. fel på kabeln. Kanske är det något med drivrutiner/firmware som behöver uppdateras? Antar också att du kör RGB och inte YCBCR444 om du ska visa upp bild på TV:n, om du vet?

Rapportera Redigera

Citera flera Citera (2)

2023-01-29 09:38

Permalänk

sAAb

Medlem ★

Plats: Stockholm
Registrerad: Jan 2007

●

Det verkar inte vara kabeln. Jag har haft två frysningar i morse.

Jag märkte i veckan att skärmen frös när jag klickade på en länk i ett mejl. Det var en betalningsbekräftelse från ett företag, så det var inget spam eller netphising. Därför trodde jag att det kanske var mjukvarufel, men hoppades mer på hårdvaran.

Jag hade först KDE, men bytte igår till Gnome för att se om det var det också. Men, nu får jag frysningar i Gnome också.

Jag tror jag har ändrat mellan 60 Hz och 120 Hz. Skall sänka till 60 Hz igen.

Skall kolla RGB och YCBCR444 också.

EDIT: Nu har jag ändrat till YCBCR444 då det verkar vara mindre krävande, enligt https://www.reddit.com/r/OLED_Gaming/comments/lr58ht/ycbcr444...

EDIT 2: Nu är det alldeles strax tolv timmar utan frysning. YCBCR444 kan ha gjort det. Skall testa att öka till 120 Hz senare, men inte ikväll.

Senast redigerat 2023-01-29 21:32

Visa signatur

Rapportera Redigera

Citera flera Citera

2023-01-31 07:18

Permalänk

sAAb

Medlem ★

Plats: Stockholm
Registrerad: Jan 2007

●

Tusen tack @Harddrive, dina råd verkar ha hjälpt!

RGB eller YCBCR444, jag verkar ändå inte kunna se någon skillnad när man ändå endast har dem en i taget på skärm.

Men, jag är fortfarande nyfiken på hur frysningarna kunde öka successivt i frekvens. Den delen känns bara märklig.

Visa signatur

Rapportera Redigera

Citera flera Citera

2023-01-31 09:50

Permalänk

Laxpudding

Bildexpert 📺 ★

Thomas Ytterberg

Registrerad: Mar 2013

●

Frysningar tyder på problem med GPU i något led. Ifall det är frysningar, omstarter, klick-på-länk-kraschar – de har i princip aldrig med skärmen eller bildkablar att göra.

Dålig HDMI-kabel innebär avbrott i överföringen av bild och ljud vilket yttrar sig som tillfälligt svart ruta som kommer tillbaka efter ett par sekunder, med eller utan bildstörningar. Dålig kabel är också enkelt att felsöka. Ställ ned till 4K/60 eller till och med 1080p/60 så att bandbredden är 1/4-del respektive en 1/8-del så hög. Fungerar det då utan avbrott med svart skärm och omsynk av bilden: då är det kabeln som inte orkar bandbredden.

RGB och YCbCr 4:4:4 är exakt samma bandbredd. Endast två olika sätt att beskriva signalen.

Visa signatur

Bildskärmar – LCD, LED och OLED – Pixelklockan – Bildkablar – HDMI 2.1 – Spel-TV – Input lag – Responstid – G-Sync och Freesync – Ljusstyrka – TV-guiden – Film, sport, ljust rum? – Krökt skärm – Bildguide: svart och vitt

Rapportera Redigera

Citera flera Citera (2)

2023-01-31 09:57

Permalänk

Harddrive

Medlem ★

Plats: Stockholm
Registrerad: Jun 2008

●

Skrivet av sAAb:

Tusen tack @Harddrive, dina råd verkar ha hjälpt!

RGB eller YCBCR444, jag verkar ändå inte kunna se någon skillnad när man ändå endast har dem en i taget på skärm.

Men, jag är fortfarande nyfiken på hur frysningarna kunde öka successivt i frekvens. Den delen känns bara märklig.

Gå till inlägget

Väldigt svårt att säga, jag kan bara komma på förslag att testa, eller googlar runt mer.
- Testa ändra Gsync inställningarna
- Uppdatera Firmware på TV
- Uppdatera Drivrutiner för Nvidia GPU
- Testa annan HDMI kabel
- Kanske är det något med EDID och en emulator skulle hjälpa, dock osannolikt
https://www.dustin.se/product/5011156299/edid-emulator

Rapportera Redigera

Citera flera Citera (2)

2023-02-01 20:12

Permalänk

sAAb

Medlem ★

Plats: Stockholm
Registrerad: Jan 2007

●

Skrivet av Laxpudding:

Frysningar tyder på problem med GPU i något led. Ifall det är frysningar, omstarter, klick-på-länk-kraschar – de har i princip aldrig med skärmen eller bildkablar att göra.

Dålig HDMI-kabel innebär avbrott i överföringen av bild och ljud vilket yttrar sig som tillfälligt svart ruta som kommer tillbaka efter ett par sekunder, med eller utan bildstörningar. Dålig kabel är också enkelt att felsöka. Ställ ned till 4K/60 eller till och med 1080p/60 så att bandbredden är 1/4-del respektive en 1/8-del så hög. Fungerar det då utan avbrott med svart skärm och omsynk av bilden: då är det kabeln som inte orkar bandbredden.

RGB och YCbCr 4:4:4 är exakt samma bandbredd. Endast två olika sätt att beskriva signalen.

Gå till inlägget

Skrivet av Harddrive:

Väldigt svårt att säga, jag kan bara komma på förslag att testa, eller googlar runt mer.
- Testa ändra Gsync inställningarna
- Uppdatera Firmware på TV
- Uppdatera Drivrutiner för Nvidia GPU
- Testa annan HDMI kabel
- Kanske är det något med EDID och en emulator skulle hjälpa, dock osannolikt
https://www.dustin.se/product/5011156299/edid-emulator

Gå till inlägget

Jo, igår kväll en och i morse tre frysningar. Då hade jag ändå dels först sänkt till 60 Hz och i morse efter första frysningen till 1440p. Jag satt i ett videomöte när det skedde. Jag kunde tala vidare, men bilden var frusen.

Jag har har endast stängt av Gsync på skärmen och har kanske inte sett att den går att aktivera via Nvidias meny.

Skärmen uppdaterades tidigare i veckan.

Jag kör Debian Sid, uppdaterar, tre fyra ggr per vecka, så de är alltid uppdaterade.

Bytte alldeles ny kabel.

Vet inte vad EDID är. Skall kolla länken.

Hmmm...

Visa signatur

Rapportera Redigera

Citera flera Citera

2023-02-01 20:36

Permalänk

Laxpudding

Bildexpert 📺 ★

Thomas Ytterberg

Registrerad: Mar 2013

●

EDID är den statiska metadata om skärmens egenskaper och identitet som alla (normala skärmar) skickar över separata trådar från bildan. Så att grafikkortet vet vad det är för skärm i andra änden, vad den klarar av för signaler, vilken signal den föredrar etc.

EDID kan i sig inte orsaka frysningar, utan EDID är mer som en väldigt detaljerad namnbricka om man så vill. EDID kan vara felprogrammerat så att skärmen begär fel upplösning från grafikkortet och default blir det fel skalning. Men det är på den nivån och inga frysningar.

Här är ett exempel på hur (relevant) EDID-metadata kan se ut från en TV, i detta fall en Samsung QN95B när HDMI-anslutningen står på "utökad ingångsignal" som är ett måste för att FRL ska fungera.

Visa signatur

Bildskärmar – LCD, LED och OLED – Pixelklockan – Bildkablar – HDMI 2.1 – Spel-TV – Input lag – Responstid – G-Sync och Freesync – Ljusstyrka – TV-guiden – Film, sport, ljust rum? – Krökt skärm – Bildguide: svart och vitt

Rapportera Redigera

Citera flera Citera

2023-02-01 20:53

Permalänk

sAAb

Medlem ★

Plats: Stockholm
Registrerad: Jan 2007

●

Skrivet av Laxpudding:

EDID är den statiska metadata om skärmens egenskaper och identitet som alla (normala skärmar) skickar över separata trådar från bildan. Så att grafikkortet vet vad det är för skärm i andra änden, vad den klarar av för signaler, vilken signal den föredrar etc.

EDID kan i sig inte orsaka frysningar, utan EDID är mer som en väldigt detaljerad namnbricka om man så vill. EDID kan vara felprogrammerat så att skärmen begär fel upplösning från grafikkortet och default blir det fel skalning. Men det är på den nivån och inga frysningar.

Här är ett exempel på hur (relevant) EDID-metadata kan se ut från en TV, i detta fall en Samsung QN95B när HDMI-anslutningen står på "utökad ingångsignal" som är ett måste för att FRL ska fungera.

https://cdn.sweclockers.com/artikel/bild/105828?l=eyJyZXNvdXJjZSI6IlwvYXJ0aWtlbFwvYmlsZFwvMTA1ODI4IiwiZmlsdGVycyI6WyJ3bSIsInQ9b3JpZ2luYWwiXSwicGFyYW1zIjpbXSwia2V5IjoiMGZjZDBiYTA0ZGVjNGNjODJjOTAzMzNiMWFhYzQyNDUifQ%3D%3D

Gå till inlägget

Det fanns en massa hjälpmedel för Linux. Första laddade jag ner edid.bin via Nvidia Setting och öppnade den med wxedid och sparade den som en textfil:

wxEDID v0.0.21
EDID structure and data:
Source file: "edid.bin"

----| EDID block [0] |----

0x0000: BED: Basic EDID data
header 0x00FFFFFFFFFFFF00
mfc_id GSM
prod_id 0xC0C8
serial 16844009
prodweek 1
year 2022
edid_ver 1
edid_rev 3
num_extblk 1
checksum 0x64

0x0014: VID: Video Input Descriptor
Input Type 1 Digital
vesa_compat 0
zero 0b000000

0x0015: BDD: Basic Display Descriptor
max_hsize 160 cm
max_vsize 90 cm
gamma 2.20

0x0018: SPF: Supported features
gtf_support 0
dtd0_native 1
std_srbg 0
vsig_format 0b01
dpms_off 0
dpms_susp 0
dpms_stby 0

0x0019: CXY: Chromacity Coords
red_x 0.640
red_y 0.330
green_x 0.300
green_y 0.600
blue_x 0.150
blue_y 0.060
white_x 0.312
white_y 0.329

0x0023: ETM: Established Timings Map
800x600x60 1
800x600x56 0
640x480x75 0
640x480x72 0
640x480x67 0
640x480x60 1
720x400x88 0
720x400x70 1
1280x1024x75 0
1024x768x75 0
1024x768x72 0
1024x768x60 1
1024x768x87i 0
832x624x75 0
800x600x75 0
800x600x72 0
reserved0 0
reserved1 0
reserved2 0
reserved3 0
reserved4 0
reserved5 0
reserved6 0
1152x870x75 0

0x0026: STI: Standard Timing Information
X-res8 640 pix
V-freq 60 Hz
pix_ratio 0b01

0x0028: STI: Standard Timing Information
X-res8 800 pix
V-freq 60 Hz
pix_ratio 0b01

0x002A: STI: Standard Timing Information
X-res8 1024 pix
V-freq 60 Hz
pix_ratio 0b01

0x002C: STI: Standard Timing Information
X-res8 1152 pix
V-freq 60 Hz
pix_ratio 0b01

0x002E: STI: Standard Timing Information
X-res8 1280 pix
V-freq 60 Hz
pix_ratio 0b10

0x0030: STI: Standard Timing Information
X-res8 1920 pix
V-freq 60 Hz
pix_ratio 0b11

0x0032: STI: Standard Timing Information
X-res8 256 pix <unused>
V-freq 61 Hz <unused>
pix_ratio 0b00 <unused>

0x0034: STI: Standard Timing Information
X-res8 256 pix <unused>
V-freq 61 Hz <unused>
pix_ratio 0b00 <unused>

0x0036: DTD: Detailed Timing Descriptor
Pixel clock 594.00MHz
H-Active pix 3840 pix
H-Blank pix 560 pix
V-Active lines 2160 pix
V-Blank lines 90 pix
H-Sync offs 176 pix
H-Sync width 88 pix
V-Sync offs 8 pix
V-Sync width 10 pix
H-Size 1600 mm
V-Size 900 mm
H-Border pix 0 pix
V-Border lines 0 pix
sync_type 0b11
Hsync_type 1
Vsync_type 1
il2w_stereo 0
stereo_mode 0b00
interlace 0

0x0048: DTD: Detailed Timing Descriptor
Pixel clock 497.75MHz
H-Active pix 2560 pix
H-Blank pix 160 pix
V-Active lines 1440 pix
V-Blank lines 85 pix
H-Sync offs 48 pix
H-Sync width 32 pix
V-Sync offs 3 pix
V-Sync width 5 pix
H-Size 1600 mm
V-Size 900 mm
H-Border pix 0 pix
V-Border lines 0 pix
sync_type 0b11
Hsync_type 1
Vsync_type 1
il2w_stereo 0
stereo_mode 0b00
interlace 0

0x005A: MRL: Monitor Range Limits
zero_hdr 0x000000
desc_type 0xFD
zero_req 0
min_Vfreq 24 Hz
max_Vfreq 120 Hz
min_Hfreq 30 kHz
max_Hfreq 255 kHz
max_pixclk 1190 MHz
extd_timg 0x00
resvd 10 <unused>
sfreq_sec 32 <unused>
gtf_c 32 <unused>
gtf_m 8224 <unused>
gtf_k 32 <unused>
gtf_j 32 <unused>

0x006C: MND: Monitor Name Descriptor
zero_hdr 0x000000
desc_type 0xFC
zero_req 0
Monitor name LG TV SSCR2

----| EDID block [1] |----

0x0080: CHD: CEA-861 header
Extension tag 0x02
Revision 3
DTD offset 0x66
num_dtd 1
YCbCr 4:2:2 1
YCbCr 4:4:4 1
Basic Audio 1
Underscan 1
checksum 0xF7

0x0084: VDB: Video Data Block
blk_len 29
tag_code 2

0x0085: SVD: Short Video Descriptor
VIC 97 2160p60 16:9 3840x2160p@59.94/60Hz
Native 0

0x0086: SVD: Short Video Descriptor
VIC 96 2160p50 16:9 3840x2160p@50Hz
Native 0

0x0087: SVD: Short Video Descriptor
VIC 118 2160p120 16:9 3840x2160p@119.88/120Hz
Native 0

0x0088: SVD: Short Video Descriptor
VIC 117 2160p100 16:9 3840x2160p@100Hz
Native 0

0x0089: SVD: Short Video Descriptor
VIC 102 2160p60 256:135 4096x2160p@59.94/60Hz
Native 0

0x008A: SVD: Short Video Descriptor
VIC 101 2160p50 256:135 4096x2160p@50Hz
Native 0

0x008B: SVD: Short Video Descriptor
VIC 219
Native 1

0x008C: SVD: Short Video Descriptor
VIC 218
Native 1

0x008D: SVD: Short Video Descriptor
VIC 16 1080p 16:9 1920x1080p@59.94/60Hz
Native 0

0x008E: SVD: Short Video Descriptor
VIC 31 1080p50 16:9 1920x1080p@50Hz
Native 0

0x008F: SVD: Short Video Descriptor
VIC 4 720p 16:9 1280x720p@59.94/60Hz
Native 0

0x0090: SVD: Short Video Descriptor
VIC 19 720p50 16:9 1280x720p@50Hz
Native 0

0x0091: SVD: Short Video Descriptor
VIC 5 1080i 16:9 1920x1080i@59.94/60Hz
Native 0

0x0092: SVD: Short Video Descriptor
VIC 20 1080i25 16:9 1920x1080i(1125 Vtotal)@50Hz
Native 0

0x0093: SVD: Short Video Descriptor
VIC 3 480pH 16:9 720x480p@59.94/60Hz
Native 0

0x0094: SVD: Short Video Descriptor
VIC 2 480p 4:3 720x480p@59.94/60Hz
Native 0

0x0095: SVD: Short Video Descriptor
VIC 18 576pH 16:9 720x576p@50Hz
Native 0

0x0096: SVD: Short Video Descriptor
VIC 32 1080p24 16:9 1920x1080p@23.98/24Hz
Native 0

0x0097: SVD: Short Video Descriptor
VIC 33 1080p25 16:9 1920x1080p@25Hz
Native 0

0x0098: SVD: Short Video Descriptor
VIC 34 1080p30 16:9 1920x1080p@29.97/30Hz
Native 0

0x0099: SVD: Short Video Descriptor
VIC 21 576i 4:3 720(1440)x576i@50Hz
Native 0

0x009A: SVD: Short Video Descriptor
VIC 93 2160p24 16:9 3840x2160p@23.98/24Hz
Native 0

0x009B: SVD: Short Video Descriptor
VIC 94 2160p25 16:9 3840x2160p@25Hz
Native 0

0x009C: SVD: Short Video Descriptor
VIC 95 2160p30 16:9 3840x2160p@29.97/30Hz
Native 0

0x009D: SVD: Short Video Descriptor
VIC 98 2160p24 256:135 4096x2160p@23.98/24Hz
Native 0

0x009E: SVD: Short Video Descriptor
VIC 99 2160p25 256:135 4096x2160p@25Hz
Native 0

0x009F: SVD: Short Video Descriptor
VIC 100 2160p30 256:135 4096x2160p@29.97/30Hz
Native 0

0x00A0: SVD: Short Video Descriptor
VIC 63 1080p120 16:9 1920x1080p@119.88/120Hz
Native 0

0x00A1: SVD: Short Video Descriptor
VIC 64 1080p100 16:9 1920x1080p@100Hz
Native 0

0x00A2: ADB: Audio Data Block
blk_len 12
tag_code 1

0x00A3: SAD: Short Audio Descriptor
num_chn 1
AFC 1 LPCM
reserved 0
sf_32kHz 1
sf_44.1kHz 1
sf_48kHz 1
sf_88.2kHz 0
sf_96kHz 1
sf_176.4kHz 0
sf_192kHz 1
reserved 0
sample16b 1
sample20b 1
sample24b 1
reserved 0b00000

0x00A6: SAD: Short Audio Descriptor
num_chn 5
AFC 2 AC-3
reserved 0
sf_32kHz 1
sf_44.1kHz 1
sf_48kHz 1
sf_88.2kHz 0
sf_96kHz 0
sf_176.4kHz 0
sf_192kHz 0
reserved 0
Bitrate 80

0x00A9: SAD: Short Audio Descriptor
num_chn 7
AFC 10 DD+
reserved 0
sf_32kHz 1
sf_44.1kHz 1
sf_48kHz 1
sf_88.2kHz 0
sf_96kHz 0
sf_176.4kHz 0
sf_192kHz 0
reserved 0
value 0x01

0x00AC: SAD: Short Audio Descriptor
num_chn 7
AFC 12 MLP/Dolby TrueHD
reserved 0
sf_32kHz 0
sf_44.1kHz 0
sf_48kHz 1
sf_88.2kHz 0
sf_96kHz 0
sf_176.4kHz 0
sf_192kHz 0
reserved 0
value 0x03

0x00AF: VSD: Vendor Specific Data Block
blk_len 14
tag_code 3
ieee_id 0x000C03
src phy 0x0010
DVI_dual 0
reserved 0
reserved 0
DC_Y444 1
DC_30bit 1
DC_36bit 1
DC_48bit 0
AI 1
Max_TMDS 340 MHz
reserved 0b101100
i_latency 0
latency_f 0
Video Latency 4294967294 ms
Audio Latency 254 ms
Video iLatency 0 ms
Audio iLatency 2 ms

0x00BE: VSD: Vendor Specific Data Block
blk_len 13
tag_code 3
ieee_id 0xC45DD8
src phy 0x7801
DVI_dual 0
reserved 0
reserved 0
DC_Y444 0
DC_30bit 0
DC_36bit 0
DC_48bit 0
AI 1
Max_TMDS 535 MHz
reserved 0b000010
i_latency 0
latency_f 0
Video Latency 78 ms
Audio Latency 238 ms
Video iLatency 388 ms
Audio iLatency 100 ms

0x00CC: VCDB: Video Capability Data Block
blk_len 2
tag_code 7
ext_tag 0
S_CE01 3
S_IT01 3
S_PT01 0
QS 1
QY 1

0x00CF: CLDB: Colorimetry Data Block
blk_len 3
tag_code 7
ext_tag 5
xvYCC601 0
xvYCC709 0
sYCC601 0
opYCC601 0
opRGB 0
BT2020cYCC 0
BT2020YCC 1
BT2020RGB 1
MD03 0
resvd46 0
DCI-P3 0

0x00D3: HDRS: HDR Static Metadata Data Block
blk_len 3
tag_code 7
ext_tag 6
ET_0 1
ET_1 0
ET_2 1
ET_3 1
ET_4 0
ET_5 0
ET6-7 0
SM_0 1
SM1-7 0
max_lum 226 <unused>
avg_lum 15 <unused>
min_lum 255 <unused>

0x00D7: Y42C: YCBCR 4:2:0 Capability Map Data Block
blk_len 2
tag_code 7
ext_tag 15
SVD_0 1
SVD_1 1
SVD_2 1
SVD_3 1
SVD_4 1
SVD_5 1
SVD_6 1
SVD_7 1

0x00DA: VSVD: Vendor-Specific Video Data Block
blk_len 11
tag_code 7
ext_tag 1
ieee_id 0x00D046
unknown 0x48
unknown 0x0A
unknown 0x7E
unknown 0x86
unknown 0x60
unknown 0x76
unknown 0x94

0x00E6: UNK: Unknown Descriptor
zero_hdr 0x000000
desc_type 0x00
zero_req 0
Unknown Data 0x00000000000000000000000000

----| END |----

Dold text

Jag testar åter maxad skärm.

EDIT 1. Jag hann inte läsa allt om EDID eller vad som stod i output.

Men följande förundrar mig:

Citat:

0x0087: SVD: Short Video Descriptor
VIC 118 2160p120 16:9 3840x2160p@119.88/120Hz
Native 0

Är inte 4k native vid 120 Hz?! Det var väl det som stod i beskrivningen?

Jag måste kolla noggrannare när jag kommer hem.

EDIT 2: Ser man på

https://www.webhallen.com/se/product/349618-LG-42-OLED-OLED42...

så står det

Citat:

Utökad PVR: Ja
HDR-stöd: Ja
Rampris och förhöjningsteknologi: 120 Hz Refresh Rate, 100 Hz Refresh Rate, OLED Motion, Variable Refresh Rate (VRR)
Visningsformat: 4K UHD (2160p)
Smart-TV: Smart TV
Upplösning: 3840 x 2160
Typ: OLED-TV
Videogränssnitt: HDMI
Lås för huvudkanal: Ja
Diagonalklass (metrisk): 106 cm
Storlek: 42 tum
Svarstid: 0.1 ms
HDMI-portskvantitet: 4
Bildkvot: 16:9
HDR-format: HDR10
Header
Serie: C2 Series
Märke: LG
Modell: OLED42C24LA
Produktlinje: LG
Tillverkare: LG

att det ska stödjas. Eller läser jag fel?!

Senast redigerat 2023-02-05 15:21

Visa signatur

Rapportera Redigera

Citera flera Citera

2023-02-02 20:25

Permalänk

sAAb

Medlem ★

Plats: Stockholm
Registrerad: Jan 2007

●

Skrivet av Laxpudding:

EDID är den statiska metadata om skärmens egenskaper och identitet som alla (normala skärmar) skickar över separata trådar från bildan. Så att grafikkortet vet vad det är för skärm i andra änden, vad den klarar av för signaler, vilken signal den föredrar etc.

EDID kan i sig inte orsaka frysningar, utan EDID är mer som en väldigt detaljerad namnbricka om man så vill. EDID kan vara felprogrammerat så att skärmen begär fel upplösning från grafikkortet och default blir det fel skalning. Men det är på den nivån och inga frysningar.

Här är ett exempel på hur (relevant) EDID-metadata kan se ut från en TV, i detta fall en Samsung QN95B när HDMI-anslutningen står på "utökad ingångsignal" som är ett måste för att FRL ska fungera.

https://cdn.sweclockers.com/artikel/bild/105828?l=eyJyZXNvdXJjZSI6IlwvYXJ0aWtlbFwvYmlsZFwvMTA1ODI4IiwiZmlsdGVycyI6WyJ3bSIsInQ9b3JpZ2luYWwiXSwicGFyYW1zIjpbXSwia2V5IjoiMGZjZDBiYTA0ZGVjNGNjODJjOTAzMzNiMWFhYzQyNDUifQ%3D%3D

Gå till inlägget

Skrivet av sAAb:

Det fanns en massa hjälpmedel för Linux. Första laddade jag ner edid.bin via Nvidia Setting och öppnade den med wxedid och sparade den som en textfil:

wxEDID v0.0.21
EDID structure and data:
Source file: "edid.bin"

----| EDID block [0] |----

0x0000: BED: Basic EDID data
header 0x00FFFFFFFFFFFF00
mfc_id GSM
prod_id 0xC0C8
serial 16843009
prodweek 1
year 2022
edid_ver 1
edid_rev 3
num_extblk 1
checksum 0x64