Ich wuerde gerne eure Meinung zu einem Projekt von mir hoeren. Ich habe einen Algorithmus entwickelt, der Bilder immer so verpixelt, dass er genau die gleich Menge an Bausteinen pro Farbe benutzt. Diese Idee koennte sich wunderbar fuer eine verbesserte Version des Mosaic Makers einsetzen lassen. Man braeuchte dann naemlich nur einen minimalen Satz an Bausteinen um Portraits zu bauen. Fuer Mosaic Maker mit seiner 48x48 Grundplatte wuerde das bedeuten, dass man fuer die 4 Graustufen je 576 Bausteine braeuchte. Damit liesse sich Mosaic Maker auch in Laeden verkaufen, da man also vorher schon weiss wie viele Bausteine benoetigt werden. Ihr koennt die Idee ausprobieren. Ich habe dazu eine Web Seite angelegt. Dort koennt ihr Bilder hochladen und die Bauanleitung runterladen.

https://www.paintbymynumbers.com/Lego

---

---

RobbyRay , doktorjoerg , Thomas52xxx , Brixe , Carrera124 , Legotheker , Lok24 , mcjw-s , Ben® , Valkon , Lego3723 , Turez , , Maik-David , Ferdinand , Dirk1313 , MTM , minoma77 , IngoAlthoefer , womo gefällt das (20 Mitglieder)

---

Das muss ich noch machen. Du koenntest sonst das Bild um 90 Grad drehen.

---

---

Du solltest nicht auf LEGO zugehen. Die sind viel zu träge.
Geh doch besser z.B. auf die Unternehmen mit Photoprodukten zu. z.B: Ifolor und wie die alle heissen.
Die brauchen innovative Lösungen, welche Sie auch auf der Homepage verkaufen können. Deine Code könnte man da sicher integrieren. Das wäre eines der coolen Weihnachtsgeschenke.

Das lässt sich für die Unternehmen gut handhaben, weil diese immer die selben Sets liefern können. Einzig den Bauplan und die Schachtel müssen diese bedrucken. Wie z.B. wenn Du bei Ravensburger ein eigenes Puzzle mit Deiner Foto bestellst.
Dann lässt Du Dich gut bezahlen!

---

---

, IngoAlthoefer gefällt das

---

hneff hat geschrieben:

Von meiner Seite her nicht. Das ist für mich so ein "Ist das Kunst, oder kann das Weg?" Ding. Soll heißen, wenn ich jemals irgendjemanden mit solch einem Mosaik beglücken sollte, würde ich mich der künstlerischen Freiheit wegen nicht davon abhalten lassen, mit Dithering rumzuexperimentieren und auch die Konturen perzeptiv zu optimieren, also verändert sich die Zahl der Steine so oder so, egal wie clever die du nun in deinem Algorithmus in Bänder/ Buckets zerlegst und verteilst.

Mylenium

---

https://myleniumsbrickcorner.wordpress.com

---

---

---

Hallöchen,

Einfach genial....da werden in unserer Familie ein paar Porträts entstehen.

Ich bin begeistert........

Ein Rückblick auf unser Mosaik von 2006:

Weiterhin viele gute Ideen und

I a F

Maik-GC

---

Maik-GC das Ma aus MaBiDaTi (WOLS) = without LEGO®Support

MDR in GC
https://www.youtube.com/w...OlQpw&feature=youtu.be

---

Fantastisch!

---

---

Hallo Hneff,

könntest Du Dein Programm so erweitern, dass der
Nutzer angibt, wieviele Steinchen er von jeder der
vier Graustufen hat, und dass das Programm unter
der Nebenbedingung Vorschläge macht?

Beispiel 1 (klassisch in Deinem Sinne):
von jeder der vier Farben genau 576 Teile

Beispiel 2
Farbe 1: 600
Farbe 2: 600
Farbe 3: 600
Farbe 4: 600
(Man hat also etwas zu viele Teile)

Bespiel 3
Farbe 1: 700
Farbe 2: 600
Farbe 3: 600
Farbe 4: 450

Ingo.

---

LEGO kennt kein Valsch (alte Klemmbaustein-Weisheit)

---

Ich werde darueber nachdenken. Die Frage waere wohl, wie der Nutzer aus den verschiedenen Moeglichkeiten auswaehlen koennte. Also, z.B. wenn man 600 Steine von jeder Graustufe haette, dann gaebe es viele Kombinationen. Aber auf jeden Fall Danke fuer den Vorschlag.

---

---

hneff hat geschrieben:

Hallo!

ein interessantes Projekt!

Trotzdem noch eine Frage dazu:
Ich verstehe die Randbedingung "mmer gleich viele von jeder Farbe" nicht. Ich meine, Bilder können doch unterschiedlich vom Motiv her sein. Mache ich z.B. ein Mosaik von einem Bild, dass viel Nachthimmel zeigt, müsste doch die Anzahl von Schwarz/Dunkelgrau deitlich höher sein als die hellen Töne?

Gruß
Tastenmann

---

Mehr Fotos gibt es auf Flickr
und auf Instagram

---

tastenmann hat geschrieben:

Bei der genauen Umsetzung des Algorithmus steige ich auch aus, aber das grobe Prinzip dürfte klar sein:

Schritt 1: Bild wird in (2bit?) Schwarz/Weiss gewandelt
0%-25% Weissanteil = schwarz
25%-50% Weissanteil = Dunkelgrau
50%-75% Weissanteil = Hellgrau
75%-100% Weissanteil = Weiss

jetzt kommt es natürlich vor, dass eben zuviele schwarze Pixel/Steinchen verbraucht werden und da dürfte eine zweite Berechnung statt finden.

Schritt 2: Grenzwerte/Toleranz zueinander verschieben(z.B +/-5%)
20%-30% Weissanteil = schwarz oder dunkelgrau
45%-55% Weissanteil = dunkel- oder hellgrau
70%-80% Weissanteil = hellgrau oder weiss

evtl. noch ein bisschen Interpolation Also im Prinzip "Schritt 2", aber unter Berücksichtigung welche Werte die acht Pixel/Steine außen rum haben.

und das ganze dann solange verschieben, bis eben die fixierte Anzahl an Steinen verbraten ist.

Anmerkung am Rande: Bei zwei von mir getesteten Bildern ist mir z.B. auch aufgefallen, dass bei beiden Bildern am unteren Rand auch eine Art "Puffer" gab. Hab nicht nachgezählt, aber drei/vier Pixelreihen die nichts mit dem eigentlichen Bild zu tun hatten und aufgrund der Anordnung in einfarbigen Blöcken aus Steinchen bestanden die scheinbar "zu viel" waren.

OK, bei "schwarze Katze bei Nacht" wird das System wohl auch nicht funktionieren.

---

---