Intel UHD 600 VGA spielt verrückt

[Marco Moock]

Hallo zusammen!

Der ein oder andere wird von dem Ärger in de.alt.talk.unmut mitbekommen
haben.

Der VGA-Port der UHD600 ist störanfällig. Da es nur 3 Anschlüsse gibt,
muss ich den nutzen.

Der Monitor (Philips 150S) ist nicht die Ursache, an einer andere
Grafikkarte wird der korrekt erkannt (incl. Modell).

Das passiert auch im Livesystem von Fedora Xfce und ist somit nicht
eine Ursache bei Debian.

Wenn ich per cvt/xrandr manuell die Auflösung hinzufüge, funktioniert
das, aber das Bild ist komplett verrauscht, Schrift fast unlesbar.
Phase/Clock sind nicht das Problem, sondern das ausgegebene Signal.

Füge ich die gleiche cvt-Modeline zum Ausgang der nvidia-Karte hinzu,
ist der Monitor damit nutzbar.

Bei einem 2. mit 1680*1050 ist das ebenfalls so. Ergo schließe ich den
Philips als Ursache aus.

Ist meine Vermutung richtig, dass bei der UHD das Problem liegt, ggf.
im Treiber?

Hat wer eine solche Karte und kann das Verhalten bestätigen?

--
Gruß
Marco

Spam und Werbung bitte an ichwillges...@nirvana.admins.ws

[Sieghard Schicktanz]

Hallo Marco,

Du schriebst am Sun, 11 Feb 2024 10:11:54 +0100:

> Der VGA-Port der UHD600 ist störanfällig. Da es nur 3 Anschlüsse gibt,
> muss ich den nutzen.

Ist das eine Grafikkarte? VGA ist analog - d.h. da sitzt ein DA-Wandler
drauf, der das Video-Ausgangssignal erzeugt.
...

> Ist meine Vermutung richtig, dass bei der UHD das Problem liegt, ggf.
> im Treiber?

So wie Du das beschreibst, kann das ohne weiteres sein - wenn der DAW
mal was rückwärts abgekriegt hat, kann das eine oder mehrere seiner
Ausgangsstufen beschädigt haben. Oder seine Spannungsversorgung ist
instabil, verrauscht. Rauschen von Grafiktreiber kann ich mir eher nicht
vorstellen - insbes. wenn der mit anderen Karten oder gar noch an einem
anderen Ausgang derselben Karte ein einwandfreies Signal liefert. Genau
dieses Signal wird ja für den VGA-Ausgang dann auf der Karte nach Analog
umgesetzt.

> Hat wer eine solche Karte und kann das Verhalten bestätigen?

Nein, mehr kann ich dazu nicht beitragen.

--
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------

[Marco Moock]

Am 11.02.2024 20:43 Uhr schrieb Sieghard Schicktanz:

> Du schriebst am Sun, 11 Feb 2024 10:11:54 +0100:
>
> > Der VGA-Port der UHD600 ist störanfällig. Da es nur 3 Anschlüsse
> > gibt, muss ich den nutzen.
>
> Ist das eine Grafikkarte?

Eine integrierte Grafikkarte im Prozessor.
https://www.intel.de/content/www/de/de/products/sku/197305/intel-celeron-processor-j4125-4m-cache-up-to-2-70-ghz/specifications.html
Kann auch 3 Monitore laut Spezifikation.
VGA wird als eDP-1 erkannt, vermutlich intern DP und dann wird
gewandelt.

> VGA ist analog - d.h. da sitzt ein
> DA-Wandler drauf, der das Video-Ausgangssignal erzeugt.

Was bei jedem VGA-Port der Fall sein muss.

--
Gruß
Marco

Spam und Werbung bitte an ichschic...@cartoonies.org

[Sieghard Schicktanz]

Hallo Marco,

Du schriebst am Mon, 12 Feb 2024 07:30:02 +0100:

> > > Der VGA-Port der UHD600 ist störanfällig. Da es nur 3 Anschlüsse
> > > gibt, muss ich den nutzen.
> >
> > Ist das eine Grafikkarte?
>
> Eine integrierte Grafikkarte im Prozessor.

Also KEINE Grafikkarte, sondern ein prozessor-internes Funktionsmodul.
Wahrscheinlich ist da der DA-Wandler separat irgendwo auf der Platine
oder gar in einem Chipsatzteil.

> Kann auch 3 Monitore laut Spezifikation.
> VGA wird als eDP-1 erkannt, vermutlich intern DP und dann wird
> gewandelt.

Zumindest wird aus dem Prozessor kaum direkt ein Analogsignal 'rauskommen.

> > VGA ist analog - d.h. da sitzt ein
> > DA-Wandler drauf, der das Video-Ausgangssignal erzeugt.
>
> Was bei jedem VGA-Port der Fall sein muss.

Ja, klar, und der kann ja auch mal defekt sein oder ein Problem bei der
Stromversorgung haben. Vielleicht ist bloß ein Abblock- oder Stütz-
Kondensator kaputt oder nicht richtig aufgelötet. Leider kann sogar sowas
heute praktisch irreparabel sein, bei Bauteilen kleiner als ein
Zuckerkörnderl.

[Marco Moock]

Am 12.02.2024 20:10 Uhr schrieb Sieghard Schicktanz:

> Hallo Marco,
>
> Du schriebst am Mon, 12 Feb 2024 07:30:02 +0100:
>
> > > > Der VGA-Port der UHD600 ist störanfällig. Da es nur 3 Anschlüsse
> > > > gibt, muss ich den nutzen.
> > >
> > > Ist das eine Grafikkarte?
> >
> > Eine integrierte Grafikkarte im Prozessor.
>
> Also KEINE Grafikkarte, sondern ein prozessor-internes Funktionsmodul.
> Wahrscheinlich ist da der DA-Wandler separat irgendwo auf der Platine
> oder gar in einem Chipsatzteil.
>
> > Kann auch 3 Monitore laut Spezifikation.
> > VGA wird als eDP-1 erkannt, vermutlich intern DP und dann wird
> > gewandelt.
>
> Zumindest wird aus dem Prozessor kaum direkt ein Analogsignal
> 'rauskommen.
>
> > > VGA ist analog - d.h. da sitzt ein
> > > DA-Wandler drauf, der das Video-Ausgangssignal erzeugt.
> >
> > Was bei jedem VGA-Port der Fall sein muss.
>
> Ja, klar, und der kann ja auch mal defekt sein oder ein Problem bei
> der Stromversorgung haben. Vielleicht ist bloß ein Abblock- oder
> Stütz- Kondensator kaputt oder nicht richtig aufgelötet. Leider kann
> sogar sowas heute praktisch irreparabel sein, bei Bauteilen kleiner
> als ein Zuckerkörnderl.

Ich habe heute den VW22AT angeschlossen, wird nicht erkannt, kann aber
1024 768 60Hz nutzen. Dann den Philips. Bild ist ok. Der DAC muss also
funktionieren.

[Marco Moock]

Am 13.02.2024 12:30 Uhr schrieb Marco Moock:

> Ich habe heute den VW22AT angeschlossen, wird nicht erkannt, kann aber
> 1024 768 60Hz nutzen. Dann den Philips. Bild ist ok. Der DAC muss also
> funktionieren.

Ich komme der Sache wohl näher.

eDP-1 connected 1024x768+1200+0 (normal left inverted right x axis y axis) 0mm x 0mm
1024x768 60.00*+

Das ist der funktionierende Zustand.

Das erzeugt das verrauschte Bild.
1024x768_60.00 59.92*

Das kommt, wenn ich cvt nutze.
Kann man denn irgendwie aus einem laufenden System die Modeline
auslesen?

[Sieghard Schicktanz]

Hallo Marco,

Du schriebst am Tue, 13 Feb 2024 16:00:38 +0100:

> Ich komme der Sache wohl näher.
>
> eDP-1 connected 1024x768+1200+0 (normal left inverted right x axis y
> axis) 0mm x 0mm 1024x768 60.00*+
>
> Das ist der funktionierende Zustand.
>
> Das erzeugt das verrauschte Bild.
> 1024x768_60.00 59.92*
>
> Das kommt, wenn ich cvt nutze.

Dann kann der Monitor halt "irgendwas" mit der so errechneten Modeline
nicht richtig verarbeiten, wahrscheinlich hätte er wohl lieber eine größere
Veranda (porch) an einer oder beiden Seiten des Synchronimpulses. Aber
vielleicht dauert's ihm auch zu lang, und ein "cvt -r" brächte ein besseres
Ergebnis. Die Werte kannst Du ja sowieso beliebig anpassen, und vielleicht
sogar - falls noch vorhanden und funktionierend - mit xvidtune interaktiv
ausprobieren. (Vorsicht: Bedienkonzept aus dem vorigen Jahrtausend!)

> Kann man denn irgendwie aus einem laufenden System die Modeline
> auslesen?

Kommt mglw. auf den Treiber an. In meiner Xorg-log-0 steht da ein Block wie

[ 36.984] (II) AMDGPU(0): Printing probed modes for output DVI-D-0
[ 36.984] (II) AMDGPU(0): Modeline "1920x1200"x60.0 154.00 1920 ...
[ 36.984] (II) AMDGPU(0): Modeline "1920x1080"x50.0 148.50 1920 ...
...
[ 36.984] (II) AMDGPU(0): Modeline "720x400"x70.1 28.32 720 738 ...
[ 36.984] (II) AMDGPU(0): EDID for output DisplayPort-0
[ 36.984] (II) AMDGPU(0): Output HDMI-A-0 disconnected
[ 36.984] (II) AMDGPU(0): Output DVI-D-0 connected
[ 36.984] (II) AMDGPU(0): Output DisplayPort-0 disconnected
[ 36.984] (II) AMDGPU(0): Using exact sizes for initial modes
[ 36.984] (II) AMDGPU(0): Output DVI-D-0 using initial mode 1920x1200...

Da stehen natürlich alle Angaben der Modelines, aber wenn der Editor die
umbricht, gibt das bloß ein unentwirrbares Chaos.
Vielleicht gibt Dein Treiber die Modelines ja auch an, die er probiert.

[Christian Garbs]

Mahlzeit!

Sieghard Schicktanz <Sieghard....@schs.de> wrote:

> […] Die Werte kannst Du ja sowieso beliebig anpassen, und vielleicht

> sogar - falls noch vorhanden und funktionierend - mit xvidtune
> interaktiv ausprobieren. (Vorsicht: Bedienkonzept aus dem vorigen
> Jahrtausend!)

Ui! Noch so eine uralte X11-Anwendung. Die hat bei meinem
Windowmanager genau die gleiche Macke wie xfontsel(1):

Mein Windowmanager ist so dressiert, dass ein Klick auf das
root-Window eine neues xterm startet.¹

xfontsel und xvidtune sind irgendwie für Klicks "durchsichtig":
Wenn man keinen Button trifft und auf die leere schwarze Fläche
zwischen den Widgets klickt, landet der Klick im root-Window
(und ein neues xterm poppt auf - der Teil passiert nur bei mir).

Scheinbar hat man früher öfter so programmiert. Aber warum?
Schlechte Code-Kopiervorlage? Steckte da früher ein inzwischen
überflüssig gewordener Grund dahinter?

Gruß
Christian


¹ Ich nutze keine Desktop-Icons, meine Fenster sind grundsätzlich
maximiert bzw. teilen sich den kompletten Screen (dynamisches
Layouting) und wenn mal auf einem Screen tatsächlich keine Anwendung
läuft und das Hintergrundbild zu sehen ist, dann ist die
offensichtlichste nächste Handlung, dort ein neues xterm
aufzumachen, daher dieses Verhalten ;-)

--
....Christian.Garbs....................................https://www.cgarbs.de
Wie viele Bassisten braucht man, um eine Glühbirne einzuschrauben?
Keinen. Das kann der Keyboarder mit der linken Hand machen.

[Marco Moock]

Am 13.02.2024 schrieb Sieghard Schicktanz <Sieghard....@SchS.de>:

> Du schriebst am Tue, 13 Feb 2024 16:00:38 +0100:
>
> > Ich komme der Sache wohl näher.
> >
> > eDP-1 connected 1024x768+1200+0 (normal left inverted right x axis y
> > axis) 0mm x 0mm 1024x768 60.00*+
> >
> > Das ist der funktionierende Zustand.
> >
> > Das erzeugt das verrauschte Bild.
> > 1024x768_60.00 59.92*
> >
> > Das kommt, wenn ich cvt nutze.
>
> Dann kann der Monitor halt "irgendwas" mit der so errechneten Modeline
> nicht richtig verarbeiten, wahrscheinlich hätte er wohl lieber eine
> größere Veranda (porch) an einer oder beiden Seiten des
> Synchronimpulses.

Beim VW22AT hat es den Effekt, dass sich zwar die Auflösung ändert,
aber in einigen Fällen der Monitor direkt umschaltet, ohne kurz
auszugehen. Sehr ungewöhnlich, weil der sonst immer kurz ausgeht bei
einer Änderung der Auflösung.

> Aber vielleicht dauert's ihm auch zu lang, und ein "cvt -r" brächte
> ein besseres Ergebnis.

Kann ich mal testen.

> Die Werte kannst Du ja sowieso beliebig anpassen, und vielleicht
> sogar - falls noch vorhanden und funktionierend - mit xvidtune
> interaktiv ausprobieren. (Vorsicht: Bedienkonzept aus dem vorigen
> Jahrtausend!)

Ist aber noch in den Paketquellen von Debian.

> > Kann man denn irgendwie aus einem laufenden System die Modeline
> > auslesen?
>
> Kommt mglw. auf den Treiber an. In meiner Xorg-log-0 steht da ein
> Block wie
>
> [ 36.984] (II) AMDGPU(0): Printing probed modes for output DVI-D-0
> [ 36.984] (II) AMDGPU(0): Modeline "1920x1200"x60.0 154.00 1920
> ... [ 36.984] (II) AMDGPU(0): Modeline "1920x1080"x50.0 148.50
> 1920 ... ...
> [ 36.984] (II) AMDGPU(0): Modeline "720x400"x70.1 28.32 720 738
> ... [ 36.984] (II) AMDGPU(0): EDID for output DisplayPort-0
> [ 36.984] (II) AMDGPU(0): Output HDMI-A-0 disconnected
> [ 36.984] (II) AMDGPU(0): Output DVI-D-0 connected
> [ 36.984] (II) AMDGPU(0): Output DisplayPort-0 disconnected
> [ 36.984] (II) AMDGPU(0): Using exact sizes for initial modes
> [ 36.984] (II) AMDGPU(0): Output DVI-D-0 using initial mode
> 1920x1200...
>
> Da stehen natürlich alle Angaben der Modelines, aber wenn der Editor
> die umbricht, gibt das bloß ein unentwirrbares Chaos.
> Vielleicht gibt Dein Treiber die Modelines ja auch an, die er
> probiert.

Werde ich mal nachschauen.

Die aktuelle Notlösung ist eine GeForce 210 (die kann wohl auch UEFI,
sonst sieht man da eig. nicht den UEFI-POST). Die kann zwar nur 2
Monitore, aber einer hängt dann an der Intel. Dieser ist zwar etwas
träge, wenn man Fenster zieht, damit kann ich aber im Notfall leben.

[Sieghard Schicktanz]

Hallo Christian,

Du schriebst am Wed, 14 Feb 2024 08:45:07 -0000 (UTC):

> xfontsel und xvidtune sind irgendwie für Klicks "durchsichtig":
> Wenn man keinen Button trifft und auf die leere schwarze Fläche

...

> Scheinbar hat man früher öfter so programmiert. Aber warum?
> Schlechte Code-Kopiervorlage? Steckte da früher ein inzwischen
> überflüssig gewordener Grund dahinter?

Wahrscheinlich war es einfach nicht nötig (falls anfangs überhaupt
möglich), die Klicks "im Fenster" abzufangen, weil einfach keine solch
aufwendigen Hintergründe mit Funktionsflächen vorhanden waren. Eine ggfs.
einheitlich farbige oder gar "stippled" Fläche mußte genügen, da gab's
halt nix weiter auszulösen.

[Sieghard Schicktanz]

Hallo Marco,

Du schriebst am Wed, 14 Feb 2024 12:27:46 +0100:

[Synchronimpulse]

> Beim VW22AT hat es den Effekt, dass sich zwar die Auflösung ändert,
> aber in einigen Fällen der Monitor direkt umschaltet, ohne kurz
> auszugehen. Sehr ungewöhnlich, weil der sonst immer kurz ausgeht bei
> einer Änderung der Auflösung.

Da kann ich Dir jetzt leider nicht ganz folgen - worauf beziehst Du Dich
damit? Schon auf Änderungen per "xvidtune"?

> Ist aber noch in den Paketquellen von Debian.

Schön. Eine Anpassung an aktuelle Gegebenheiten lohnt sich dafür wohl
nicht...

> Die aktuelle Notlösung ist eine GeForce 210 (die kann wohl auch UEFI,

> sonst sieht man da eig. nicht den UEFI-POST). ...

Umgekehrt, UEFI hat ziemlich sicher einen Treiber für VESA-Grafik und wird
die Karte damit auch ansprechen. Das sollte wohl mit fast allen halbwegs
gängigen Karten als "letzte Rückfallmöglichkeit" funktionieren.

[Peter J. Holzer]

On 2024-02-14 08:45, Christian Garbs <mi...@cgarbs.de> wrote:
> xfontsel und xvidtune sind irgendwie für Klicks "durchsichtig":
> Wenn man keinen Button trifft und auf die leere schwarze Fläche
> zwischen den Widgets klickt, landet der Klick im root-Window
> (und ein neues xterm poppt auf - der Teil passiert nur bei mir).

Kann ich bei mir (mit xfwm4) nicht nachvollziehen. Ein Klick in den
"Hintergrund" von xfontsel macht nicht das gleiche wie ein Klick auf den
Desktop. Auch ist der Hintergrund bei mir weiß und nicht schwarz (aber
kann an den Xresources liegen).

Kann es sein, dass Dein Window-Manager das Fenster durchsichtig macht?

hp

[Marco Moock]

Am 14.02.2024 schrieb Sieghard Schicktanz <Sieghard....@SchS.de>:

> Du schriebst am Wed, 14 Feb 2024 12:27:46 +0100:
>
> [Synchronimpulse]
> > Beim VW22AT hat es den Effekt, dass sich zwar die Auflösung ändert,
> > aber in einigen Fällen der Monitor direkt umschaltet, ohne kurz
> > auszugehen. Sehr ungewöhnlich, weil der sonst immer kurz ausgeht bei
> > einer Änderung der Auflösung.
>
> Da kann ich Dir jetzt leider nicht ganz folgen - worauf beziehst Du
> Dich damit? Schon auf Änderungen per "xvidtune"?

Änderungen per xrandr.
Normalerweise geht der Monitor kurz aus und wieder an, wenn man die
Auflösung verstellt. Hier passiert das an IGP-VGA nicht, die Auflösung
am Monitor ändert sich aber.
Ich vermute daher, dass sich andere Parameter nicht ändern und daher
der kleine Monitor damit nicht klarkommt.

> > Ist aber noch in den Paketquellen von Debian.
>
> Schön. Eine Anpassung an aktuelle Gegebenheiten lohnt sich dafür wohl
> nicht...
>
> > Die aktuelle Notlösung ist eine GeForce 210 (die kann wohl auch
> > UEFI, sonst sieht man da eig. nicht den UEFI-POST). ...
>
> Umgekehrt, UEFI hat ziemlich sicher einen Treiber für VESA-Grafik und
> wird die Karte damit auch ansprechen. Das sollte wohl mit fast allen
> halbwegs gängigen Karten als "letzte Rückfallmöglichkeit"
> funktionieren.

Es funktionierte aber bei einer Geforce 9500GS nicht, auch wenn ich
ausgewählt habe, dass die zuerst initialisiert werden soll.

Diese Mainboard hat kein CSM und ich vermute daher, dass es GOP
erfordert.

Für die 210-Reihe gibt es VBIOS mit GOP-Unterstützung, zumindest
inoffiziell.
https://www.techpowerup.com/vgabios/176767/176767

Meine habe ich 2015 gekauft (die erste dedizierte Grafikkarte, die ich
besaß) und es könnte sein, dass der Hersteller das schon
EFI-Unterstützung vorgesehen hat. Die 200er-Reihe kam Ende 2009 raus,
da dürfte Nvidia & Co. bekannt gewesen sein, dass UEFI kommen wird.

[Sieghard Schicktanz]

Hallo Marco,

Du schriebst am Thu, 15 Feb 2024 08:58:05 +0100:

> Normalerweise geht der Monitor kurz aus und wieder an, wenn man die
> Auflösung verstellt. Hier passiert das an IGP-VGA nicht, die Auflösung
> am Monitor ändert sich aber.
> Ich vermute daher, dass sich andere Parameter nicht ändern und daher
> der kleine Monitor damit nicht klarkommt.

Naja, es gibt ja keine Vorschrift, daß bei Änderungen am Bildsignal der
Monitor mal ausgehen müßte. Vielleicht geht der halt aus, wenn die Änderung
so groß ist, daß die Synchronisation nicht mehr funktioniert und das Bild
durchliefe oder was unangenehmes passierte, weil da noch andere Stufen
dranhängen, wie früher die Hochspannungserzeugung.

...
> > Umgekehrt, UEFI hat ziemlich sicher einen Treiber für VESA-Grafik und
> > wird die Karte damit auch ansprechen. Das sollte wohl mit fast allen
> > halbwegs gängigen Karten als "letzte Rückfallmöglichkeit"
> > funktionieren.
>
> Es funktionierte aber bei einer Geforce 9500GS nicht, auch wenn ich
> ausgewählt habe, dass die zuerst initialisiert werden soll.

Und die kann VESA-Grafik?

> Diese Mainboard hat kein CSM und ich vermute daher, dass es GOP
> erfordert.

...

> Meine habe ich 2015 gekauft (die erste dedizierte Grafikkarte, die ich
> besaß) und es könnte sein, dass der Hersteller das schon
> EFI-Unterstützung vorgesehen hat. Die 200er-Reihe kam Ende 2009 raus,
> da dürfte Nvidia & Co. bekannt gewesen sein, dass UEFI kommen wird.

Nagut, hier wird's bisserl zu speziell für meine Kenntnisse, ich habe seit
recht langem (> 5 Jahre jedenfalls) weder ein neues Grafiksystem noch einen
neuen Monitor gebraucht.

[Marco Moock]

Am 15.02.2024 20:29 Uhr schrieb Sieghard Schicktanz:

> Du schriebst am Thu, 15 Feb 2024 08:58:05 +0100:
>
> > Normalerweise geht der Monitor kurz aus und wieder an, wenn man die
> > Auflösung verstellt. Hier passiert das an IGP-VGA nicht, die
> > Auflösung am Monitor ändert sich aber.
> > Ich vermute daher, dass sich andere Parameter nicht ändern und daher
> > der kleine Monitor damit nicht klarkommt.
>
> Naja, es gibt ja keine Vorschrift, daß bei Änderungen am Bildsignal
> der Monitor mal ausgehen müßte. Vielleicht geht der halt aus, wenn
> die Änderung so groß ist, daß die Synchronisation nicht mehr
> funktioniert und das Bild durchliefe oder was unangenehmes passierte,
> weil da noch andere Stufen dranhängen, wie früher die
> Hochspannungserzeugung.

Das ist aber genau das Komische. Wenn ich bei der anderen Grafikkarte
die Auflösung umstelle, passiert das. Das ist für mich ein eindeutiger
Indikator, dass das Verhalten anders ist.

> > > Umgekehrt, UEFI hat ziemlich sicher einen Treiber für VESA-Grafik
> > > und wird die Karte damit auch ansprechen. Das sollte wohl mit
> > > fast allen halbwegs gängigen Karten als "letzte
> > > Rückfallmöglichkeit" funktionieren.
> >
> > Es funktionierte aber bei einer Geforce 9500GS nicht, auch wenn ich
> > ausgewählt habe, dass die zuerst initialisiert werden soll.
>
> Und die kann VESA-Grafik?

Davon gehe ich aus. Wie soll die den BIOS-POST auf BIOS-Systemen sonst
anzeigen?

[Christian Garbs]

Mahlzeit!

Glaub ich nicht, weil das schwarz nicht vom Desktop kommt, sondern
schon die Hintergrundfarbe des xfontsel- bzw. xvidtune-Fensters ist.

Kann das was mit Reparenting sein? Das macht mein WM nämlich nicht
und das macht z.B. Zicken mit IntelliJ oder Java-Anwendungen.

Gruß
Christian
--
....Christian.Garbs....................................https://www.cgarbs.de
DAS NEBELHORN
Je Atue
desto tatue

[Peter J. Holzer]

On 2024-02-16 18:01, Christian Garbs <mi...@cgarbs.de> wrote:
> Peter J. Holzer <hjp-u...@hjp.at> wrote:
>> On 2024-02-14 08:45, Christian Garbs <mi...@cgarbs.de> wrote:
>>> xfontsel und xvidtune sind irgendwie für Klicks "durchsichtig":
>>> Wenn man keinen Button trifft und auf die leere schwarze Fläche
>>> zwischen den Widgets klickt, landet der Klick im root-Window
>>> (und ein neues xterm poppt auf - der Teil passiert nur bei mir).
>>
>> Kann ich bei mir (mit xfwm4) nicht nachvollziehen.

[...]

> Kann das was mit Reparenting sein? Das macht mein WM nämlich nicht
> und das macht z.B. Zicken mit IntelliJ oder Java-Anwendungen.

Möglich. Ich glaube, der einzige Window-Manager, den ich jemals
verwendet habe, der das nicht macht, war uwm. Und bei dem bin ich mir
nicht sicher, ob ich den überhaupt unter X11 verwendet habe oder nur
unter X10.

Ich weiß auch nicht mehr, wie das Event-Bubbling in X funktioniert, aber
es erscheint mir durchaus plausibel, dass alle Events, die ein Fenster
nicht behandelt, per default an den Parent weitergegeben werden. Alles,
was vom Top-Level-Window nicht behandelt wird, landet dann im
Root-Window.

hp

[Sieghard Schicktanz]

Hallo Marco,

Du schriebst am Fri, 16 Feb 2024 08:41:27 +0100:

> > > Normalerweise geht der Monitor kurz aus und wieder an, wenn man die

...

> Das ist aber genau das Komische. Wenn ich bei der anderen Grafikkarte
> die Auflösung umstelle, passiert das. Das ist für mich ein eindeutiger
> Indikator, dass das Verhalten anders ist.

Könnte natürlich auch sein, daß der Treiber der anderen Karte das Signal
kurz unterbricht, um dem Monitor - und sich selber - bisserl Zeit zu geben,
sich zurückzustellen und dann mit dem neuen Signal wieder anzufangen. Der
andere Treiber ändert da (Synchron-) Signal halt im laufenden Betrieb. Mit
einem Oszilloskop könnte man das wohl feststellen.

...

> > > Es funktionierte aber bei einer Geforce 9500GS nicht, auch wenn ich

^^^^^

> > Und die kann VESA-Grafik?
>
> Davon gehe ich aus. Wie soll die den BIOS-POST auf BIOS-Systemen sonst
> anzeigen?

Irgendwie geht das jetzt bisserl durcheinander, Mir ist nicht mehr klar,
was jetzt womit unter welchen Umständen geht oder nicht.
Ich werd' das deswegen nicht weiter verfolgen, zmal ich da sowieso nichts
weiter beitragen kann.

[Christian Garbs]

Mahlzeit!

Peter J. Holzer <hjp-u...@hjp.at> wrote:
> On 2024-02-16 18:01, Christian Garbs <mi...@cgarbs.de> wrote:
>> Peter J. Holzer <hjp-u...@hjp.at> wrote:
>>> On 2024-02-14 08:45, Christian Garbs <mi...@cgarbs.de> wrote:

>>>> xfontsel und xvidtune sind irgendwie für Klicks "durchsichtig":
>>>> Wenn man keinen Button trifft und auf die leere schwarze Fläche
>>>> zwischen den Widgets klickt, landet der Klick im root-Window

[…]

>> Kann das was mit Reparenting sein? Das macht mein WM nämlich nicht
>> und das macht z.B. Zicken mit IntelliJ oder Java-Anwendungen.
>
> Möglich. Ich glaube, der einzige Window-Manager, den ich jemals
> verwendet habe, der das nicht macht, war uwm. Und bei dem bin ich mir
> nicht sicher, ob ich den überhaupt unter X11 verwendet habe oder nur
> unter X10.

Ich hab dem gerade mal hinterhergegoogelt, weil ich ihn mit einem
anderen Windowmanager¹ verwechselt habe. Das geht ja echt in die
Antike, wenn bei zwei WMs weiter bei awm eine Notiz steht wie
"included on the X11R3 contrib *tape*".

> Ich weiß auch nicht mehr, wie das Event-Bubbling in X funktioniert, aber
> es erscheint mir durchaus plausibel, dass alle Events, die ein Fenster
> nicht behandelt, per default an den Parent weitergegeben werden. Alles,
> was vom Top-Level-Window nicht behandelt wird, landet dann im
> Root-Window.

Das denke ich ist die passende Erklärung. Aktuelle(re) X-Toolkits
fangen anscheinend alle Events selber ab.

Gruß
Christian

¹ Der aus um SuSE 6.x herum, der das Fenstermenü in Hexagon-Form
angezeigt hat, damit man mit der Maus für jede Option einen kurzen
Anfahrtsweg hat. Den habe ich eine Zeit lang genutzt.
--
....Christian.Garbs....................................https://www.cgarbs.de
YA BRO ROS