Auflösung nicht unterstützter Modus

[inne]

Hallo,

Ich richte bei jemandem gerade seine IT ein. Und *nach* Window mit dem Fehler B kommt unter Ubuntu nun der Fehler A.

Fehler A ist wie im Titel Auflösung nicht unterstützter Modus
Fehler B Stromversorgung des Geräts überprüfen

Monitor ist ein Samsung TV

Unter Ubuntu konnte ich mit dem Kernelparameter nomodeset in den Desktop starten.

Wir vermuten nun das die Auflösung das Problem ist.

Welche Kernelparameter ähnlich wie xforcevesa (der nicht funktioniert) könnte ich noch probieren? Nomodeset funktioniert ist aber zu klein in der Auflösung.

Was könnte man allgemein noch versuchen wenn anscheinend die Auflösung vom PC und TV nicht passen.

Der PC hat auch eine Intel i5 CPU dafür aber keinen HDMI Anschluss. Verbaut ist eine Nvidea GF119 rev a1 GT 520

MfG

Inne

[inne]

Noch zwei Nachfragen:

A) Kann jemand erklären was der Graphic Safe Installer bei Ubuntu anders macht, also welche Kernelparameter dort gesetzt sind? Ein vga=771 hat nicht funktioniert, der Installer aber wohl. Ein vga=ask wird nicht mehr unterstützt.

B) Muss man bei einem DVI zu HDMI Adapter etwas beachten, hat wer eine Kaufempfehlung?

[MSfree]

Fehler A ist wie im Titel Auflösung nicht unterstützter Modus

Da du es verheimlichst, nehme ich mal an, daß die Meldung auf dem TV-Gerät erscheint?

Ich habe auch so ein zickiges TV-Gerät, daß bei geringer Überschreitung der Bildfrequenz so eine Meldung bringt. Da reicht es schon, wenn die Graphikarte 60.05 FPS statt 60 FPS liefert.

Da nützem auch keine Kernelparameter, denn Parameter, die die FPS beeinflussen, sind zumindest mir keine bekannt.

Kann jemand erklären was der Graphic Safe Installer bei Ubuntu anders macht,

Fragen in der Art "warum geht es mit Ubuntu aber nicht mit Debian" kann dir keiner beantworten.

Ich spekuliere mal, Ubuntu fährt im safe Install nur mit 640x480@60FPS, was jeder Monitor weltweit verstehen sollte? Das ist ein seit 35 Jahren bakannter VESA-Modus. Keine Ahnung, wie man den Kernel zwingt, den zu verwenden. Aber Achtung, VESA ist schnarchlahm.

[inne]

Fehler A ist wie im Titel Auflösung nicht unterstützter Modus

Da du es verheimlichst, nehme ich mal an, daß die Meldung auf dem TV-Gerät erscheint?

Die Meldungen kommen am TV, das ist richtig!

Da nützem auch keine Kernelparameter, denn Parameter, die die FPS beeinflussen, sind zumindest mir keine bekannt.

Ein nomodeset tuts, aber dort ist die Auflösung einfach zu niedrig.

Kann jemand erklären was der Graphic Safe Installer bei Ubuntu anders macht,
Fragen in der Art "warum geht es mit Ubuntu aber nicht mit Debian" kann dir keiner beantworten.

Ich spekuliere mal, Ubuntu fährt im safe Install nur mit 640x480@60FPS

Nein die Auglösung war im Installer definitiv größer, erst nach der Installtion tritt das Problem auf. Und das auch nur am X/Wayland Desktop Manager (mit nomodeset). Wenn ich auf die Konsole ALT+F4 z.B. wechsle schaut es normal aus. Auch die Auflösung ist auf dem TTY größer als 640x480 (hone nomodeset).

Ich werde das nochmal im ubuntuusers.de Forum fragen, es geht mir nicht um Debian, das habe ich noch nicht probiert. Sondern um den normalen ubuntu installer vs den graphical safe.

@MSfree, @all,

Kannst Du noch etwas zu einem DVI zu HDMI Adapter sagen, denn ich wollte als zweites mal die Intel IGPU damit probieren von DVI zu HDMI an den TV halt mit einem Adapter.

[hikaru]

Die GT 520 ist eine Fermi-2-GPU. Für die gibt es im von Nvidia offiziell unterstützten proprietären Treiber keinen Support mehr. Unter Debian läuft die GPU daher mit nouveau, es sei denn du hättest nvidia-legacy-390xx-driver aus Sid installiert. Ubuntu hat Version 390 zumindest noch im aktuellen Repo. Das könnte der Grund dafür sein, dass es sich anders verhält als Debian.

Muss man bei einem DVI zu HDMI Adapter etwas beachten,

Nein.

Was gibt denn xrandr aus?

[MSfree]

Kannst Du noch etwas zu einem DVI zu HDMI Adapter sagen

Sofern es ein passiver Adapter ist (nur mit Pin-zu-Pin Verdrahtung) gibt es nichts zu beachten. Allerdings gehen dann nur Auflösungen bis (offiziell) 1920x1200, meist aber auch 2560x1600. Für höhere Auflösungen wird Dual-Link DVI benötigt, was nicht auf HDMI per Pin-zu-Pin Verdrahtung realisierbar ist.

[inne]

Was gibt denn xrandr aus?

Das reiche ich mal nächste Woche nach, bin nun nicht mehr vor Ort. Ich werde es mal im Installer (GUI/Shell) und im System auf dem TTY ausführen.

PS: Selbst wenn es mit dem Adapter und der Intel IGPU funktonieren sollte. Es interessiert mich schon auch

[inne]

Crosspost: https://forum.ubuntuusers.de/topic/aufl ... ter-modus/

[inne]

Ich kann im Installer auch cat /proc/cmdline probieren Fällt mir nur nun erst ein.

// Es ist dort auch nur nomodeset gesetzt. Die nidrige Auflösung muss ich so garnicht wahrgenommen haben.

[MSfree]

Die nidrige Auflösung muss ich so garnicht wahrgenommen haben.

VESA Modes sind, soweit ich weiß, bis 1024x768, eventuall sogar 1280x1024, definiert. Es kann also sein, daß mit "etwas" mehr als VGA-Auflösung gearbeitet wird. Auf was nomodeset sich einstellt, kann ich dir jedenfalls nicht sagen, VGA wäre halt das Minimum.

[inne]

@hikaru

Hier mal die Ausgabe von xrandr im Ubuntu-Installer:

Code: Alles auswählen

ubuntu@ubuntu:~$ sudo xrandr 
xrandr: Failed to get size of gamma for output default
Screen 0: minimum 800 x 600, current 800 x 600, maximum 800 x 600
default connected primary 800x600+0+0 0mm x 0mm
   800x600       75.00* 

Es hat also nur die minimale Auflösung.
Im System habe ich keine Display um dort den Befehl auszuführen.

Das ich nicht ins X.log geschaut habe ist mir peinlich , ich war so auf die Auflösung mit vga= aus. Aber das mache ich das nächste mal.
Ich hatte nur noch die Punkte von euch abgearbeitet und nicht weiter genug nachgedacht... Das Log ist so offensichtlich. Mit Wayland bin ich da aber eh nicht vertraut.

[hikaru]

Hier mal die Ausgabe von xrandr im Ubuntu-Installer:

xrandr-Ausgaben bitte immer als der User, unter dem die X-Session läuft, also ohne sudo!

Code: Alles auswählen

ubuntu@ubuntu:~$ sudo xrandr 
xrandr: Failed to get size of gamma for output default
Screen 0: minimum 800 x 600, current 800 x 600, maximum 800 x 600
default connected primary 800x600+0+0 0mm x 0mm
   800x600       75.00* 

Da läuft nur vesa, sonst hättest du einen sinnvollen Namen für deinen Output (z.B. "HDMI-1" statt "default"). Das könnte am Ubuntu-Installer liegen. Der wird wohl eher nicht nouveau laden.
Mit vesa brauchst du dich nicht beschäftigen. Das führt zu Nichts.

Das ich nicht ins X.log geschaut habe ist mir peinlich , ich war so auf die Auflösung mit vga= aus. Aber das mache ich das nächste mal.

Ja, das wäre sinnvoll.

Mir ist eingefallen, dass ich mal einen ähnlichen Fall hatte, mit einem zugelaufenen PC mit alter Nvidia-Grafikkarte, welche nur unter Nouveau lief und an einem Samsung-TV kein Bild ausgab. Damals habe ich mir damit beholfen, eine eigene Modeline zu erstellen und anzuwenden.
Wenn du wieder an dem Rechner bist, boote in das installierte System (ohne "Safe Mode", egal ob Debian oder Ubuntu), melde dich blind grafisch an und verschaffe dir ein Terminal!* Sollte nouveau dort wider Erwarten doch laufen, dann schaust du nochmal nach, was xrandr dort ausgibt:

Code: Alles auswählen

$ DISPLAY=:0 xrandr

Wenn du hier einen sinnvollen Output-Namen bekommst (hier als Beispiel "HDMI-1", bei Bedarf ändern), dann probier mal, selbst eine passende Modeline** zu erzeugen und anzuwenden:

Code: Alles auswählen

$ cvt 1920 1080
# 1920x1080 59.96 Hz (CVT 2.07M9) hsync: 67.16 kHz; pclk: 173.00 MHz
Modeline "1920x1080_60.00"  173.00  1920 2048 2248 2576  1080 1083 1088 1120 -hsync +vsync
$ DISPLAY=:0 xrandr --newmode "1920x1080_60.00"  173.00  1920 2048 2248 2576  1080 1083 1088 1120 -hsync +vsync
$ DISPLAY=:0 xrandr --addmode HDMI-1 1920x1080_60.00
$ DISPLAY=:0 xrandr --output HDMI-1 --mode 1920x1080_60.00

*) Wie auch immer: Nimm einen VGA-Monitor mit, oder einen Laptop für eine SSH-Verbindung (der Router vor Ort verrät dir hoffentlich die IP-Adresse)! Zur Not schreibst du ein Script das du blind aufrufst.
**) Ich gehe hier davon aus, dass der Fernseher Full-HD-Signale verarbeiten kann. Falls nicht, entsprechend ändern!

[inne]

Vielen Dank hikaru,

wir hier haben uns nun darauf geeinigt das ich den PC mal zu mir nach Hause mit nehme. Dann ist es für mich besser mit rumbasterln (Zubehör/Zeit/usw.). Hier habe ich auch einen TV und einen PC Monitor um mal weiter zu sehen.
Kann dann auch in Ruhe Debian oder ein anders System installieren.

Also ich melde mich zu WE nochmal wieder

[hikaru]

rumbasterln (Zubehör/Zeit/usw.).

Tausch die Grafikkarte, falls das eine Option ist!

[inne]

Wenn ich sicher gehen kann, das es definitv nicht am Samsung TV dort liegt. Dann wäre das schon eine Option, und wir kaufen eine auf E-Bay oder Kleinanziegen etc.pp., denn rumliegen hat hier keiner mehr sowas Es wäre besser als einen neuen PC kaufen zu müssen, denn der alter hier ist von der Leisung selbst noch ausreichend gut.
Ich werde dann auch nochmal mehr zur Hardware schreiben.

[inne]

Ich habe den PC nun bei mir, und der Ubuntu Desktop startet sowohl am PC-Monitor als auch am TV. Es liegt also am TV des User, woher der PC ist.

Morgen reiche ich mal die genauen Hardwaredaten nach (Da ist laut Aufkleber ein i5 drin) und wenn mir wer erklärt, dass eine andere Grafikarte das Problem lösen würde. Dann versuch ich eine aufzutreiben, weil die Hardware zu schade für die Tonne ist.

Das von hikaru mit der Modeline, kann ich hier dann nicht Nachstellen und muss es doch vor Ort versuchen... und unter Windows würde das warschleinlich so nicht funktionieren.

n8

[inne]

Wobei nun nach den paar Minuten am TV fragt der TV auch ob das Gerät noch eingeschlatet ist, und das Bild ist weg. Vlt. was mit Standby?

[MSfree]

und das Bild ist weg. Vlt. was mit Standby?

Ich würde erstmal den Screensaver verdächtigen.

[hikaru]

Ich habe den PC nun bei mir, und der Ubuntu Desktop startet sowohl am PC-Monitor als auch am TV. Es liegt also am TV des User, woher der PC ist.

Dann ist der Fernseher wohl besonders eitel, was die unterstützten Modes angeht. Hier wäre das genaue Modell interessant um mal ins Datenblatt schauen zu können.

Meine Modeline von gestern war für 1920x1080p@60Hz. Ein Fernseher aus dem letzten Jahrzehnt sollte so ein Signal eigentlich verarbeiten können. Ältere Fernseher können vielleicht nur 1280x720 oder 1366x768 (das hieß dann "HD-Ready" und stand als Blendwerbung meist groß irgendwo drauf), sollte aber eigentlich per EDID erkannt werden.
Möglicherweise können alte Fernseher auch keine 60Hz, sondern nur 50Hz. Auch das sollte eigentlich per EDID mitgeteilt werden, hat aber eine höhere Wahrscheinlichkeit, vernachlässigt zu werden.
Ganz schlau waren die Hersteller, wenn sie die selben EDID-Chips in verschiedenen Modellen verbaut haben, vermutlich um Geld zu sparen. So habe ich z.B. mal einen 32"-Fernseher vor mir gehabt, der sich per EDID als das 46"-Modell der selben Serie ausgegeben hat, was dann natürlich die automatische Skalierung zerwürgt hat.

Es wäre besser als einen neuen PC kaufen zu müssen, denn der alter hier ist von der Leisung selbst noch ausreichend gut.

Zumindest die Grafikkarte hat ihr Verfallsdatum eindeutig überschritten, nicht weil sie kaputt oder heute zu schwach wäre, sondern weil sich Nvidia schlicht nicht mehr darum kümmert (proprietärer Treiber), und Menschen die sich gern darum kümmern würden (nouveau) Steine in den Weg legt.

[MSfree]

Möglicherweise können alte Fernseher auch keine 60Hz, sondern nur 50Hz.

Flachbildschirme werden weltweit verkauft, die sollten also auch in Deutschland, wo nur mit 50FPS gesendet wird, 60FPS verkraften. Die Hersteller bauen da bestimmt keine künstliche Beschränkung auf 50FPS für den europäischen Markt ein.

Auch das sollte eigentlich per EDID mitgeteilt werden

Es wäre nicht der erste Monitor/TV, bei dem EDID kaputt gegangen ist und keine zuverlässigen Werte mehr liefert. Im Büro haben wir mal ein paar damals sündhaft teure Flachbildschirme mit sogenannten EDID-Emulatoren versehen, weill die EDID-Informationen nur noch Kauderwelsch waren.

Zumindest die Grafikkarte hat ihr Verfallsdatum eindeutig überschritten

Der i5 hat möglicherweise ein integrierte Graphik. Ab Sandy Bridge (2. Core-i Generation) hatten die meisten Intel-CPUs eine integrierte GPU (bis auf die auf "P" endenden Modelle).

[hikaru]

Flachbildschirme werden weltweit verkauft, die sollten also auch in Deutschland, wo nur mit 50FPS gesendet wird, 60FPS verkraften. Die Hersteller bauen da bestimmt keine künstliche Beschränkung auf 50FPS für den europäischen Markt ein.

Ich hatte schon einen Fernseher vor mir, der per EDID nur 50Hz, 25Hz und 24Hz ausgewiesen hat.
Aber wie du schon sagst, EDID ist gern mal kaputt.

Im Büro haben wir mal ein paar damals sündhaft teure Flachbildschirme mit sogenannten EDID-Emulatoren versehen, weill die EDID-Informationen nur noch Kauderwelsch waren.

Die Investition hättet ihr euch mit handgemachten Modelines sparen können.

Der i5 hat möglicherweise ein integrierte Graphik. Ab Sandy Bridge (2. Core-i Generation) hatten die meisten Intel-CPUs eine integrierte GPU (bis auf die auf "P" endenden Modelle).

Wobei dann aber die Frage ist, ob die digitalen Bildausgänge an den Intel-IGP angebunden sind. Bei vielen Notebooks mit Hybridgrafik aus der Zeit war das nicht der Fall. Da gingen digitale Signale nur über den Nvidia-Chip.

[MSfree]

Die Investition hättet ihr euch mit handgemachten Modelines sparen können.

Leider nein. Das waren stereofähige Bildschirme, die an Windowsrechnern hingen (nix Modeline )

Wobei dann aber die Frage ist, ob die digitalen Bildausgänge an den Intel-IGP angebunden sind.

Im Falle eines Notebooks wäre aber ein Graphikkartenwechsel ohnehin unmöglich. Eine neuere Graphikkartengeneration als die verbaute wird es nicht geben.

Mein ältester Intel mit integrierter GPU ist ein i7-2600 und da hat das MoBo einen DVI-Anschluß, was problemlos auf HDMI und DP adaptierbar ist. Auch mein noch älterer Core2-Q9300, der allerdings die Graphik auf dem Mainboard hat (nicht in der CPU) hat einen DVI-Anschluß.

Leider ist (zumindest mir) nicht klar, ob das ein Desktopsystem oder ein Laptop ist.

[hikaru]

Das waren stereofähige Bildschirme, die an Windowsrechnern hingen (nix Modeline )

Soweit ich mich erinnere (Win2k) konnte man unter Windows Modelines direkt in der inf-Datei des Treibers hinterlegen. Aber das ist zu lange her, um dafür meine Hand ins Feuer zu legen.

Im Falle eines Notebooks wäre aber ein Graphikkartenwechsel ohnehin unmöglich.
[..]
Leider ist (zumindest mir) nicht klar, ob das ein Desktopsystem oder ein Laptop ist.

Mir ist das auch nicht klar. Meine (unbegründete) Vermutung war bisher, dass es um einen Desktop-PC mit "halb-proprietärem" Formfaktor (möglicherweise von einem Systemausrüster) geht, dessen Mainboard lediglich VGA hat, wo dann eine dedizierte Nvidia-GPU zwecks digitalem Ausgang zugesteckt wurde.
Falls das hingegen wirklich ein gewöhnlicher Desktop-PC mit an den IGP angeschlossenem digitalem Ausgang auf dem Mainboard ist, dann würde ich einfach die Nvidia-GPU rausschmeißen und den Fernseher über den Mainboardanschluss betreiben.

Fazit:
@inne: Bitte liefere genaue Infos, was das für ein Rechner ist: Hersteller und Modelnummer falls Fertigrechner, oder Mainboard- und CPU-Modell falls Standardkomponenten

[inne]

Vorweg: Ich hab noch nicht alles gelesen, aber es ist OK hier etwas Talk reinzubingen:

und das Bild ist weg. Vlt. was mit Standby?

Ich würde erstmal den Screensaver verdächtigen.

Am PC-Montior nennt es sich HDMI-Stromsparmodus und dann ist das Bild weg, als wenn der PC aus wäre.

Die NVIDIA mit dem nouveau Treiber, scheint auch nicht die beste Konstellation zu sein, ich konnte nun aber die
Interne Intel Grafik aktivieren. Das war etwas triky bis es das im BIOS übernommen hat... Man musste Auswählen und mit F10 bestätigen und dann nochmal abspeichern^^

Kann jemand einen DVI zu HDMI Adapter empfehlen, zZ. habe ich dieses Kabel: https://www.amazon.de/dp/B014I8UQJY aber scheinbar tut es nun, an meinen Displays

Hier mal ein paar Daten zur Hardware und das X.org.log am PC.

Xorg.0.log 41945
lshw 41946

lspci

Code: Alles auswählen

00:00.0 Host bridge: Intel Corporation 2nd Generation Core Processor Family DRAM Controller (rev 09)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200/2nd Generation Core Processor Family PCI Express Root Port (rev 09)
00:16.0 Communication controller: Intel Corporation 6 Series/C200 Series Chipset Family MEI Controller #1 (rev 04)
00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2 (rev 05)
00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller (rev 05)
00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 1 (rev b5)
00:1c.1 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 2 (rev b5)
00:1c.2 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 3 (rev b5)
00:1c.3 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 4 (rev b5)
00:1c.4 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 5 (rev b5)
00:1c.5 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 6 (rev b5)
00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1 (rev 05)
00:1f.0 ISA bridge: Intel Corporation H61 Express Chipset LPC Controller (rev 05)
00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset Family 6 port Desktop SATA AHCI Controller (rev 05)
00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller (rev 05)
01:00.0 VGA compatible controller: NVIDIA Corporation GF119 [GeForce GT 520] (rev a1)
01:00.1 Audio device: NVIDIA Corporation GF119 HDMI Audio Controller (rev a1)
07:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)

lscpu

Code: Alles auswählen

Architektur:                     x86_64
CPU Operationsmodus:             32-bit, 64-bit
Byte-Reihenfolge:                Little Endian
Adressgrößen:                    36 bits physical, 48 bits virtual
CPU(s):                          4
Liste der Online-CPU(s):         0-3
Thread(s) pro Kern:              1
Kern(e) pro Socket:              4
Sockel:                          1
NUMA-Knoten:                     1
Anbieterkennung:                 GenuineIntel
Prozessorfamilie:                6
Modell:                          42
Modellname:                      Intel(R) Core(TM) i5-2400S CPU @ 2.50GHz
Stepping:                        7
CPU MHz:                         1703.198
Maximale Taktfrequenz der CPU:   3300,0000
Minimale Taktfrequenz der CPU:   1600,0000
BogoMIPS:                        4988.92
L1d Cache:                       128 KiB
L1i Cache:                       128 KiB
L2 Cache:                        1 MiB
L3 Cache:                        6 MiB
NUMA-Knoten0 CPU(s):             0-3
Vulnerability Itlb multihit:     KVM: Mitigation: VMX unsupported
Vulnerability L1tf:              Mitigation; PTE Inversion
Vulnerability Mds:               Mitigation; Clear CPU buffers; SMT disabled
Vulnerability Meltdown:          Mitigation; PTI
Vulnerability Mmio stale data:   Not affected
Vulnerability Retbleed:          Not affected
Vulnerability Spec store bypass: Mitigation; Speculative Store Bypass disabled via prctl and seccomp
Vulnerability Spectre v1:        Mitigation; usercopy/swapgs barriers and __user pointer sanitization
Vulnerability Spectre v2:        Mitigation; Retpolines, IBPB conditional, IBRS_FW, STIBP disabled, RSB filling
Vulnerability Srbds:             Not affected
Vulnerability Tsx async abort:   Not affected
Markierungen:                    fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm epb pti ssbd ibrs ibpb stibp xsaveopt dtherm ida arat pln pts md_clear flush_l1d

PS; @hikaru, im Nopaste ist .txt erlaubt aber .text ist nicht erlaubt, kannst Du das mal weiterleiten, ob man das .text auch erlaubt.

[MSfree]

Kann jemand einen DVI zu HDMI Adapter empfehlen,

Solange es nur um max 1920x1200 geht, viel mehr bringt die Intel GPU ohnehin nicht, kannst du einen einfachen Passivadapter nehmen, wie z.B. diesen hier:
https://www.arlt.com/Hardware/PC-Kompon ... ecker.html

Es gibt aber auch Kabel, die an einem Ende DVI haben und am anderen HDMI.

DVI und HDMI nutzen das gleiche Protokoll, so daß man nur einen Adapter braucht, bei dem die DVI-Pins mit den korrespondierenden HDMI-Pins verdrahtet sind. (Geht auf die gleiche Weise mit DVI zu DP).

Sowas nutze ich unter anderem, um einen 23"-FullHD-Fernseher an meinem Core2-Q9300 zu betreiben..