Dieses Bild wurde erstellt, indem 7 verschiedenfarbige Rechtecke übereinander gelegt wurden:
Das schwarze und das kastanienbraune Rechteck sind frei, dh keine anderen Rechtecke befinden sich über ihnen.
Schreiben Sie ein Programm, das ein solches Bild aufnimmt, und entfernen Sie jedes einzelne unversperrte Rechteck, und geben Sie das resultierende Bild aus.
Beispiel
Wenn Sie Ihr Programm auf dem obigen Bild ausgeführt haben und es weiterhin auf der Ausgabe ausgeführt haben, könnte es so weitergehen.
Lauf 1 - Schwarz entfernt (hätte kastanienbraun sein können):
Lauf 2 - Maroon entfernt (nur Auswahl):
Lauf 3 - Gelb entfernt (nur Auswahl):
Lauf 4 - Blau entfernt (hätte grün sein können):
Lauf 5 - Grün entfernt (nur Auswahl):
Lauf 6 - Brown entfernt (nur Auswahl):
Lauf 7 - Rot entfernt (nur Auswahl):
Alle zusätzlichen Läufe sollten dasselbe weiße Bild erzeugen.
Hoffentlich hat Stack Exchange keines dieser Bilder verlustbehaftet komprimiert.
Das Bild hat immer einen weißen Hintergrund und jedes Rechteck hat eine eindeutige RGB-Farbe, die nicht weiß ist.
Sie können davon ausgehen, dass das Bild immer als Satz überlappender Rechtecke interpretiert werden kann. Insbesondere können Sie davon ausgehen, dass für eine bestimmte Farbe das Pixel, dessen Farbe dem oberen Rand des Bilds am nächsten liegt, Teil der oberen Kante des Rechtecks dieser Farbe ist. Dasselbe gilt für die unteren, linken und rechten Kanten.
In diesem Bild befindet sich beispielsweise die Oberkante des roten Rechtecks direkt unter der Unterkante des gelben Rechtecks, da das orangefarbene Rechteck die alte rote Oberkante bedeckt:
In diesem Bild könnte das rote Rechteck zuerst entfernt werden (zusammen mit Schwarz / Kastanienbraun / Orange / Grau):
Wenn die Reihenfolge der unteren Rechtecke nicht eindeutig ist, können Sie ihnen eine beliebige Reihenfolge geben.
Beispielsweise könnte das linke Bild hier das mittlere oder das rechte werden:
Die Ausgabe sollte keine paradoxen Überlappungen aufweisen (daher sollte es möglich sein , sie mit dem Algorithmus des Malers zu erstellen). In diesem Bild ( danke user23013 ) müsste es also unter dem orangefarbenen Rechteck grün sein:
Zusätzliche Details
- Das Bild und die Rechtecke können beliebige Abmessungen haben.
- Die Rechtecke berühren möglicherweise den Bildrand.
- Es können bis zu 256 3 - 1 Rechtecke vorhanden sein.
- Wenn der Eingang vollständig weiß ist, sollte auch der Ausgang weiß sein.
- Sie können Bildbibliotheken verwenden.
- Die Eingabe sollte der Bilddateiname oder die Rohbilddaten sein. Es kann von stdin oder der Kommandozeile kommen.
- Die Ausgabe kann in dieselbe oder eine andere Bilddatei geschrieben, roh auf stdout gespuckt oder einfach angezeigt werden.
- Jedes gängige verlustfreie TrueColor- Bilddateiformat ist zulässig.
Die Einsendung mit den wenigsten Bytes gewinnt.
quelle
Antworten:
CJam, 241 Bytes
(Mit entfernten Zeilenumbrüchen.)
Es wird das ppm-Dateiformat verwendet. Anwendungsbeispiel (mit ImageMagick):
Nun, es ist zu lang und zu langsam ... Läuft für das Beispiel ungefähr eine Minute.
Ich habe die Größe der Testfälle geändert (und einige andere hinzugefügt), um das Testen zu vereinfachen.
Es scheint, dass die Farbrauminformationen verloren gehen, sodass die Farben leicht abweichen.
quelle
Python,
690651610606594569 BytesDas Skript liest den Bildnamen von stdin.
Es erkennt die Kanten aller Rechtecke, sortiert sie nach der Anzahl der verschiedenen Farben, die sie enthalten (die nicht blockierten Rechtecke enthalten nur eine Farbe und erscheinen dann am Ende der Liste).
Diese Liste wird verwendet, um ein Bild neu zu zeichnen. Die Neuzeichnungsreihenfolge wird durch Auswahl der Permutation der Liste festgelegt, die ein Ausgabebild erzeugen würde, das den geringsten Pixelunterschied zur Eingabe aufweist.
quelle
Java - 1483 Bytes
Ich bin kein großartiger Code-Golfer. Die Ausführlichkeit ist also nicht ganz Javas Schuld ;-) Trotzdem schien dies eine wirklich lustige Herausforderung zu sein. Ich habe es auf eine Art gelöst, die - ich denke - ein bisschen langweilig und wortreich ist, aber hey. Es funktioniert, es ist (relativ) schnell und vor allem hat es Spaß gemacht!
Die Idee ist wie folgt: Überprüfen Sie jedes Pixel von der linken oberen Ecke bis zur rechten unteren Ecke. Ist es ein weißes Pixel? Ignorieren. Ist es gefärbt? Cool, lassen Sie uns den Überblick behalten und versuchen, die Grenzen zu bestimmen (oben links, oben rechts, unten links, unten rechts).
Überprüfen Sie anschließend den Bereich jedes Rechtecks. Enthält es eine andere Farbe als die Farbe des Rechtecks? Finden Sie dann heraus, welches Rechteck zu dieser Farbe gehört, und aktualisieren Sie den Z-Index des überlappenden Rechtecks um 1.
Und schließlich zeichnen Sie alle Rechtecke unter Berücksichtigung der Z-Indizes. Es funktioniert tatsächlich wie ein Z-Index, den Sie aus CSS und anderen 3D-Inhalten kennen. Die Rechtecke mit dem niedrigsten Z-Index werden zuerst gezeichnet, der höchste Z-Index zuletzt.
Der vollständige Code, der ein bisschen - und das ist eine Untertreibung ;-) - klarer geschrieben ist, ist hier zu finden: http://pastebin.com/UjxUUXRp
Jetzt, wo ich Dieter's Beitrag sehe, hätte ich auch einige Teile einfacher machen können. Es ist nicht wirklich notwendig, das Rechteck zu finden, dessen Farbe ein anderes Rechteck überlappt. Ich könnte in der Tat nur die Anzahl der "eindringenden" Farben zählen.
quelle