Massive Universe Online

[Bergmann89]

Hey,

erstma Danke für das Feedback.

zu 1: sehr komische Exception. Die kann ich mir bis jetzt auch noch nicht erklären. Ich werd mir das im laufe der nächsten Tage mal ansehen. Wenn's dazu was neues gibt meld ich mich hier nochma.
zu 2: das liegt an der Auflösung der ShadowMap. Umso Größer die Auflösung, desto geringer der Nebeneffekt. Wie schon im Artikel beschrieben wollen wir am Schatten noch was Neues implementieren. Das wird aber nochmal etwas aufwendiger, deshalb haben wir das erstmal weg gelassen.
zu 3: ja, das ist zur Zeit noch Absicht. Wir müssen erstmal gucken, was dort sinnvolle Kombinationen sind. Da diese Effekte am Ende in einem Shader zusammen gerechnet werden benötigen wir für jede Einstellung einen extra Shader. Das ist aber kein Problem, da unser ShaderManager schon so konzipiert ist, das er diese Shader von allein generiert. Also müssen wir da einfach ein paar Definitionen ändern, dann geht das.

€: kannst du mir noch das Log der x86 exe mit smooth Shadow anhängen? Da steht dann denke ich auch der Fehler drin. Sieht so aus als ob der Shader da nicht richtig kompiliert...

MfG Bergmann.

[BUG]

Zitat von Bergmann89:

€: kannst du mir noch das Log der x86 exe mit smooth Shadow anhängen? Da steht dann denke ich auch der Fehler drin. Sieht so aus als ob der Shader da nicht richtig kompiliert...

Hast deine Glaskugel ja gut geputzt

[Bergmann89]

Zitat von BUG:

Hast deine Glaskugel ja gut geputzt

hehe^^ Jetzt hab ich auf alle Fälle ne Zeilennummer, da kann ich mir das morgen gleich mal genauer angucken. Aber jetzt geh ich erstma penn. Ich meld mich. gn8

[Bergmann89]

Hey,

ich hoffe ich habs gefixt. Bei Shadern ist das von Grafikkarte zu Grafikkarte bisl unterschiedlich
Datei hab ich als Anhang mit hochgeladen. Die muss nach ".\MassiveUniverseOnline\data\shader".

MfG Bergmann.

[jaenicke]

Schade ist, dass das Programm sang- und klanglos abschmiert, wenn es seine Log-Datei nicht schreiben kann...

Denn logischerweise hatte es beim Ausführen keine Schreibrechte im Ordner... Dass es daran lag, hat mir aber erst der Process Monitor verraten.

Zumindest in dem Fall wäre es sinnvoll die Datei an einen günstigeren Ort zu legen oder zumindest eine Meldung anzuzeigen, dass man seine Rechte verbiegen muss.

[Bergmann89]

Hey,

das log-File ist so ziemlich das erste was erstellt wird, denn da landen eig. auch die Fehler drin. Ich finde, dass der Ordner der EXE genau der richtige Ordner für das log ist, da das Programm später auch an Leute ausgeliefert wird, die nicht so bewandert mit PCs sind, und die bei einem Fehler die log-Datei an uns schicken sollen. Wenn die erst nach %APPDATA% müssen, dann blicken die nich mehr durch Ne ordentliche Fehlermeldung wenn das Log nicht erstellt werden kann fehlt, da geb ich dir Recht. Das pack ich gleich mal auf die ToDo-Liste

MfG Bergmann.

[pustekuchen]

Das ist aber nicht wirklich toll.. Macht es doch so:

Log in %appdata%\MUO erstellen und bei der "Installation" eine Verknüpfung hinzufügen.

[jaenicke]

Zitat von Bergmann89:

Ich finde, dass der Ordner der EXE genau der richtige Ordner für das log ist, da das Programm später auch an Leute ausgeliefert wird, die nicht so bewandert mit PCs sind, und die bei einem Fehler die log-Datei an uns schicken sollen. Wenn die erst nach %APPDATA% müssen, dann blicken die nich mehr durch

Deshalb meine ich ja:
Kann die Datei nicht erstellt werden, pack sie doch einfach an den richtigen Ort. Wenn die Schreibrechte da sind, kann sie ja meinetwegen im eigenen Ordner landen, das ist bei mir eh nie der Fall.

[BUG]

Klappt immer noch nicht.
Außerdem habe ich es geschafft eine Access-Violation zu provozieren, in dem ich mehrfach zwischen Smooth und Normal umgeschaltet habe und das Programm dann beende.

Ich würde vorschlagen, Hashes aller geladener Dateien in die Log-Datei zu packen. Da ihr sowieso Git benutzt:

• http://stackoverflow.com/questions/5...1s-without-git
• http://stackoverflow.com/questions/2...-has-this-blob

Außerdem könntet ihr darüber nachdenken, Log- und Config-Dateien (auf Wunsch des Users) über ein Tool auf euren Server zu Laden. Dann kann dem User egal sein, wo die Datei liegt und welche er genau braucht. Er klickt auf einen Button und alle nötigen Informationen werden hochgeladen, heraus kommt evtl. noch eine URL, die er in Foren und Problemberichten nutzen kann.

[Bergmann89]

Okay überredet, ich packs nach %APPDATA%, für die Demos ist die Lösung mit der Verknüpfung ja ausreichend. Das mit dem Upload is ne gute Idee. Das brauchen wir dann aber erst in der eigentlichen Anwendung zum Game. Sowas ähnliches wie die Hashes hatten wir auch geplant, weil wir dann darüber unsere Updates fahren wollten.
Bei dem Fehler bin ich grad mal ratlos. Im Netz findet man dazu auch nich wirklich was. Normalerweise ist das ein einfacher inditzierter Zugriff auf ein Matrix-Element, aber aus irgend einem Grund will das deine Karte nicht