Ist prinzipiell richtig, bis auf einen Punkt, der bei EGosoft leider recht häufig zutrifft:UniTrader wrote:Was ist die unangefochtene Ursache nummer 1 für seltsame Fehler? genau, Mods. Bei ner fehlersuche beginnt man nun einmal mit den warscheinlichsten Ursachen.Killick1979 wrote:Nur was nützt einem dieser Thread wenn nicht einmal ein kleines Feedback von EGO kommt.
Was ist denn die häufigste Frage bei Problemen? Benutzt du Mods? - wird es be-ja-t ist gleich die Mod schuld.
Ausserdem: irgendeine gemeinsame basis zur fehlersuche muss es geben, und wenn alles in Vanilla wie gedacht funktioniert dann kann es nur an den verwendeten mods liegen.
Bestätigt wird dies durch die nachfrage ob es ohne mod funktioniert - man hört meist nie wieder was vom hilfe suchenden... (nicht einmal ein "funktioniert jetzt" oder so)
Auch wenn es (für mich) nie ein Lösungsvorschlag ist, sondern ein teil der Fehlersuche. Ich hab keinen bock für jeden zig stunden ins blaue zu raten, was für mods er verwenden könnte und welche komischen bugs diese beinhalten könnten. oder den Usern die relevanten infos aus der Nase ziehen zu müssen. wenn jemand hilfe sucht sollte dieser alle relevanten Infos zur verfügung stellen.
Die Tatsache, dass Dinge ohne Mods funktionieren und mit nicht, muss nicht heißen, dass es am Mod liegt.
Es liegt auch oftmals daran, dass man bei Egosoft aus Unfähigkeit Sachen hardgecoded hat, dass sie exakt für einen Anwendungsfall funktionieren.
Beispiel gefällig? Ersetze bei X3TC das 3d-Modell des transorbitalen Beschleunigers durch ein anderen (z.b. normales Tor) und nichts funktioniert mehr (Entfernungsberechnung, Eintritt in den "Ereignishorizont" ect).
Da hat der Modder nichts falsch gemacht, es gibt einfach irgendwo im Code eine Funktion, die eine BoundingBox der festen Größe X mal Y vorsieht und die damit rechnet.