RiB - Reflect it Baby

[NicNacMan]

jo, ich meinte jetzt eher, dass man sie garnicht erst aus m bild schieben kann.
das mit dem cursor muss ich überlesen haben, sry.

[dizzy]

Zitat:

Zitat von NicNacMan

- wenn man bei den splines die roten kästen verschiebt,
sollten sich imho die grünen kreise gleich mit verschieben. :roll:

Jupp, das hab ich schon länger vor gehabt zu ändern. Ist aber eine Kleinigkeit, die ich jetzt schon öfter wieder vergessen hab :oops:.
Muss ganz klar noch rein!

Zitat:

Zitat von NicNacMan

- bei einer hoffentlich noch folgenden als-bild-exportier-funktion wäre es schön,
wenn man die kreuze bei den emittern ausblenden könnte, damit man n schöneres wallpaper hat.^^

Eine wirklich gute Idee! Ich denke ich werde wohl ein paar Optionen einbauen, so dass man auf Wunsch z.B. die Objekte ausblenden kann, so dass nur noch die Strahlen sichtbar sind. Ja ich denke so wird es werden... :)

Zitat:

Zitat von NicNacMan

- man kann die objekte außerhalb des bildschirms (wenn man das so nennen kann^^) verschieben
und bekommt sie dann nicht mehr zurück.

Ist ja halb geklärt: Nach Resize sind sie weg. Aber der Weisheit letzter Schluss ists so natürlich noch nicht. Ich kann mich nur noch nicht ganz entscheiden zwischen "kein Verschieben über'n Rand" und "bei (ganz) Verschieben übern Rand löschen".
Auch das könnte man ja wählbar machen... Mann das wird eine Propertyschlacht ^^

Zitat:

Zitat von NicNacMan

- die bekannten probleme bei horizontalen linien...

Leidig, aber wichtig...

Zitat:

Zitat von NicNacMan

- das mit dem "Cursor wird zur Hand" funktioniert bei mir auch nicht so richtig,
manchmal wird er zur hand, bleibt es aber dann auch.

Ich würde ja gerne die Hand wieder haben... Da muss ich aber erst nochmal schauen wie ich das am wenigsten CPU-hungrig hin bekomme, da man ja OnMouseMove eine Kollisionsprüfung ALLER Knoten ALLER Objekte machen muss. Kommt Zeit, kommt Hand :)

Zitat:

Zitat von NicNacMan

hoffe ich bin nicht zu pingelig für ne prealpha version *g*

Nana! Das ist ja genau der Richtige Zeitpunkt für sowas! Dicken Dank dafür!

Zitat:

Zitat von NicNacMan

naja, aber das prog is einfach nur "top" :thumb:, hab heute echt mehrere stunden damit rumgespielt!

:D *freu*


Die Weiterentwicklung wird in den kommenden 3 Wochen u.U. etwas stocken, da ich 6 Klausuren vor der Nase hab, aber grad bei so viel schöner Resonanz macht das Proggen gleich noch mal so viel Spaß!


Ich geh erstmal in's Bett... wird ja schon wieder hell ^^
Fabian

[Khabarakh]

Vier Tage Skiurlaub beendet... und hier geht die Post ab :lol: .
Was soll ich zu deinem Programm sagen, perfekt :thumb: ! Sieht auf den ersten Blick wie eine Mischung aus der GR32 GradLines-Demo und deinem Gravitationssimulator aus :mrgreen: .

[EDIT] Das im Anhang sieht allerdings etwas komisch aus? Bzw. welche Art von Refraktion hast du eingebaut?

[dizzy]

Ja das ist evtl. noch nicht 100%ig. Im grunde hat man ständig Übergänge der Art: Medium1 -> Medium2, egal von wo aus. Nie Medium2 -> Medium 1. Da muss ich noch denken... ^^

[Khabarakh]

Das wars dann wohl mit der Umkehrbarkeit des Lichtweges :mrgreen: . Hab mal auch in den Code geschaut, Hilfe, Vektoren :lol: . Die konnte ich bei meinem Programm zum Glück vermeiden :stupid: . Nett fande ich, dass meine Prozedur auch haargenau ReCalc heißt.

[Dax]

Wie schon öfters gesagt, finde ich das Programm auch genial :stupid:
Hab' mich jetzt auch mal dran gemacht.. (wie unser MicroKuchen ;-))
Ergebnis: Durch konsequenten Einsatz von handgemachtem Assemblercode (:mrgreen:) ist RiB schon fast 5% schneller, bei manchen Funktionen hab' ich 10% bekommen, aber da geht noch mehr :)

So, genug geredet, ich hacke weiter an dizzy's Code rum ;)

[dizzy]

Zitat:

Zitat von Dax

Durch konsequenten Einsatz von handgemachtem Assemblercode

Das hab ich bisher ganz bewusst vermieden ;). Da das Dingen ja noch in der Entwicklung ist, wollte ich zunächst mal bei DL bleiben. Optimierung dann später. Aber ich wäre da nicht unwesentlich an deinen "Fummeleien" interessiert :mrgreen:.
Ich hab aber auch schon wieder weitreichende Änderungen im Kopf. Wobei man die ganzen Funktionen zur Vektorrechnung sicherlich recht gefahrlos jetzt schon assemblieren kann...
(btw: Die Bildschn aus deiner PM sind :thumb:)

Cheeriot,
Fabian

[Dax]

Danke für das Kompliment, die Bilder warn auch eine Fummelei ^^ :) (/me schenkt dizzy eine Rose zum Valentinstag *g*)

PS: Sobald alle Optimierungen fertisch sind, poste ichs mal. Zur Zeit ist es nur FPU-Code, später kommt noch SSE, falls damit schneller wird :) (Die VOrtho-Funktion konnte ich mit FPU-pur um 75% verschnellern..)

[jfheins]

Ich möchte diesen Thread nochmal aus der Versenkung hervorhohlen, weil das Prog mich jetzt wirklich interessiert :stupid:

- Wird es noch entwickelt ?

- Kann man auch gerade Linien machen ?

- Das refrakting ist irgendwi nicht ... ganz richtig ... bei einer Linie wird das Licht gebrochen, wie bei einer Sammellinse, und manchmal wird es auch komplett ... fehlgeleitet :(

Kommt da noch was ?

[dizzy]

Zitat:

Zitat von jfheins

- Wird es noch entwickelt ?

Es gibt keine neuere Version, nein. Ich hab das Teil nunmehr unter die Kategorie "Spielerei als Basis für größeres" abgestellt. Die Theorie mit Splines und Licht etc. war eine recht aufschlussreiche Sache für mein Fernziel. Da ich aber derzeit sehr viel beruflich Programmiere, leidet der private Codespieltrieb merklich :cry:

Zitat:

Zitat von jfheins

- Kann man auch gerade Linien machen ?

Theoretisch klar, aber implementiert ist's nicht. Der Fall kam mir damals zu trivial vor, so dass ich direkt an die Splines ging, und Strecken nachbasteln wollte. Naja - so weit kam's dann nicht ^^

Zitat:

Zitat von jfheins

- Das refrakting ist irgendwi nicht ... ganz richtig ... bei einer Linie wird das Licht gebrochen, wie bei einer Sammellinse, und manchmal wird es auch komplett ... fehlgeleitet :(

Da kommt das Problem ins Spiel, dass eine Linie aus Sicht des Programmes 1D ist, also nur einen Übergang in ein anderes Medium darstellt. In der Realität haben aber auch Linien (Scheiben z.B.) ein Volumen, so dass 2 Übergänge passieren, die sich im Normalfall nahezu aufheben (bzw. der Effekt kaum sichtbar ist, da die Übergänge sehr nah aneinander liegen). Das ist in der Tat eine Designschwäche. (Der Kreis z.B. verhält sich wie eine komplett aus einem Material bestehende Kugel ohne Hohlraum - aus eben o.g. Grund.)

Zitat:

Zitat von jfheins

Kommt da noch was ?

In dieser Form wie hier vermutlich nicht. Wenn du aber irgendwo spezifische Fragen hast, dann versuch ich mich gern wieder da rein zu denken =)


Schönen Gruß,
Fabian