Diskussion:Flüssigkristallanzeige

aus Wikipedia, der freien Enzyklopädie
Letzter Kommentar: vor 11 Monaten von 2003:EB:A705:D500:CF0:2A20:7B1F:555E in Abschnitt Energieverbrauch bei dunklen Farben
Zur Navigation springen Zur Suche springen
Diese Diskussionsseite dient dazu, Verbesserungen am Artikel „Flüssigkristallanzeige“ zu besprechen. Persönliche Betrachtungen zum Thema gehören nicht hierher. Für allgemeine Wissensfragen gibt es die Auskunft.

Füge neue Diskussionsthemen unten an:

Klicke auf Abschnitt hinzufügen, um ein neues Diskussionsthema zu beginnen.
Zum Archiv
Wie wird ein Archiv angelegt?

Quelle Abschnitt TSTN[Quelltext bearbeiten]

Hallo!

Der Text von dem oben genannten Abschnitt ist 1:1 von dieser Internetseite übernommen: http://www.heimo.de/jpool/articles/lcd/tstn.shtml Hier wird allerdings ein Autor mit Copyright angegeben: "Heimo Ponnath, Dipl.chem. (© 1991)"

Bitte Abschnitt prüfen, ob evtl. ein Copyrightverstoß vorliegt!

Gruß --194.138.39.56 15:32, 8. Feb. 2012 (CET)Beantworten

Danke für den Hinweis. Der beanstandete Text wurde am 18. Januar 2005 von Benutzer:Heimoponnath eingefügt [1]. Der Benutzername deutet darauf hin, dass es sich um den Autor der Webseite - Heimo Ponnath - handeln könnte. Ich werde den Benutzer um eine ordnungsgemässe Freigabe bitten. --tsor 05:32, 21. Feb. 2012 (CET)Beantworten

Freigabe wurde erteilt:

Dieser Artikel stellt keine Urheberrechtsverletzung dar.

Unter der Ticketnummer 2012022110004001 liegt seit dem 21. Februar 2012 eine Erlaubnis des Urhebers bzw. Rechteinhabers zur Nutzung vor.
Bearbeiter: Reinhard Kraasch 10:06, 21. Feb. 2012 (CET)Beantworten

Dieser Baustein verhindert die automatische Archivierung dieses Abschnitts und seiner Unterabschnitte.

Energieverbrauch bei dunklen Farben[Quelltext bearbeiten]

Ist der Energieverbrauch bei LCDs niedriger wenn der dunkel-Modus von Apps oder Programmen verwendet wird? Wenn ja, sollte das nicht im Artikel erwähnt werden? --95.90.67.174 12:44, 24. Mai 2019 (CEST)Beantworten

Nein, der Energieverbrauch von LCDs bleibt unabhängig von den Bildinhalten konstant (vorausgesetzt, die Intensität der Hintergrundbeleuchtung wird nicht automatisch herabgesetzt, wenn die Bildinhalte »dunkel« sind; auch bekannt unter dynamischem Kontrast). Der »Dunkelmodus« in Apps ist zum Zweck der Energieeinsparung bei OLED-Bildschirmen konzipiert. — Kowsalat (Diskussion) 12:53, 24. Mai 2019 (CEST)Beantworten
… und weil er von manchen Menschen (z. B. meiner Wenigkeit) als angenehmer für die Augen empfunden wird. Der „Dark Mode“ hat daher durchaus auch bei anderen Display-Typen seine Daseinsberechtigung, nicht nur bei OLED. --Winof (Diskussion) 17:49, 16. Sep. 2022 (CEST)Beantworten
Den persönlichen optischen Vorteil spricht dem Modus niemand ab, aber er sorgt eben nicht automatisch für eine Energieeinsparung, wie oft suggeriert wird und um die sich die eigentliche Fragestellung drehte. — Kowsalat (Diskussion) 14:46, 2. Mai 2023 (CEST)Beantworten

An Kowsalat

Meines Wissens gibt es zwei Möglichkeiten, FKe zu verwenden/zusammenzubauen: so, dass sie schon ohne elektrische Spannung Licht durchlassen oder so, dass sie erst mit (also erst unter) elektrischer Spannung Licht durchlassen. Beschrieben in "Anzeigetypen" / Twisted Nematic (TN) / vorletzer und letzter Absatz.

Deshalb ist die eine BauArt, besser geeignet für weißen Schrift-HinterGrund (schwarze Schrift auf weißem Grund) und die andere für schwarzen Hintergrund.

Muss das Pixel also erst 'mal unter Spannung gesetzt werden, damit es schwarz erschient, und ist die Mehrheit der Fläche schwarz, dann verbraucht das, einleuchtenderweise, mehr Strom als bei der anderen BauArt.

Je nach dem, welche Bau-Art vorliegt, macht es also durchaus einen Unterschied, wie viel Strom die Darstellung verbraucht.

Weil die Mehrheit der Benutzer schwarze Schrift auf weißem Grund bevorzugt, ist heute jene BauArt, die schon ohne Spannung weiß erscheint vorherrschend.

Ping willkommen, Steue (Diskussion) 14:05, 2. Mai 2023 (CEST)Beantworten

Mit dem Anpingen hat’s nicht ganz geklappt.
Die Ansteuerung der Matrix benötigt nur einen Bruchteil der Energie (hier werden 6 µW pro cm² genannt, allerdings für reflexive LCDs), die die Hintergrundbeleuchtung aufnimmt. Ob die Matrix im unbestromten Zustand lichtdurchlässig oder -undurchlässig ist, spielt beim Energieverbrauch nur eine untergeordnete Rolle, weil die Hintergrundbeleuchtung konstant vollflächig eingeschaltet ist. Nur LCDs mit Local Dimming und OLEDs profitieren also meines Wissens von dunklen Bildschirminhalten. — Kowsalat (Diskussion) 14:27, 2. Mai 2023 (CEST)Beantworten
@Steue: So einleuchtend ist das keineswegs. Die Flüssigkeit der Zellen (Pixel) ist isolierend, deswegen fließt durch die Zellen praktisch gar keinen Strom, solange sich die Spannung nicht ändert. Nur weil man mit Wechselspannung arbeitet, entsteht ein minimaler Verbrauch (die Kristalle erzeugen beim ständigen Umkippen etwas Wärme). Ohne Wechselspannung geht es nun mal nicht, weil man ohne Multiplexen viele Tausend Drähtchen ans Display anschließen müsste und weil Gleichspannung die Kristalle durch elektrolytische Effekte bald zerstören würde.
Fakt ist aber, dass dieser Verbrauch im Vergleich zu dem der Ansteuerungselektronik praktisch gar keine Rolle spielt. Von der Hintergrundbeleuchtung gar nicht zu reden --2003:EB:A705:D500:CF0:2A20:7B1F:555E 18:34, 11. Mai 2023 (CEST)Beantworten

Das Auge integriert?[Quelltext bearbeiten]

Besonders an MovGP0

Flüssigkristallanzeige #Bewegungsunschärfe / 1. Absatz / 2. Satz

Da das Auge bei der Verfolgung eines bewegten Bildinhalts (englisch smooth pursuit eye tracking) die „Helligkeit“ über eine Bildperiode integriert, während der Bildinhalt aber fixiert bleibt, kommt es zum Verwischen des Bildes auf der Netzhaut des Betrachters.

Was muss man unter diesem "integriert" verstehen? Kann man das auch mit einem deutschen (bekannteren) Wort oder Ausdruck erklärenn? Selbst wenn die mathematische Bedeutung gemeint sein sollte, wäre ein Link auf diese nicht genug; eine Erklärung für diese Besondere Anwendung ist nötig.

Ping willkommen, Steue (Diskussion) 14:13, 2. Mai 2023 (CEST)Beantworten