Empfundene Helligkeiten zweiter Grafiken - Ansatz?

[negaH]

Zitat:

Wie bereits gesagt, ich hatte bei meinem ersten Denk-Ansatz wohl den Wurm drin und dachte, ich müsse erstmal die ASCII-Zeichen der Helligkeit her sortieren

Nein. Dieses Problem ist ein Mapping-Problem. Dh. wenn du das Mapping von Pixelgruppe zu ASCII Zeichen als Operation betrachtest so sollte ja gelten -> Helligkeit Pixelgruppe im Bild == Helligkeit ASCII Pixel. Somit dürfte ein Mapping wie Anzahl helle Pixel in Pixelgruppe Bild == Anzahl heller Pixel in ASCII Zeichen schon ausreichend sein.
Das Mapping sollte also im Ergebnis den Helligkeitseindruck im Bild nicht verändern zum Helligkeitseindruck der ASCII Zeichen. Mit bischen Clevernis kannst du also auf den zwei Seiten deiner Formel die Variable Helligkeit raus streichen.

Gruß Hagen

[negaH]

Als Erstes würde ich aber einfach folgendes probieren:

Zeichne einen beliebigen ASCII Text über die Bitmap. Dabei benutzt du einen Zeichenmodus der die ASCII Zeichen als Schrift aus der Bitmap ausstanzt. Also helle Pixel im ASCII Zeichen erhalten das originale Bild und dunkle Pixel im ASCII Zeichen setzen den Pixel im Bild auf Schwarz.

Gruß Hagen

[blackfin]

Das habe ich bereits.
Was mir daran missfällt ist aber die Tatsache, dass das Resultat eben eher eine Maske ist als eine Annäherung der Zeichen an das Original.
z.B. wird ja so eine harte Kante im Bild nicht durch das am nähersten an diese Form kommende zeichen repräsentiert.

[jfheins]

Ich hätte dafür noch nen Ansatz: Naheme eine Pixelgruppe, die du konvertieren willst, und konvertiere sei erstmal zu Schwarzweiß (wg. Kontur) und vergleiche sie dann mit jedem Buchstaben, den du zur Verfügung hast. Bei jedem Unterschied wird ein Zähler erhöht, je höher der Zähler desto ungeeigneter ist der Buchstabe
Wenn du dann noch die Farbe mit reintun willst, vielleicht noch mit der Durchschnittsfarbe einfärben.

[blackfin]

Uhh....bei dem Ansatz wird die Grafikkarte aber ganz schön kochen

[Medium]

Was jfheins schrieb war auch mein Gedanke von unten auf Seite 1, wobei "binärisieren" total Hochgestochendeutsch für "schwarz-weiss machen" ist

Im Grunde läufts darauf hinaus aus jedem Bildkästchen ein s/w Bild zu machen, und zu schauen welcher Buchstabe dem jetzt ähnlich schaut. Dann Farben wählen, und weiter. (GPUs können viel ab, gib ihr richtig )

[blackfin]

Sooo...ich bin am basteln

Da der Versuch mit den Götter-Algorithmen von jfheins, Medium und Hagen zwar geklappt hat, aber man wirklich nichts erkennen konnte , habe ich noch ein
paar Sachen dazugemacht und nun werden die Ascii-Zeichen je nach Helligkeit (absoluter! hahahaha...) anhand des Depth Buffer verzerrt und ab einer gewissen
Schwelle von fill- zu linerender übergegangen. Ausserdem wird der Kontrakt extrem erhöht.

Jetzt sieht das ganze schon eher nach Matrix-Style aus! Ok, die Sinnhaftigkeit ist immer noch nicht da..... Aber was solls, ich hab was gelernt.

Anbei drei Screenshots. Einmal der Original-Render, dann mit Stufe 1 (nur Tiefen/Helligkeits-Verzerrung) und dann mit depth <-> line.

P.S.
Ich sehe gerade, die Reihenfolge der Attachments ist hier ja umgekehrt..also ist das letzte Bild das erste..der letzte malt zuerst, oder so...

[Medium]

Ahhhhhhh! Du willst das ganze wirklich als Textur, und nicht als Post-Processing! Sag das doch (Ich hab angenommen du willst ca. dort hin, was im Moment in der Demoscene in Mode ist: Aufwendige Demos mit realtime ASCII-finish.)

Mhmhmh, dann ist das Nachbilden der Kanten/Strukturen ja völlig zweitrangig, und absolute Helligkeit erscheint mir hier auch als am sinnvollsten. Ich grübel nur grad nach, wie du besser an das "Anschmiegen" an die Models kommen könntest. Ich bin grad gedanklich bei UV-Maps, und die Texcoords als lookup in kleine Buchstabentexturen - nur bereitet mir Kopfzerbrechen, dass du im Pixelshader kaum dazu kommen wirst ganze mehrpixelige zusammenhängende Buchstaben rauszuwerfen. Zudem wäre das Erstellen der UV-Maps kein großer Spaß...

Irgendwie müssen Welt-Koordinaten her, und zwar so, dass dennoch die Projektion erhalten bleibt. Uffa, ich glaub das ist erstmal nichts für halb vier .

(Der Billig-Ansatz wären ja Buchstaben-Alphamaps, aber da warst du ja glaub ich schon.)

Andere Billig-Idee: Deine Texturen sind bisher ja relativ einfach, bzw. haben recht enge Farbigkeit. Wie wäre es diese mit Buchstabentexturen in der Durchschnittlichen Farbe der Basistextur zu ersetzen? So lange du keine aufwendigeren mehrfarbigen Texturen hast, könnte das sogar einigermaßen gehen. (Texturdurchschnitte lassen sich übrigens rasend flott berechnen: Mipmaps bis 1px Größe erzeugen lassen, und tataaa, der Pixel hat die Durchschnittsfarbe ohne dass man was dafür getan hätte.)

Schönes Problem (endlich mal wieder)

[blackfin]

Zitat:

Ahhhhhhh! Du willst das ganze wirklich als Textur, und nicht als Post-Processing!

Zuerst wollte ich das ganze ja auch als Post-Processing, aber da ich nun auch nocht den Tiefenpuffer brauche, hat sich das erledigt

Zitat:

....was im Moment in der Demoscene in Mode ist

Das ist derzeit in? Wusste ich gar nicht Mit der Szene hatte ich auch noch nicht so viel zu tun. Aber toll, ich bin trendy!....*hust*

Zitat:

Irgendwie müssen Welt-Koordinaten her, und zwar so, dass dennoch die Projektion erhalten bleibt. Uffa, ich glaub das ist erstmal nichts für halb vier

Und für mich auch nix für 10:00
Die Welt-Koordinaten habe ich ja aber im Shader.

Zitat:

Wie wäre es diese mit Buchstabentexturen in der Durchschnittlichen Farbe der Basistextur zu ersetzen?

Mhmm...das geht nicht so einfach, da es keine einzelne Textur ist, sondern 5 Texturen, die auf das Terrain gesplattet werden.
Das würde dann wohl ein ziemliches "Kuddelmuddel" ergeben (ok, aber sicher noch schöner als mein crap *g*)
Dass die Farben so blass sind, liegt an der Lichtumgebung, es kann aber auch durchaus dunkel sein und mit sehr kräftigen Farben..mhm...

Ich werd deinen Ansatz aber mal aufgreifen und weiterbasteln! Ich bin diesbezüglich eh für alles offen.
Und da das ganze eh nur für den Spass am Basteln ist...


Vielen Dank für die Idee