Das deutsche QBasic- und FreeBASIC-Forum

[Eternal_pain]

Ein Projekt von den ich mir anfangs mehr versprochen habe und in eine Sackgasse endete. Es sollte eine 2D Bitmap in ein 3D Objekt umwandeln, seh experimental das ganze und leider sehr unausgereift, aber funktionsfähig...

Kein sonderlich nützliches Projekt jedoch steckt dennoch einiges an arbeit darin und ist möglicherweise für irgendwen von interesse...

weiteres dazu auf meiner Seite: http://eternalpain.tgp-gaming.de/

Edit: der Name von TriXelniZer enstand aus dem umrechnen von Pixel in Triangles (dreiecke), daraus das Wort 'Trixel'....

[SpionAtom]

Kompilier doch mal, dann hab ich auch was davon!
_________________
Inzwischen gehöre ich auch zu den BlitzBasicern. Also verzeiht mir, wenn mir mal ein LOCATE 100, 100 oder dergleichen rausrutscht.

[Eternal_pain]

Es ist nur eine Klasse mit einer Ansammlung von Funktionen, bisher habe ich noch keine Zeit und Lust gehabt sowas wie eine 'Benutzeroberfläche' oder ähnliches zu gestalten, daher bringt das kompilieren leider nicht viel....

Ich habe oben im Codeblock ein paar kurze erklärungen zu den Einstellungsmöglichkeiten erstellt....

Edit:
Der (Beispiel)Code zum verrechnen des beigelegten Logos (trixelnizer.bmp) mit 3D 'touch' (TNgrayscale):

[ThePuppetMaster]

Ich vermute mal, das kommt weil du jedes Picel in einen Vektor umwandelst, und diese nutzt, anstat die Pixel zueinander in eine Gemometrische funktion zu wandeln.
(habe mir aber den code nicht angesehen)

wenn du aber "gerade linien" (startx,y -> stopx,y) nutzt, sollte das ergebniss deutlich besser werden.

wie schon in meinen letzten posts zu den fragen dieses themas, hatte ich das beispielbild mal angeführt, auf dem zu erkennen war, das ich aus dem "umrandeten" "Objekt" geometrische funktionen heraus rechne. Die Pixel werden solange verfolgt bis sie eine zu grose gradiente abweichung erreichen. Dann wird aus dem erstem und dem letzten pixel eine linie gebildet. Das wiederholt sich solange, bis man den anfang vom pixelhaufen der umrandung erreicht hat.



das ist der test zur erkennugn eines "runden" objektes -> folge: circle

die grafen, unten, zeichen den verlauf der x und y koordinaten der umrand an, sowie die ändernungs "zeitpunkte". Es ist ganz unten, die weise linie, welche gelegentlich ausschlägt und bei jedem ausschlag eine "neue linie" generrieren muss.

von jedem ausschlag, zu jedem ausschlag wird die linie gebildet.

die grosen grafen zeichen farbig an, wo das aktuelle pixel (bild 3, 1. zeile) sitzt. es ist quasi die lineare darstellung der sin/cos funtktion auf die pixel bei einem kreis.

Die dritte ist die mischung aus der änderungsrate von sin und cos des kreises.

das ergebniss dieses gematsche ist dann in bild 4. zeile 2 zu sehen. man erkennt durch den wechsel von rot und blau die linien abschnitte.

zum schluss wird erkannt, das sich die linien in einem bestimmten verhältniss zueinander befieden, udn damit einen kreis darstellen der schlussendlich auch als kreis (circle-funktion) ins erste bild gezeichnet wird.


das selbe verfahren, bei schlechtere beleuchtung. Nun ist natürlich fraglich, ob es so noch ok ist, aus dem muster einen kreis zu bilden. .. aber .. naja....

http://mln.ath.cx/13.png ... das ganze mit einer bitmap
http://mln.ath.cx/9.png ... hier auch nochmal mit anderen objekten


hier mein entsprechender source dazu: http://ops.ath.cx/code?id=259

Meine ALgos hirzu sidn allerdigns noch im amfangsstadium, udn noch nicht optimal. es fehlt z.B. die erkennung von runden, schnellen kanten, welche in seperate linien gewandelt werden müssen, anstat in eine harte kante... udn noch so einige kleine optimierungen.


MfG
TPM
_________________
[ WebFBC ][ OPS ][ ToOFlo ][ Wiemann.TV ]