Vorlage Diskussion:Hinweis Farbdarstellung

message: Weicht die Farbdarstellung der drei Flächen des Würfels in der Mitte vom grauen Hintergrund ab
Was heißt das jetzt genau?! Natürlich haben die drei Flächen eine andere Farbe (die Flächen haben ja sogar alle mehr als nur eine Farbe). Ist das graue auf den Flächen gemeint? Und welcher graue Hintergrund? Ev könnte ja jemand, der genau Bescheid weiß, das auch für einen einfachen Surfer hier verständlich und klar formulieren? Danke! :) --Thire 13:36, 8. Jan 2006 (CET)
replies: text: Besser so (siehe Änderung)? Aber eigentlich dürfte es auch vorher schon klar gewesen sein - es sei denn, man hätte den letzten Satz überlesen... Gruß, Torge, alias --DiplomBastler 09:29, 9. Jan 2006 (CET)
replies: text: Habe den Text der Vorlage jetzt nochmals überarbeitet um sie für nicht-Experten verständlicher zu machen und die sehr wichtige Information, dass man sich das Bild aus einer Entfernung ansehen muss in der man die Linienstruktur der Buchstaben nicht mehr erkennen kann und dass man bei LCD-Bildschirmen auf den Betrachtungswinkel achten muss, ergänzt. Zur weiteren Info habe ich ersteinmal diese Seite (mangels eines Artikels zu Bildschirmkalibration) verlinkt und das Überarbeiten-Tag auskommentiert. --84.148.0.132 17:37, 19. Aug 2006 (CEST)
thread_title: Unklarheiten

message: Wollte nur kurz auch hier erwähnen, daß ich gerade ein etwas benutzerfreundlicheres Bild sowie einen veränderten Text in der :Vorlage:Hinweis Farbdarstellung eingebaut habe. Dieses ist nach genau dem alten (und meiner Meinung nach auch funktionierenden) Prinzip erstellt. --Benutzer:DiplomBastler [><] 13:39, 15. Aug 2006 (CEST)
thread_title:  Neues Bild, neuer Text in [[:Vorlage:Hinweis Farbdarstellung]] 

message: (Die nachfolgenden Beiträge wurden von „Wikipedia:Löschkandidaten/8. November 2006#Vorlage:Farbdarstellung (erledigt, bleibt)“ hier herkopiert.)
Anm.: Die Vorlage:Farbdarstellung wurde nach Vorlage:Hinweis Farbdarstellung verschoben. --Tommes ✉ 13:07, 28. Mär. 2019 (CET)
replies: text: Hab mich auch schon gewundert, bei meinem Monitor gehts auch nicht. Ich bin über Grün über diese Vorlage gestolpert, da hat sie IMHO nichts verloren. --fubar 02:24, 8. Nov. 2006 (CET)

text: Das zweite Bild von oben verwendet völlig falsche Farben. „Stimmig“ wirkt es, weil die Farbflächen alle stark in Richtung Grau tendieren. Den Monitor einstellen kann man damit nicht. --TM 12:58, 8. Nov. 2006 (CET)

text: Auf vielen Artikeln im Bereich Farbe wundert sich der Leser über das Gesagte, wenn sein Bildschirm die Farben stark verfälscht. Diese Vorlage bietet eine ebenso einfache wie übliche Methode, die Farbdarstellung grob zu überprüfen. Deshalb bin ich für Behalten. M.E. gilt auch keine rechnerspezische Einschränkung, da die Farb-Interpretation im WWW eigentlich vom W3C standardisiert ist -- vielleicht ist das aber eine Theorie und Praxis-Frage. --Pjacobi 12:25, 8. Nov. 2006 (CET)

text: Gegen allgemeine Erläuterungen und eine Möglichkeit der Kalibrierung in den Farbraum-Artikeln ist auch nichts einzuwenden, wohl aber gegen diese gruselige Vorlage in sämtlichen Farbartikeln (erfahrungsgemäss verbreiten sich einmal erstellte Vorlage dieser Art [nicht klar definierbar, welche Artikel die bekommen sollen] nach einiger Zeit unkontrolliert über den Namensraum [wie z.B. der Gesundheits- und Rechtshinweis] - mir fallen da tausend Möglichkeiten im Bereich Fotographie, Film und Kunst ein). Das Problem sollte einmal, zentral erläutert werden und ein Link auf den entsprechenden Artikel in die Farbartikel gesetzt werden. Abgesehen von diesen formalen Einwänden bitte ich auch die inhaltliche Kritik zu beachten: Was sagen mir diese Sätze mit 2,2 und 1,8 eigentlich genau (was bedeutet das konkret jetzt? Ich verstehe es nicht), was ist, wenn ich weder PC noch MAC habe oder ein LC-Display? So ist das einfach nix. --Markus Mueller 13:18, 8. Nov. 2006 (CET)
replies: text: Hast Du mal unter Gammakorrektur nachgeschlagen? Zugegeben, der Artikel ist nicht gerade übersichtlich, aber das ist dann doch eher mal ein Grund, den Artikel umzustrukturieren...! Gammakorrektur ist nun mal ein feststehender Begriff aus der Monitortechnik - ganz unabhängig davon, ob es sich nun im Einzelnen um einen am Mac, PC oder einer Workstation, einen Röhren- oder TFT-Monitor, oder gar einen Fernseher oder Beamer handelt! Den Begriff innerhalb der Vorlage zu be- oder zu umschreiben würde deutlich zu weit gehen - und dafür ist ja auch der Verweis auf den (leider nicht sehr tollen) Artikel da!--Benutzer:DiplomBastler [><] 13:32, 8. Nov. 2006 (CET)
replies: text:  Ich möchte ja nur sagen, dass ich die Vorlage für die falsche Lösung für das richtige Problem halte. ;-) Und immerhin bin ich, wie Du an den ganzen Statements oben erkennen kannst, nicht der einzige, der das so sieht bzw. mit der Vorlage nicht glücklich ist. Gleichfalls sind wir wohl alle der Meinung, dass die Sache selbst durchaus etwas darstellt, was  angegangen werden sollte. Nur eben nicht auf diese Weise. --Markus Mueller 13:48, 8. Nov. 2006 (CET)

text: Ich bin sicherlich der letzte, der etwas gegen eine bessere Lösung einzuwenden hätte. Zunächst geht es hier aber um einen Löschantrag, der per se nur etwas herauslöschen will, um dann eine klaffende Lücke zu hinterlassen. Mach' doch mal einen Vorschalg für was besseres!--Benutzer:DiplomBastler [><] 15:10, 8. Nov. 2006 (CET)

text: Das ist ja auch die Farbtemperatur und nicht der Gamma-Wert. Ach ja, behalten --A.Hellwig 18:42, 8. Nov. 2006 (CET)

text: Ich versuch's mal mit nem Vergleich: Bloß weil gerade Dein Auto keine Klimaanlage hat, sollte man doch nicht allen Autobesitzern vorenthalten, daß sie im Hochsommer mit einer solchen die Autoinnentemperatur auf einen erträglichen Wert absenken können, oder? Oder willst Du jetzt allen verkaufen, daß 45 Grad eine angenehme Temperatur wären...?--Benutzer:DiplomBastler [><] 14:58, 8. Nov. 2006 (CET)
replies: text:  In Autos, die keine Klimaanlage haben, werden auch nicht die Frontpanels einer solchen ohne Funktion installiert und die Bedienungsanleitung für Techniker in grellen Warnfarben auf das Amaturenbrett geklebt. (Wo wir schon mal bei hinkenden Vergleichen sind). --Markus Mueller 15:02, 8. Nov. 2006 (CET)

text: Was aber die Nützlichkeit eines Thermometers im Auto keineswegs schmälert. Eher umgekehrt.--Benutzer:DiplomBastler [><] 15:15, 8. Nov. 2006 (CET)

text: Wie wäre es, in die :Vorlage:Farbmuster einen Link auf einen zentralen Artikel unterzubringen, in dem die ganze Problematik sinnvoll und laientauglich, gerne auch mit 3 Testbildern erläutert wird? Dann sind die Dinge fest aneinander gekoppelt und die manuelle Pflege der betroffenen Artikel entfiele auch. Fände ich persönlich jetzt die perfekte Lösung. --Markus Mueller 16:15, 8. Nov. 2006 (CET)
replies: text: Das klingt gar nicht schlecht! --Pjacobi 18:45, 8. Nov. 2006 (CET)

text: Behalten. Tolle Vorlage. Steht in vielen Artikeln drin. Bei mir funktionierts übrigens. --Kungfuman 16:11, 15. Nov. 2006 (CET)

text: Bei mir jedenfalls ist die Farbmusterprobe Cyan am Bildschirm helltürkis. Und ich weiß, wie die Farbe Cyan tatsächlich aussieht. :-) Ich habe auch eine Möglichkeit zur Gammakorrektur, über meine NVidia-Grafikkarte, aber bei der ist mir diese Vorlage hier keine echte Hilfe, sorry. Ich empfinde sie als ungenau. Auch tritt das "G" stets stark hervor, wie auch immer man den entsprechenden Regler einstellt ... Darum halte ich sowohl diese Vorlage als auch die Farbmusterproben für unglücklich, weil sich die Farben in den allermeisten Fällen am Bildschirm ohnehin nicht wirklich korrekt darstellen lassen. Tut mir leid um all die Mühe, aber das ist halt meine Meinung dazu. -- Cornelia  -etc.  ... 19:28, 17. Nov. 2006 (CET)

text: @ Cornelia: Die Farbmusterproben sind hier ja eigentlich nicht das Thema, das sollte man doch am besten unter Vorlage Diskussion:Farbmuster besprechen...! Was das hervortretende 'G' anbetrifft, so tut es das ganz besonders dann, wenn man ihn sich von nahem betrachtet - tritt man hingegen etwas zurück, sollte auch dieser per Gamma-Einstellung mit dem Hintergrund zum Verschmelzen gebracht werden können. Das liegt schlicht und einfach daran, daß die Grundhelligkeit des Kanals Grün die Helligkeiten der Kanäle Blau und Rot deutlich übertrifft und bei dem Versuch ein 50%iges Grau aus einem Streifen mit 100% und einem darunterliegenden mit 0% Grün zu ermischen, der 0%-Grün-Streifen zwangsläufig relativ sehr dunkel ausfallen muß. Kurz gesagt: der Helligkeitskontrast der beiden Streifen-Farben ist beim 'G' am höchsten wodurch das Streifenmuster am stärksten zu Tage tritt. --Benutzer:DiplomBastler [><] 10:14, 18. Nov. 2006 (CET)
thread_title:  Wikipedia:Löschkandidaten/8. November 2006 

message: # Farbe (Vorlageneinbindung)
# Hilfe:Farben (Vorlageneinbindung)
# CIE-Normvalenzsystem (Vorlageneinbindung)
# RGB-Farbraum (Vorlageneinbindung)
# HSV-Farbraum (Vorlageneinbindung)
# YUV-Farbmodell (Vorlageneinbindung)
# CMYK-Farbmodell (Vorlageneinbindung)
# Subtraktive Farbsynthese (Vorlageneinbindung)
# HKS-Farbfächer (Vorlageneinbindung)
# Natural Color System (Vorlageneinbindung)
# RAL-Farbsystem (Vorlageneinbindung)
# Webfarben (Vorlageneinbindung)
# Colour Index (Vorlageneinbindung)
# Farbkreis (Vorlageneinbindung)
# Liste der Farben im Farbkreis (Vorlageneinbindung)
:Kategorie:Farben
# Schwarz (Vorlageneinbindung)
# Weiß (Vorlageneinbindung)
# Siena (Farbe) (Vorlageneinbindung)
# Cyan (Vorlageneinbindung)
# Magenta (Farbe) (Vorlageneinbindung)
# Violett (Vorlageneinbindung)
# Grau (Vorlageneinbindung)
# Ultramarin (Vorlageneinbindung)
# Azurblau (Vorlageneinbindung)
# Giftgrün (Vorlageneinbindung)
# Braun (Vorlageneinbindung)
# Thénards Blau (Vorlageneinbindung)
# Türkis (Farbe) (Vorlageneinbindung)
# Purpur (Farbe) (Vorlageneinbindung)
# Indigo (Farbe) (Vorlageneinbindung)
# Maigrün (Vorlageneinbindung)
# Gelbgrün (Vorlageneinbindung)
# Hellblau (Vorlageneinbindung)
# Tannengrün (Farbe) (Vorlageneinbindung)
# Schönbrunnergelb (Vorlageneinbindung)
# Kobaltviolett (Vorlageneinbindung)
# Kasslerbraun (Vorlageneinbindung) 
für letztere konnten wir den sachverhalt also über Vorlage:Farbmuster einbinden, viel bleibt dann eh nicht -- W!B: 03:23, 21. Nov. 2006 (CET)
thread_title:  whatlinks 

message: siehe Benutzer_Diskussion:DiplomBastler#Gamma-Tag --Quilbert 問 19:21, 1. Jun. 2007 (CEST)
thread_title:  Neue Version 

message: Ich beabsichtige, diese Vorlage zu verschieben.
Grund: Ein derartiger Name würde mitten im laufenden Text benutzt werden.
Damit der Hinweischarakter hier allgemein besser deutlich wird, neuer Name: 
: Vorlage:Hinweis Farbdarstellung
Siehe: :Kategorie:Vorlage:Hinweis für Artikel
Die einbindenden Artikel werden nach und nach ohne Eile angepasst.
VG --PerfektesChaos 14:01, 30. Sep. 2016 (CEST)
thread_title:  Vorlage verschieben 

message: Ich möchte, wenn ich die Graphik irgendwo sehe und darauf klicke, zu dieser Diskussion geführt werden, damit ich mir zumindest ein Minimum an Verständnis verschaffen kann.
Nebenbei, bei mir heben sich alle drei Farben deutlich ab.
Der Hinweis, dass nicht gezoomt sein darf, ist bei den heutigen hohen Monitorauflösungen ziemlich praxisfern.
:Gute Idee, so einen Link kannst du gern einbauen.
:Dass die Farben sich abheben, lag daran, dass jemand das PNG durch ein SVG völlig anderen Inhalts ersetzt hatte, siehe unten.
:Die Anforderung, die native Anzeigeauflösung einzustellen, gilt nur während der Kalibrierung, ist dabei aber notwendig, siehe unten unter #Erklärung: Pixelgenaue Darstellung. Ist die Kalibrierung einmal erledigt, kannst du auf die von dir gewünschte Auflösung zurückstellen. Die Kalibrierung wirkt weiterhin, auch wenn dann im Testbild Buchstaben hervortreten sollten. --RainerBlome (Diskussion) 00:52, 19. Feb. 2019 (CET)
thread_title:  Link fehlt 

message: Die PNG-Grafik funktioniert zwar nicht perfekt, aber gut genug. Eine
SVG-Grafik kann die im Text der Vorlage beschriebene Kalibrierung
nicht leisten. Ich ersetze daher die SVG-Grafik wieder durch die
PNG-Grafik.
Begründung:
Der Text behauptet derzeit sinngemäß, dass bei einer korrekt
eingestellten Anzeigekette (native Anzeigeauflösung, Software,
Grafikkarte, Anzeigegerät) die Buchstaben nicht stark
hervortreten. Zitat:
:Tritt auf einer oder mehreren der drei grauen Flächen ein Buchstabe (R für Rot, G für Grün oder B für Blau) stark hervor, sollte die Gammakorrektur des korrespondierenden Monitor-Farbkanals korrigiert werden.
Siehe unter #Erklärung: Die Farben der PNG-Grafik.
Mit Änderung
173823177
hat GTRus die Pixelgrafik
(PNG, ) durch eine Vektorgrafik
(SVG, ) ersetzt.
In allen von mir beobachteten Fällen treten die Buchstaben in der
SVG-Grafik merklich hervor, jedenfalls stärker als in der PNG-Grafik. Diese Beobachtung deckt sich mit der
(nicht unterschriebenen) Bemerkung eines IP-Nutzers im
vorangehenden Diskussionspunkt.
Das ist kein Zufall oder schlechte Kalibrierung, sondern liegt in
der Natur einer SVG-Grafik.
Für das hier beabsichtigte und beschriebene Verfahren
braucht man eine pixelgenaue Darstellung. Mehr dazu unter
#Erklärung: Pixelgenaue Darstellung.
Eine SVG-Grafik bietet dies prinzipiell nicht.
Insofern passt eine SVG-Grafik nicht zum Text. Das darf so nicht
bleiben, daher habe ich GTRus Änderungen rückgäng gemacht.
Hinzu kam früher, dass die SVG-Grafik die Buchstaben von vornherein durch
Farbstreifen darstellte, deren Mischung sich deutlich vom Hintergrund abhebt.
Dieser Punkt ist mittlerweile erledigt.
Mehr dazu unten im Abschnitt #Erklärung: Die Farben der SVG-Grafik bis 2020-01-17.
==== Erklärung: Die Farben der PNG-Grafik ====
Die Funktion der Pixelgrafik ist oben unter "Verteidigung"
erklärt, korrekt und mit Bild. Ich versuche mal, hier eine
zusätzliche Erklärung zu geben, vielleicht hilft sie ja dem ein
oder anderen, das Verfahren besser zu verstehen:
Die im Folgenden genannten RGB-Farbwerte kann man sich mit einem
geeigneten Bildeditor ansehen, in den man das Bild lädt. Zur
Veranschaulichung der Struktur der PNG-Grafik habe ich
eine vergrößerte Version der PNG-Datei erstellt, mit
5x5 Pixeln pro Original-Pixel (siehe rechts).
Korrekte Farbdarstellung erreicht man 2019 meist durch Setzen aller
Komponenten in den Modus "sRGB". Mehr dazu unter
Gammakorrektur.
Der graue Hintergrund der Testgrafik besteht einheitlich aus Pixeln
der Farbe "rgb(186,186,186)". Bei korrekter Farbdarstellung der
Anzeigekette entspricht dieser Farbwert einem Grau mit 186/255=
ca. 73% wahrgenommener Helligkeit, das also ca. 73% so hell
erscheint wie "rgb(255,255,255)". Bei korrekt eingestellter
Anzeigekette hat "rgb(186,186,186)" aber nur knapp(*) 50% der
Leuchtdichte von "rgb(255,255,255)". (Siehe auch die Zeile zu
"Absolute whiteness" in der
Tabelle mittlerer Grauwerte.)
Der Buchstabe "G" der Testgrafik besteht abwechselnd aus Zeilen von
Pixeln der Farbe "rgb(186,0,186)" (Dunkelrosa) und Zeilen von
Pixeln der Farbe "rgb(186,255,186)" (Pastellgrün). Die Leuchtdichte
der grünen Teilpixel ist also abwechselnd 0% und 100%. Dadurch
erhalten wir im Durchschnitt eine Grün-Leuchtdichte von genau
50%. Da der Hintergrund ebenfalls eine Grün-Leuchtdichte von 50%
hat, sollte der Buchstabe idealerweise kaum erkennbar sein.
Das Ganze funktioniert nur dann wie vorgesehen, wenn die im Beispiel
grünen Teilpixel tatsächlich zwischen an und aus wechseln. Ist jedoch
nicht die native Auflösung eingestellt, oder der Browser oder
irgendeine andere Komponente zoomt die Darstellung, so
interpolieren die beteiligten Komponenten Zwischenpixel und
Zwischenfarben. Je nachdem, wie sie das machen, kann das Ergebnis
vom erwarteten Ergebnis abweichen.
Zusammengefasst: Beim "G" vermischen sich Pastellgrün und
Dunkelrosa zu 50% Grau, beim "R" vermischen sich Pastellrot und
Dunkeltürkis zu 50% Grau und beim "B" vermischen sich Pastellblau
und Dunkelgelb zu 50% Grau.
(*) Das Wörtchen "knapp" drückt hier aus, dass wir es hier mit
einem PNG zu tun haben, das für den sRGB-Farbraum kodiert
wurde. Wer ImageMagick installiert hat, kann das mit dem Kommando
`identify -verbose Farb-Check-RGB.png|grep Colorspace` nachprüfen,
die Ausgabe lautet `Colorspace: sRGB`. Das ist auch gut so, denn
sRGB ist heutzutage "der Standard" im Web und bei
Anzeigegeräten. Bei sRGB entspricht aber 50% Leuchtdichte nicht
einem Wert von 186, sondern eher 187,52, gerundet also eher
188. Das klingt nach einer kleinen Abweichung, aber unser Auge kann
unter guten Bedingungen noch deutlich feinere Unterschiede
erkennen. Diese Abweichung könnte ein Grund sein, warum die Grafik
nicht perfekt funktioniert. Aber funktioniert die Grafik wirklich
besser, wenn alle 186er Werte durch 188 ersetzt werden? Ich habe in
`Farb-Check-RGB.png` mit dem Pixel-Malprogramm mtPaint im
Paletten-Editor mal alle Vorkommen von "186" durch "188" ersetzt
(durch geduldiges Klicken, ich kenne leider keine schnellere
Methode) und unter `Farb-Check-RGB.188.png` gespeichert. Einen
Aha-Effekt gab es dabei nicht, die Bilder sehen fast gleich
aus. Die 186er-Version bringt bei meinem System die Buchstaben eher
minimal besser zum Verschwinden.
==== Erklärung: Die Farben der SVG-Grafik bis 2020-01-17 ====
Die hier gezeigte Version der SVG-Grafik von 2020-02-11 hat
wenigstens die gleichen Farben wie die PNG-Grafik.
Dadurch ergibt die Mischung wenigstens ungefähr das erwartete Grau.
Die alten Versionen der SVG-Grafik hatten jedoch ganz andere Farben als die PNG-Grafik.
MediaWiki kann nur die aktuelle Version als Bild einbinden, daher ist die alte Version hier nur per Verweis erreichbar:
https://upload.wikimedia.org/wikipedia/commons/archive/a/a5/20200117202318%21Farb-Check-RGB.svg.
Auch bei mit anderen Mitteln wie "Lagom LCD Test" bestmöglich
eingestellter Anzeigekette treten die Buchstaben bei der alten SVG-Grafik
stark hervor. Das liegt einfach an den verwendeten Farbwerten.
Die alte SVG-Grafik hat zwar ebenfalls Zeilen mit abwechselnden Farben,
aber die Farben sind nicht die oben für die Pixelgrafik
beschriebenen. Stattdessen wechseln sich im Buchstaben "G" die
Farben Gelb ("rgb(255,255,0)", im SVG "yellow" genannt) und Cyan
("rgb(0,255,255)", im SVG "aqua" genannt) ab. Die durchschnittliche
Leuchtdichte ist somit "Rot 50%, Grün 100%, Blau 50%". Daher ist
dort immer ein helles Grün zu sehen, entsprechend
"rgb(186,255,186)".
Die alte SVG-Grafik demonstriert schön, dass die Mischung von selbst
leuchtendem Gelb und selbst leuchtendem Magenta ein Rot ergibt
(Buchstabe R). Analog ergibt Gelb mit Cyan ein Grün ("G") und Cyan
mit Magenta ergibt ein Blau ("B"). Das ist interessant, aber der
Zweck der Grafik im Kasten Vorlage:Hinweis Farbdarstellung ist
nicht, diese Mischung zu demonstrieren, sondern eine Hilfe zur
Einstellung zu geben.
Für den Zweck, mit einem grauen Hintergrund visuell zu
verschmelzen, haben die Zeilen der alten SVG-Grafik also die falschen Farben.
Es ist leicht, den Quellcode des alten SVG-Bilds so zu ändern, dass um
den Buchstaben "G" herum der Hintergrund die Farbe
"rgb(186,255,186)" hat. So kann der Buchstabe auch dort "schwach
erkennbar" werden. Solch ein SVG-Bild prüft aber dort, also beim
"G", nicht, ob die Einstellung für Grün stimmt, sondern ob die
Einstellung für gleichzeitig Rot und Blau stimmt. Bei einer
Abweichung ist nicht leicht zu erkennen, welcher Kanal wie falsch
liegt.
Alternativ konnte man das alte SVG so ändern, dass die Streifen in den
Buchstaben die gleichen Farben verwenden wie das PNG. Das ging
jedoch nicht so leicht, wie den Hintergrund zu ändern, weil die
Streifenmuster im alten SVG absurderweise als PNG
implementiert wurden. Ja, in dieser Version des SVG stecken drei PNGs.
Mrmw hat eine neue,
reine SVG-Version
erstellt, ohne die enthaltenen PNGs.
Deren Farben habe ich an die Farben der Pixelgrafik angeglichen,
und die neue Version hochgeladen.
Damit ist jetzt ein Vergleich möglich zwischen PNG und SVG, die die gleichen Farben verwenden.
Nebenbei bemerkt: Bei mir sind bei der
SVG-Version von 2017-06-26, 11:24
sowohl im Browser als auch in einem
anderen Programm im SVG im Buchstaben "B" zwischen den
Cyan-Streifen und den Magenta-Streifen dünne Streifen einer
dunkleren Farbe sichtbar, vielleicht Blau ("rgb(0,0,255)", nicht
geprüft). Da ich im SVG-Quelltext keine solche Farbangabe sehe,
vermute ich, dass es eine Überlappung ist, wobei dort der
SVG-Renderer selbst entscheidet, wie er dort die Farben mischt. Es
könnte aber auch etwas mit der Darstellung der Streifen durch PNGs
zu tun haben.
Bei der Version von 2020-01-17, 20:23
sind ähnliche Effekte
am rechten Rand des "R" sichtbar. In diesem Fall vermute ich als Ursache,
dass dort das bei der Konstruktion des SVG als Hintergrund
verwendete magentafarbene Kreissegment durchschimmert. Da ich an der
Geometrie der SVG-Grafik nichts geändert habe, ist dieser Effekt
auch bei der von mir hochgeladenen Version zu bemerken.
Für die Verwendung als Anschauungsmaterial stört das nicht, finde ich.
==== Erklärung: Pixelgenaue Darstellung ====
Die Kalibrierung, so wie sie mit der Pixelgrafik gedacht ist,
erfordert, dass ein Streifen der Grafik genau einem Pixel auf dem
Anzeigegerät entspricht. Das funktioniert nur mit einer Pixelgrafik
zuverlässig.
Mit einer Vektorgrafik geht das nicht zuverlässig, weil sie nicht
Pixel repräsentiert, sondern Formen. Normalerweise stellen Bilder
ein Motiv dar. Vektorgrafiken können das Motiv bei jeder
Vergrößerung und in jeder Orientierung in maximaler Qualität
zeigen. Je nach Vergrößerung, Orientierung, Interpolation und
Kantenglättung steuern sie dazu unterschiedlich viele Pixel an,
mit nach Bedarf interpolierten Farben. Hier jedoch wollen wir eben
nicht ein von den Pixeln unabhängiges Motiv darstellen, sondern die
Pixel selbst, mit von der Grafik für jedes Pixel vorgegebener
Helligkeit.
Die abwechselnd gefärbten "Zeilen" der SVG-Grafik oben landen im
Allgemeinen nicht genau auf Pixelzeilen. Der Browser skaliert eine
SVG-Grafik so, dass die geforderte Abmessung resultiert, und
platziert die Grafik relativ zu den Anzeigepixeln
"irgendwie". Daher ist effektiv nicht vorhersagbar, welche
Pixelfarben sich ergeben. Theoretisch kann es sein, dass der
Browser die Zeilen so skaliert, dass jede Zeile Anzeigepixel je
eine halbe "Zeile" aus dem SVG bekommt. Welche Farbe nun
resultiert, hängt vom Interpolationsalgorithmus des Browsers
ab. Ich könnte mir vorstellen, dass (bei passendem Hintergrund) die
Buchstaben verschwinden können, obwohl die sRGB-Dekodierung
nicht korrekt ist. Durch direktes Darstellen von Pixeln
vermeidet die Pixelgrafik diese Unsicherheiten.
Wenn wir die Farben der Streifen einer Vektorgrafik, so wie jetzt geschehen, so wie beim
Pixelbild passend zu 50% Grau wählen, stehen die Buchstaben
zwar weniger deutlich heraus. Wegen Interpolation sind aber die
"0%-Pixel" nicht ganz dunkel, und die 100%-Pixel sind nicht ganz
hell. Damit ist die Mischung im Allgemeinen nicht 50%, sondern
irgendein nicht vorhersagbarer Wert. Die Buchstaben sind daher
immer noch gut zu erkennen, auch bei optimal eingestellter
Anzeige. Das Kriterium "Buchstabe verschwindet" wäre nicht
anwendbar.
--RainerBlome (Diskussion) 00:33, 19. Feb. 2019 (CET)
thread_title:  Vektorgrafik kann hier nicht funktionieren 

message: Die Kalibrierung, so wie sie mit der Pixelgrafik gedacht ist,
erfordert, dass ein Streifen der Grafik genau einem Pixel auf dem
Anzeigegerät entspricht. Das funktioniert nur mit einer Pixelgrafik
zuverlässig.
Mit einer Vektorgrafik geht das nicht zuverlässig, weil sie nicht
Pixel repräsentiert, sondern Formen. Normalerweise stellen Bilder
ein Motiv dar. Vektorgrafiken können das Motiv bei jeder
Vergrößerung und in jeder Orientierung in maximaler Qualität
zeigen. Je nach Vergrößerung, Orientierung, Interpolation und
Kantenglättung steuern sie dazu unterschiedlich viele Pixel an,
mit nach Bedarf interpolierten Farben. Hier jedoch wollen wir eben
nicht ein von den Pixeln unabhängiges Motiv darstellen, sondern die
Pixel selbst, mit von der Grafik für jedes Pixel vorgegebener
Helligkeit.
Die abwechselnd gefärbten "Zeilen" der SVG-Grafik oben landen im
Allgemeinen nicht genau auf Pixelzeilen. Der Browser skaliert eine
SVG-Grafik so, dass die geforderte Abmessung resultiert, und
platziert die Grafik relativ zu den Anzeigepixeln
"irgendwie". Daher ist effektiv nicht vorhersagbar, welche
Pixelfarben sich ergeben. Theoretisch kann es sein, dass der
Browser die Zeilen so skaliert, dass jede Zeile Anzeigepixel je
eine halbe "Zeile" aus dem SVG bekommt. Welche Farbe nun
resultiert, hängt vom Interpolationsalgorithmus des Browsers
ab. Ich könnte mir vorstellen, dass (bei passendem Hintergrund) die
Buchstaben verschwinden können, obwohl die sRGB-Dekodierung
nicht korrekt ist. Durch direktes Darstellen von Pixeln
vermeidet die Pixelgrafik diese Unsicherheiten.
Wenn wir die Farben der Streifen einer Vektorgrafik, so wie jetzt geschehen, so wie beim
Pixelbild passend zu 50% Grau wählen, stehen die Buchstaben
zwar weniger deutlich heraus. Wegen Interpolation sind aber die
"0%-Pixel" nicht ganz dunkel, und die 100%-Pixel sind nicht ganz
hell. Damit ist die Mischung im Allgemeinen nicht 50%, sondern
irgendein nicht vorhersagbarer Wert. Die Buchstaben sind daher
immer noch gut zu erkennen, auch bei optimal eingestellter
Anzeige. Das Kriterium "Buchstabe verschwindet" wäre nicht
anwendbar.
--RainerBlome (Diskussion) 00:33, 19. Feb. 2019 (CET)
thread_title:  Erklärung: Pixelgenaue Darstellung 

message: EDIT: Einen Anfang habe ich gemacht, siehe Hilfe:Farbdarstellung.
Folgende Punkte fände ich gut:
Die Vorlage zu einer ausführlichen Anleitung zur Verwendung der Vorlage verlinken (erledigt), einschließlich einer für Laien verständlichen Erklärung der Funktion. Ja, auf Wikipedia schreiben wir im Allgemeinen keine Anleitungen. Aber natürlich können und sollten wir auf Wikipedia Anleitungen schreiben, die den Benutzern bei der Verwendung von Wikipedia helfen.
* Brauchbare Teile der Diskussion in die Anleitung kopieren und entsprechend umschreiben.
* Erklärung, was mit "nativer Auflösung" gemeint ist. (erledigt)
* Erklärung, was mit "Zoom" gemeint ist. (erledigt)
* Verweis auf Monitorkalibrierung, speziell 
* Die Rollen des Mediums (zum Beispiel eines Bilds), der Software, der Grafikkarte, des Anzeigegeräts beschreiben.
* Klarstellung, dass Farbtemperatur ein anderes Thema ist.
* Erklärung, warum das "G" so stark hervortritt (steht in Diskussion).
Eingehen auf die Einwände:
* "bei mir funktioniert das nicht"
:* Klarstellung, dass die 0%+100%-Mischungs-Methode nur sicherstellt, dass beim betrachteten Farbkanal die Farbe zu Farbwert 188, die 50% der physikalischen Helligkeit haben soll, tatsächlich so hell ist wie eine 1:1-Mischung aus 0% (Farbwert 0) und 100% (Farbwert 255). Das heißt nicht zwangsläufig, dass die Helligkeiten auch für dazwischen liegende Farbwerte korrekt sind. Man kann zwar auch versuchen, andere Zielhelligkeiten aus 0% und 100% zu mischen, aber man braucht halt mehr Pixel dafür, und die für die Mischung verwendeten Pixelmuster sind alle leichter sichtbar als bei 50%.
* "Mein Anzeigegerät hat keine sRGB/Gamma-Einstellung"
* Erledigte Diskussionspunkte archivieren.
Ja, "mach's doch einfach", ich weiß. Schaun mer mal. :-)
--RainerBlome (Diskussion) 17:52, 15. Feb. 2020 (CET)
thread_title:  Aufgabenliste ("To do")