Beiträge von schorsch3000 im Thema „entfernteste Farbe“

    Nein, mit acht Bit. Die Video-Hardware hatte damals nur vier Bit pro Kanal, aber bei der API hat jemand mitgedacht und deshalb war die von Anfang an auf acht Bit pro Kanal ausgelegt.

    Dann müssen die imho intern eh mit 24 Bit rechnen, und dann hätten die die Faktoren noch was hochdrehen können.

    Magst du dein Code in dem Raum werfen?
    Ich würd's gerne vergleichen, da muss ja was anderes passieren.

    Ist C#, Konsolen-Projekt

    Der Output:

    Ich bin jetzt kein C# Muttersprachler, aber zumindest deine Berechnung ist identisch mit meiner, jetzt frag ich mich wo die unstimmigkeit her kommt (und wessen die richtige ist) das wurmt mich jetzt echt, da werd ich mir am Wochenende nochmal ein wenig zeit für nehmen

    Im Moment ist eher die Frage, wo der Bug ist. Schorsch und ich benutzen die gleichen Farben und die gleiche Rechnung. Schorsch hat ein schmutziges Blau gefunden, und in der Gegend hätte ich grob abgeschätzt die schlechteste Farbe vermutet.

    Magst du dein Code in dem Raum werfen?
    Ich würd's gerne vergleichen, da muss ja was anderes passieren.

    die 16*3 werte sind die 16 c64 farben.

    Sicher? Die Hexwerte sehen eher nach ZeHas Palette aus.

    die 16*3 werte sind die 16 c64 farben.

    Sicher? Die Hexwerte sehen eher nach ZeHas Palette aus.

    Nee, das sind irgendwelche anderen Farben. Sehen auch von den Werten her teilweise recht knallig aus.

    Wie schön ich in den kommentar noch den link kopieren wollte das dann aber vergessen habe.

    das sind die werte von Bitte melde dich an, um diesen Link zu sehen.

    Wie gut oder schlecht das jetzt ist kannst du selbst entscheiden oder doch mit GoDot streiten :D

    Falls da jemand mit spielen wollo, so hab ich das lustige blau ermittelt:

    die 16*3 werte sind die 16 c64 farben.

    Ausgabe ist zeilenweise für jede mögliche farbe in einem 24bit rgb farbraum die distanz zur nächsten farbe gefolgt beim farbwert in hex mit # davor.

    Die Ausgabe an sich ist relativ wertlos, aber einmal durch sort gepiped und die Welt ist heile.

    Der Distanzwert ist an sich unbrauchbar, um da eine echte Distanz zu bekommen müsste man noch die Wurzel ziehen, aber da die werte nur sortiert werden sollen, aber die tatsächliche länge egal ist spare ich mir das, kostet nur zeit.

    Der Spaß get erstaunlich schnell, mit -O3 braucht das gut 2 Sekunden, sort braucht dann doch eher 30.

    Mir scheint, ich sollte ein kleines Progrämmchen für die Antwort machen?

    ich hab das mal gemacht, relativ simpel, ich betrachte den farbraum als ein linearen Raum mit den Achsen R G B je von 0 bis 255. Jetzt iteriere ich Durch alle Farben im Raum und bestimme die kürzeste Distanz zu allen der 16 C64 farben nach Bitte melde dich an, um diesen Link zu sehen..
    Anschließend nehme ich die Farbe mit der längsten kürzesten Länge, das wäre #2755CC

    Ja, das ist ist mit menschlichem Auge betrachtet nicht unbedingt richtig, helle Farben sind näher beieinander, die Achsen skalieren unterschiedlich und so, keine frage.

    Du mischst zwei Farbsysteme durcheinander, die nichts miteinander zu tun haben.

    RGB ist ein Farbmischsystem, während in der Anfangszeit der Heimcomputer spezifische Farben generiert wurden.

    Imho passt die Frage doch: welcher Punkt im sRGB Farbraum ist am weitesten entfernt von dem nächsten der 16 diskreten Farben des c64.