Bildschirm wird nur mit 75Hz betrieben

ShadowDragon

Lt. Junior Grade
Registriert
Apr. 2017
Beiträge
407
1. Nenne uns bitte deine aktuelle Hardware:
  • Prozessor (CPU): AMD Ryzen Threadripper 1950X
  • Arbeitsspeicher (RAM): 2x16GB Crucial Ballistix Sport LT V2 DDR4-3200 im XMP 2.0 Profil
  • Mainboard: ASRock X399 Taichi
  • Netzteil: beQuiet Dark Power Pro 11 (1000 Watt)
  • Grafikkarte: 8GB Sapphire Radeon RX 480 Nitro+ OC Aktiv PCIe 3.0 x16 1xDVI / 2xDisplayPort / 2xHDMI 2.0 (Lite Retail)
  • LG UltraGear 38GN950-B ; Asus MG279Q ; ein alter 1080p TV

2. Beschreibe dein Problem. Je genauer und besser du dein Problem beschreibst, desto besser kann dir geholfen werden:
Der LG UltraGear 38GN950-B wird ausschließlich in 75Hz betrieben. Unter Windows 10 gibt es keine Option fuer 144Hz, unter Linux gibt es diese Option, allerdings setzt sich der Monitor immer wieder auf 75Hz zurueck. Angeschlossen sind beide Monitore mit den Original-Kabeln:
  1. LG UltraGear 38GN950-B Display Port
  2. Asus MG279Q Display Port nach Mini Display Port (MiniDP am Monitor)
  3. 1080p TV: HDMI, allerdings zurzeit ausgeschaltet.
EDIT anhand der Beiträge unten (die Beiträge sind entsprechend verlinkt, nicht chronologisch sortiert):
 
Zuletzt bearbeitet: (Ergänzung von Informationen aus dem Verlauf des Threads, damit man nicht alle Beiträge lesen muss)
Hast du die Anschlüsse mal durchgetauscht?

P.S: Wofür braucht die Kiste ein Netzteil mit 1000 Watt? Das bekommst du nicht einmal zur Hälfte ausgelastet :D
 
Was ist im OSD-Menü des Monitors als DisplayPort-Version eingestellt?
 
  • Gefällt mir
Reaktionen: Aduasen
Welche Auflösung nutzt Du ?

Lt. Handbuch kann der Monitor die 144Hz nur bei 3480x1600, wobei er die 75Hz auch nur bei 3840x1600 unterstützt, also geh ich mal davon aus dass es nicht an der Auflösung liegt.
 
ShadowDragon schrieb:
Arbeitsspeicher (RAM): 2x16GB
Ist zwar nicht das Thema, aber warum stecken da nur 2 Riegel drin? In solch ein Board gehören min. 4 Riegel, wegen Quad-Channel, rein.
 
Friesisch_Derb schrieb:
Hast du die Anschlüsse mal durchgetauscht?

P.S: Wofür braucht die Kiste ein Netzteil mit 1000 Watt? Das bekommst du nicht einmal zur Hälfte ausgelastet :D
Anschlüsse sind noch nicht durchgetauscht. Kann ich Mal später testen.

Zum Netzteil: sowas nennt sich Altlast vom 1. PC mit 2 GPUs XD
Aber das Netzteil läuft noch, also sehe ich kein Grund das auszutauschen.
chithanh schrieb:
Was ist im OSD-Menü des Monitors als DisplayPort-Version eingestellt?
Display Port steht auf 1.4. Weitere Auswahl wäre 1.1 und 1.2.
bart0rn schrieb:
Welche Auflösung nutzt Du ?

Lt. Handbuch kann der Monitor die 144Hz nur bei 3480x1600, wobei er die 75Hz auch nur bei 3840x1600 unterstützt, also geh ich mal davon aus dass es nicht an der Auflösung liegt.
Eingestellt sind 3480x1600.
Schaby schrieb:
Ist zwar nicht das Thema, aber warum stecken da nur 2 Riegel drin? In solch ein Board gehören min. 4 Riegel, wegen Quad-Channel, rein.
Nun ja, die anderen RAM Riegel stecken zurzeit in nem anderen System.
 
War das DisplayPort-Kabel beim Monitor im Lieferumfang? Kannst du ein anderes testen?
 
Ich hatte tatsächlich auch schonmal den Fall dass das mitgelieferte Kabel nicht dem nötigen Standard (oder Qualität?) für 144Hz entsprach. Wenn ich mich recht entsinne funktionierte es zum Teil, aber mit Aussetzern. Nachdem ich ein hochwertiges Kabel gekauft habe, waren die Probleme verschwunden.
 
Und Du verwendest für den Monitor auch das mitgelieferte Netzteil?
 
chithanh schrieb:
War das DisplayPort-Kabel beim Monitor im Lieferumfang? Kannst du ein anderes testen?
perkyagnostic schrieb:
Ich hatte tatsächlich auch schonmal den Fall dass das mitgelieferte Kabel nicht dem nötigen Standard (oder Qualität?) für 144Hz entsprach. Wenn ich mich recht entsinne funktionierte es zum Teil, aber mit Aussetzern. Nachdem ich ein hochwertiges Kabel gekauft habe, waren die Probleme verschwunden.
Zurzeit verwende ich das mitgelieferte. Sollte das durchtesten von anderen Anschlüssen nicht helfen werde ich mal ein weiteres DisplayPort Kabel bestellen und es damit testen. Irgendwelche recommendations für ein Kabel welches den nötigen Standard entspricht?

hamju63 schrieb:
Und Du verwendest für den Monitor auch das mitgelieferte Netzteil?
Jo.
 
Wenn du unter Linux versuchst, die volle Auflösung/Refreshrate einzustellen, kommen dann solche Fehler in dmesg
Code:
[drm] perform_link_training_with_retries: Link training attempt 1 of 4 failed
oder ähnliche Meldungen zum Link Training?

Auch kannst du prüfen was in
Code:
/sys/kernel/debug/dri/0/DP-N/link_settings
steht (N=Nummer des DisplayPort Ausgangs an dem der Monitor hängt, kann von xrandr-Nummerierung abweichen). Da sollte bei verified/reported 4 30 0 (bei neueren Kerneln 4 0x1e 0) stehen.

Wenn nicht, dann wird es wohl am Kabel liegen. Wenn über das Kabel nur HBR2 geht würde das zu den Symptomen passen.
ShadowDragon schrieb:
Irgendwelche recommendations für ein Kabel welches den nötigen Standard entspricht?
Es sollte ausdrücklich für DisplayPort 1.3 oder 1.4 geeignet sein und möglichst nicht zu lang (bis 1,8 m). Längere Kabel gehen zwar prinzipiell auch, man braucht dann aber besonders hochwertige damit HBR3 zuverlässig funktioniert.
 
chithanh schrieb:
Wenn du unter Linux versuchst, die volle Auflösung/Refreshrate einzustellen, kommen dann solche Fehler in dmesg
Code:
[drm] perform_link_training_with_retries: Link training attempt 1 of 4 failed
oder ähnliche Meldungen zum Link Training?
Eine solche Meldung finde ich mit dmesg nicht, nur solche:
Bash:
[   21.078946] [drm] amdgpu kernel modesetting enabled.
[   21.079066] amdgpu: Ignoring ACPI CRAT on non-APU system
[   21.079072] amdgpu: Virtual CRAT table created for CPU
[   21.079095] amdgpu: Topology: Add CPU node
[   21.079289] checking generic (80000000 e10000) vs hw (80000000 10000000)
[   21.079295] fb0: switching to amdgpudrmfb from EFI VGA
[   21.079376] Console: switching to colour dummy device 80x25
[   21.079395] amdgpu 0000:42:00.0: vgaarb: deactivate vga console
[   21.079585] [drm] initializing kernel modesetting (POLARIS10 0x1002:0x67DF 0x174B:0xE347 0xC7).
[   21.079591] amdgpu 0000:42:00.0: amdgpu: Trusted Memory Zone (TMZ) feature not supported
[   21.079614] [drm] register mmio base: 0x9F500000
[   21.079615] [drm] register mmio size: 262144
[   21.079624] [drm] add ip block number 0 <vi_common>
[   21.079626] [drm] add ip block number 1 <gmc_v8_0>
[   21.079627] [drm] add ip block number 2 <tonga_ih>
[   21.079629] [drm] add ip block number 3 <gfx_v8_0>
[   21.079630] [drm] add ip block number 4 <sdma_v3_0>
[   21.079631] [drm] add ip block number 5 <powerplay>
[   21.079633] [drm] add ip block number 6 <dm>
[   21.079634] [drm] add ip block number 7 <uvd_v6_0>
[   21.079635] [drm] add ip block number 8 <vce_v3_0>
[   21.079828] amdgpu 0000:42:00.0: No more image in the PCI ROM
[   21.079855] amdgpu 0000:42:00.0: amdgpu: Fetched VBIOS from ROM BAR
[   21.079857] amdgpu: ATOM BIOS: 113-2E3470U.X5W
[   21.079875] [drm] UVD is enabled in VM mode
[   21.079876] [drm] UVD ENC is enabled in VM mode
[   21.079879] [drm] VCE enabled in VM mode
[   21.079917] [drm] vm size is 128 GB, 2 levels, block size is 10-bit, fragment size is 9-bit
[   21.088798] amdgpu 0000:42:00.0: amdgpu: VRAM: 8192M 0x000000F400000000 - 0x000000F5FFFFFFFF (8192M used)
[   21.088801] amdgpu 0000:42:00.0: amdgpu: GART: 256M 0x000000FF00000000 - 0x000000FF0FFFFFFF
[   21.088808] [drm] Detected VRAM RAM=8192M, BAR=256M
[   21.088809] [drm] RAM width 256bits GDDR5
[   21.088851] [drm] amdgpu: 8192M of VRAM memory ready
[   21.088854] [drm] amdgpu: 8192M of GTT memory ready.
[   21.088855] [drm] GART: num cpu pages 65536, num gpu pages 65536
[   21.090605] [drm] PCIE GART of 256M enabled (table at 0x000000F400E10000).
[   21.094296] [drm] Chained IB support enabled!
[   21.098781] amdgpu: hwmgr_sw_init smu backed is polaris10_smu
[   21.100432] [drm] Found UVD firmware Version: 1.130 Family ID: 16
[   21.101910] [drm] Found VCE firmware Version: 53.26 Binary ID: 3
[   21.290557] [drm] Display Core initialized with v3.2.132!
[   21.540216] [drm] UVD and UVD ENC initialized successfully.
[   21.641152] [drm] VCE initialized successfully.
[   21.642672] kfd kfd: amdgpu: Allocated 3969056 bytes on gart
[   21.642875] amdgpu: Virtual CRAT table created for GPU
[   21.642968] amdgpu: Topology: Add dGPU node [0x67df:0x1002]
[   21.642970] kfd kfd: amdgpu: added device 1002:67df
[   21.642972] amdgpu 0000:42:00.0: amdgpu: SE 4, SH per SE 1, CU per SH 9, active_cu_number 36
[   21.648714] [drm] fb mappable at 0x81340000
[   21.648717] [drm] vram apper at 0x80000000
[   21.648717] [drm] size 24576000
[   21.648718] [drm] fb depth is 24
[   21.648719] [drm]    pitch is 15360
[   21.648779] fbcon: amdgpudrmfb (fb0) is primary device
[   21.649208] [drm] DC global validation failure: Bandwidth validation failure (BW and Watermark) (13)
[   21.649216] Console: switching to colour frame buffer device 160x45
[   21.649538] [drm] DC global validation failure: Bandwidth validation failure (BW and Watermark) (13)
[   21.654985] amdgpu 0000:42:00.0: [drm] fb0: amdgpudrmfb frame buffer device
[   21.693835] amdgpu 0000:42:00.0: amdgpu: Using BACO for runtime pm
[   21.694290] [drm] Initialized amdgpu 3.41.0 20150101 for 0000:42:00.0 on minor 0
Mehr zu drm finde ich auf den ersten Blick im Log nicht, wobei meiner Meinung nach folgende Nachricht interessant sein könnte:
Bash:
[   21.649538] [drm] DC global validation failure: Bandwidth validation failure (BW and Watermark) (13)

Mit sudo dmesg | grep -i drm bekomme ich folgenden Output:
Bash:
$ sudo dmesg | grep -i drm
[    0.818483] ata1.00: supports DRM functions and may not be fully accessible
[    0.820845] ata1.00: supports DRM functions and may not be fully accessible
[    3.021952] ata7.00: supports DRM functions and may not be fully accessible
[    3.031690] ata7.00: supports DRM functions and may not be fully accessible
[   20.041406] systemd[1]: Starting Load Kernel Module drm...
[   20.078032] systemd[1]: modprobe@drm.service: Deactivated successfully.
[   20.078189] systemd[1]: Finished Load Kernel Module drm.
[   21.078946] [drm] amdgpu kernel modesetting enabled.
[   21.079295] fb0: switching to amdgpudrmfb from EFI VGA
[   21.079585] [drm] initializing kernel modesetting (POLARIS10 0x1002:0x67DF 0x174B:0xE347 0xC7).
[   21.079614] [drm] register mmio base: 0x9F500000
[   21.079615] [drm] register mmio size: 262144
[   21.079624] [drm] add ip block number 0 <vi_common>
[   21.079626] [drm] add ip block number 1 <gmc_v8_0>
[   21.079627] [drm] add ip block number 2 <tonga_ih>
[   21.079629] [drm] add ip block number 3 <gfx_v8_0>
[   21.079630] [drm] add ip block number 4 <sdma_v3_0>
[   21.079631] [drm] add ip block number 5 <powerplay>
[   21.079633] [drm] add ip block number 6 <dm>
[   21.079634] [drm] add ip block number 7 <uvd_v6_0>
[   21.079635] [drm] add ip block number 8 <vce_v3_0>
[   21.079875] [drm] UVD is enabled in VM mode
[   21.079876] [drm] UVD ENC is enabled in VM mode
[   21.079879] [drm] VCE enabled in VM mode
[   21.079917] [drm] vm size is 128 GB, 2 levels, block size is 10-bit, fragment size is 9-bit
[   21.088808] [drm] Detected VRAM RAM=8192M, BAR=256M
[   21.088809] [drm] RAM width 256bits GDDR5
[   21.088851] [drm] amdgpu: 8192M of VRAM memory ready
[   21.088854] [drm] amdgpu: 8192M of GTT memory ready.
[   21.088855] [drm] GART: num cpu pages 65536, num gpu pages 65536
[   21.090605] [drm] PCIE GART of 256M enabled (table at 0x000000F400E10000).
[   21.094296] [drm] Chained IB support enabled!
[   21.100432] [drm] Found UVD firmware Version: 1.130 Family ID: 16
[   21.101910] [drm] Found VCE firmware Version: 53.26 Binary ID: 3
[   21.290557] [drm] Display Core initialized with v3.2.132!
[   21.540216] [drm] UVD and UVD ENC initialized successfully.
[   21.641152] [drm] VCE initialized successfully.
[   21.648714] [drm] fb mappable at 0x81340000
[   21.648717] [drm] vram apper at 0x80000000
[   21.648717] [drm] size 24576000
[   21.648718] [drm] fb depth is 24
[   21.648719] [drm]    pitch is 15360
[   21.648779] fbcon: amdgpudrmfb (fb0) is primary device
[   21.649208] [drm] DC global validation failure: Bandwidth validation failure (BW and Watermark) (13)
[   21.649538] [drm] DC global validation failure: Bandwidth validation failure (BW and Watermark) (13)
[   21.654985] amdgpu 0000:42:00.0: [drm] fb0: amdgpudrmfb frame buffer device
[   21.694290] [drm] Initialized amdgpu 3.41.0 20150101 for 0000:42:00.0 on minor 0

Hab hier auch mal nen EDIT output:
Bash:
$ sudo get-edid
This is read-edid version 3.0.2. Prepare for some fun.
Attempting to use i2c interface
Looks like no busses have an EDID. Sorry!
Attempting to use the classical VBE interface

    Performing real mode VBE call
    Interrupt 0x10 ax=0x4f00 bx=0x0 cx=0x0
    Function supported
    Call successful

    VBE version 300
    VBE string at 0xc0270 "AMD ATOMBIOS"

VBE/DDC service about to be called
    Report DDC capabilities

    Performing real mode VBE call
    Interrupt 0x10 ax=0x4f15 bx=0x0 cx=0x0
    Function supported
    Call successful

    Monitor and video card combination does not support DDC1 transfers
    Monitor and video card combination supports DDC2 transfers
    0 seconds per 128 byte EDID block transfer
    Screen is not blanked during DDC transfer

Reading next EDID block

VBE/DDC service about to be called
    Read EDID

    Performing real mode VBE call
    Interrupt 0x10 ax=0x4f15 bx=0x1 cx=0x0
    Function supported
    Call successful

������i�'�
PT�������qO��P��g �UP!V^���)P0 5UP!�2��<
      �ASUS MG279
EDID claims 1 more blocks left


*********** Something special has happened!
This happens a lot with TV's, and other devices
with extension blocks. If you have a TV, don't bother.
Odds are good that I2C will work for you. Try 'modprobe i2c-dev'.
Otherwise, please contact the author, Matthew Kern
E-mail: pyrophobicman@gmail.com
Please include full output from this program (especially that to stderr)



Reading next EDID block

VBE/DDC service about to be called
    Read EDID

    Performing real mode VBE call
    Interrupt 0x10 ax=0x4f15 bx=0x1 cx=0x0
    Function supported
    Call successful

  W������i�'�
PT�������qO��P��g �UP!V^���)P0 5UP!�2��<
      �ASUS MG279
EDID claims 1 more blocks left
EDID blocks left is wrong.
Your EDID is probably invalid.
  WLooks like VBE was successful. Have a good day.

Hier auch mal nen paar genauere Infos zur RX 480:
Bash:
lspci | grep VGA
42:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Ellesmere [Radeon RX 470/480/570/570X/580/580X/590] (rev c7)
chithanh schrieb:
Auch kannst du prüfen was in
Code:
/sys/kernel/debug/dri/0/DP-N/link_settings
steht (N=Nummer des DisplayPort Ausgangs an dem der Monitor hängt, kann von xrandr-Nummerierung abweichen). Da sollte bei verified/reported 4 30 0 (bei neueren Kerneln 4 0x1e 0) stehen.
Leider weiß ich nicht welcher Monitor DP-1 und welcher DP-2 ist. -_-
Bash:
sudo cat /sys/kernel/debug/dri/0/DP-1/link_settings
Current:  4  20  0  Verified:  4  20  0  Reported:  4  20  16  Preferred:  0  0  0

sudo cat /sys/kernel/debug/dri/0/DP-2/link_settings
Current:  4  20  0  Verified:  4  30  0  Reported:  4  30  16  Preferred:  0  0  0

Bash:
$ xrandr
Screen 0: minimum 16 x 16, current 6400 x 1600, maximum 32767 x 32767
XWAYLAND0 connected 2560x1440+0+160 (normal left inverted right x axis y axis) 600mm x 340mm
   2560x1440    143.83*+
   1920x1440    143.81
   1600x1200    143.72
   1440x1080    143.69
   1400x1050    143.78
   1280x1024    143.67
   1280x960     143.73
   1152x864     143.75
   1024x768     143.66
   800x600      143.48
   640x480      143.30
   320x240      142.05
   1920x1200    143.74
   1680x1050    143.79
   1440x900     143.73
   1280x800     143.84
   720x480      143.35
   640x400      143.37
   320x200      141.40
   2048x1152    143.74
   1920x1080    143.72
   1600x900     143.69
   1368x768     143.61
   1280x720     143.67
   1024x576     143.62
   864x486      143.23
   720x400      143.29
   640x350      143.57
XWAYLAND1 connected primary 3840x1600+2560+0 (normal left inverted right x axis y axis) 880mm x 370mm
   3840x1600     74.96*+
   2048x1536     74.90
   1920x1440     74.89
   1600x1200     74.88
   1440x1080     74.92
   1400x1050     74.87
   1280x1024     74.90
   1280x960      74.86
   1152x864      74.82
   1024x768      74.67
   800x600       74.91
   640x480       74.77
   320x240       73.82
   2560x1600     74.97
   1920x1200     74.93
   1680x1050     74.89
   1440x900      74.85
   1280x800      74.93
   720x480       74.51
   640x400       74.23
   320x200       73.70
   2560x1440     74.89
   2048x1152     74.89
   1920x1080     74.91
   1600x900      74.89
   1368x768      74.73
   1280x720      74.78
   1024x576      74.80
   864x486       74.45
   720x400       74.23
   640x350       74.53
Ergänzung ()

Friesisch_Derb schrieb:
Hast du die Anschlüsse mal durchgetauscht?
Hab einfach mal DP 1 und 2 von der GPU durchgetauscht. Macht keinen Unterschied.
Am Monitor selbst kann ich da wenig testen da ich nur 1x DP habe.
 
Zuletzt bearbeitet:
Das Kabel sollte ok sein.
ShadowDragon schrieb:
Eine solche Meldung finde ich mit dmesg nicht, nur solche:
Ist das die dmesg-Ausgabe nachdem du versucht hast 144 Hz einzustellen?
ShadowDragon schrieb:
Leider weiß ich nicht welcher Monitor DP-1 und welcher DP-2 ist. -_-
Bash:
sudo cat /sys/kernel/debug/dri/0/DP-1/link_settings
Current: 4 20 0 Verified: 4 20 0 Reported: 4 20 16 Preferred: 0 0 0

sudo cat /sys/kernel/debug/dri/0/DP-2/link_settings
Current: 4 20 0 Verified: 4 30 0 Reported: 4 30 16 Preferred: 0 0 0
DP-2 sagt "Verified 4 30 0" also 4 Lanes mit HBR3. Das wird also der LG-Monitor sein, denn der ASUS kann nur DisplayPort 1.2. Du kannst mal probieren, manuell auf HBR3 zu stellen ob das einen Unterschied macht oder zu Fehlermeldungen führt.

Als root:
Code:
# echo "4 0x1e" > /sys/kernel/debug/dri/0/DP-2/link_settings
 
chithanh schrieb:
Als root:
Code:
# echo "4 0x1e" > /sys/kernel/debug/dri/0/DP-2/link_settings
Also wirklich als root und nicht mit sudo-Rechten? Da eigentlich kenne ich es so dass man mit sudo basically auch alles tuen kann, wobei diese Setting da resistent zu sein scheint.

EDIT: Und wann fügt Computerbase einen Post als Ergänzung zu einem vorhandenen ein und wann wird ein neuer erstellt.. ? hm..
 
sudo geht auch, aber du musst mit "echo bla | sudo tee …" o.ä. anstatt ">" die Ausgabe umleiten. Da ist es oft einfacher, mit "sudo -i" eine root-Shell zu starten.

Beiträge werden automatisch zusammengefügt wenn niemand anderes zwischenzeitlich geschrieben hat und nicht zu viel Zeit vergangen ist.
 
chithanh schrieb:
War das DisplayPort-Kabel beim Monitor im Lieferumfang? Kannst du ein anderes testen?
perkyagnostic schrieb:
Ich hatte tatsächlich auch schonmal den Fall dass das mitgelieferte Kabel nicht dem nötigen Standard (oder Qualität?) für 144Hz entsprach. Wenn ich mich recht entsinne funktionierte es zum Teil, aber mit Aussetzern. Nachdem ich ein hochwertiges Kabel gekauft habe, waren die Probleme verschwunden.
Habe jtzt sowohl das im Lieferumfang mitgelieferte Kabel als auch folgendes Kabel getestet:
https://geizhals.de/club-3d-displayport-displayport-1-4-hbr3-kabel-cac-2068-a1765372.html

Unter Windows ist 75Hz immer noch das Maximum.
--> keine Änderung verglichen zu vorher
Sobald man HDR aktiviert zeigt der Monitor an dass dieser nur noch mit 60Hz betrieben wird (während Windows weiterhin 75Hz behaupted).

Habe auch mal nachgeschaut, laut AMD Treibersoftware wird der Monitor mit "5.4Gbps x4" über den DP Anschluss betrieben.
chithanh schrieb:
DP-2 sagt "Verified 4 30 0" also 4 Lanes mit HBR3. Das wird also der LG-Monitor sein, denn der ASUS kann nur DisplayPort 1.2. Du kannst mal probieren, manuell auf HBR3 zu stellen ob das einen Unterschied macht oder zu Fehlermeldungen führt.

Als root:
Code:
# echo "4 0x1e" > /sys/kernel/debug/dri/0/DP-2/link_settings
chithanh schrieb:
sudo geht auch, aber du musst mit "echo bla | sudo tee …" o.ä. anstatt ">" die Ausgabe umleiten. Da ist es oft einfacher, mit "sudo -i" eine root-Shell zu starten.
Nope, keine Änderung. Beide Monitore verlieren das Signal nur GPU, schalten dann in den standby und nach einer halben Ewigkeit gehen diese wieder an. Daraufhin ist der Asus bei 144Hz und der LG UltraGear 38GN950-B ist immernoch bei 75Hz bzw. 74.98Hz.

Hier der Log nachdem ich dies verssucht hatte:

Bash:
# cat /sys/kernel/debug/dri/0/DP-1/link_settings
Current:  4  0x14  0  Verified:  4  0x14  0  Reported:  4  0x14  16  Preferred:  0  0x0  0
# cat /sys/kernel/debug/dri/0/DP-2/link_settings
Current:  4  0x14  0  Verified:  4  0x1e  0  Reported:  4  0x1e  16  Preferred:  0  0x0  0

Hab mal den output von dmesg angehängt. (Stellen mit [...] wurden von mir ersetzt um den output ein wenig zu kürzen.)

chithanh schrieb:
Beiträge werden automatisch zusammengefügt wenn niemand anderes zwischenzeitlich geschrieben hat und nicht zu viel Zeit vergangen ist.
Ah, interessant zu wissen.
Ergänzung ()

photo_2021-09-27_19-00-03.jpg

Hier noch ein Bild der Infos vom Monitor.
Unter Windows wird dieser laut AMD Treiber Settings mit 10Bit betrieben, auch wenn ich unter Windows den HDR Modus ausschalte.
Ich weiß gerade auch nicht ob das Adaptive-Sync auf "On" irgendetwas unter Linux bewirkt. Unter Windows wird dies eingeschaltet, aber ob Linux dies auch beherrscht, idk. Da vertraue ich einfach darauf dass die Boot-ISO von Manjaro wohl alles korrekt eingerichtet hat. ^^
 

Anhänge

  • dmesg-output.txt
    130,8 KB · Aufrufe: 260
Zuletzt bearbeitet:
Hast Du mal versucht, im Radeon Treiber oder noch besser mit CRU eine benutzerdefinierte Auflösung mit 3480x1600 @ 144 Hz zu erstellen? Falls nicht, mach das mal.
Unter Windows könntest Du auch noch mal versuchen, adaptive sync auszuschalten. Das sollte zwar eigentlich nix machen, aber wer weiß, der Teufel ist ein Eichhörnchen undso...

Welche GraKa-Treiberversion nutzt Du denn unter Windows?
 
Zurück
Oben