Beiträge von runner78

Zitat von KnutG

Hm, wie genau muss man sich das ganze vorstellen - jetzt wird von nem neuen Entwicklerstudio gesprochen. Was wurde aus Star theory? Haben die sich echt wärend der Entwicklung von KSP2 aufgelöst? Oder nur umbenannt? Gab ja auch ewig nix Neues von denen. Bis auf ein Video wie der Trailer entstand war da absolute Funkstille. Schon echt merkwürdig.

Hoffentlich läuft es ab jetzt runder und die Entwicklung geht zügig weiter. Das im Video gezeigte Material sieht zwar cool aus - ist aber bei einer kontinuierlichen Entwicklung über die letzten Monate Funkstille nicht wirklich bemerkenswert... Auch die Pre Alpha Grafik hat sich kaum verbessert. Aktuell kommt mirs noch wie ein Hinhaltevideo vor. Mal sehn was demnächst neues kommt - dieses Jahr rechne ich erstmal nicht mehr mit KSP2. Naja - die Hoffnung stirbt zuletzt und Hauptsache ist, es wird toll

Ich glaube eher, das Video wurde bereits zum Teil zuvor produziert und lag während der Umstrukturierung in der Schublade.

Übrigens sieht man Kerbin im Video mit Wolken.

Endlich, ich benutz die eigentlich öfters, habe sie aber wegen deren hässlichen äußeren dann doch das eine oder andere mal weggelassen.

SQUAD ist wohl durch KSP2 etwas motiviert...

Übernächste Woche finden Unitys "Unite 2019" statt, vielleicht gibt es ja da was. 2013 waren ja schon SQUAD da

Die 1.9 sollte vor KSP 2 erscheinen, sobald KSP 2 erschienen ist, werden sich viele erst mal darauf stürzen und die 1.9 geht daneben unter.

Mit Planetarium-Engine meinte ich auch den KSP game code der für das berechnen der Orbits zuständig ist, es gibt sogaer eine Planetarium class

Sämtlicher code für Planeten und Orbits musste SQUAD selbst mit C# entwickeln, das nimmt einen Unity nicht ab. Der game code wird von der Engine gehosteten Mono runtime ausgeführt.

Mit Mod-Kompabilität meine ich massive Änderungen im game code, wenn sich Konzept Grunsätzlich ändern. KSP 2 ist eine Neuentwicklung, die haben weder bestehende Mods, noch Erweiterungen, noch viele alte interne Abhängikeiten.

Ich habe nie verstanden was sie meinen mit "das mach die Engine nicht mit", Ist damit Unity gemeint? Die hat keine "Planeten" Funktionalitäten, diese müssen Entwickler selbst entwickeln, meinen sie dann also ihre "Planetarium-Engine"? das ist das "Problem" Hausgemacht.

Die Entwicklung von KSP 1 war soweit ich was noch mit Unity 3 gestartet, kann auch gut sein, dass damals Unity einfach noch langsam war (PCs waren auch noch langsamer), aber sie haben über die Jahre kontinuierlich KSP auf eine neuere Unity version geupdated, mit 1.8 auch die derzeit aktuellste Version. Und dazu kam, das SQUAD ja ursprünglich keine Spielentwickler sind, könnte KSP an einigen Stellen einige Altlasten mit sich herumschleppen, die auf die Unerfahrenheit der Entwickler zurückzuführen ist.

Mit KSP 2 müssen sie nicht mehr auf die Mod-Kompatibilität denken und können die von Anfang an Unity Features verwenden, die man bei KSP1 nicht so einfach nachträglich für bestimmte Sachen verwenden kann. Z.B. die Berechnung von den Orbits, mit Unity's C# Job system und Burstkompiler, da kann man einen enormen Performance schub herausholen, allerdings bezweilfe ich, dass das bei KSP 1 umgestellt wird (falls doch, könnte man den Orbit dann mit tausenden Debris zumüllen ohne das der Rechner groß ins Schwitzen kommt).

Ich habe erst kurt vor der Ankündigung von dem Unity Update mich darüber ausgelassen, dass sie immer noch auf eine alte Unity Version setzten. Sie haben mich wohl erhört

Ein Update auf 2019.3 (derzeit in Beta) wäre Interessant, da dort PhysX auf 4.1 geubdated wird, was einigen Prolemen mit den Roboterteilen beheben könnte:

Zitat von Unity Blog

We have upgraded the PhysX library from v3.4 to v4.1. This includes the new Temporal Gauss-Seidel solver, which allows joints to be more resistant to overstretch and prevents some erratic behavior previously seen during simulation

In einem Interview, keine Ahnung welches genau, wurde gesagt, dass sie derzeit an den Atmosphären-Effekten arbeiten (Frage war bezüglich Wolken, nicht das Wetter). Ich warte lieber noch bis ich ein Urteil über die Qualität mache. Oft sind in PRE-Alphas und Alphas Platzhalter Grafiken enthalten oder vereinfachte Systeme um zumindest etwas testen zu können.

Ich glaube auch in einem Interview gelesen/gehört zu haben, dass Wetter nicht in der erster Version ist, aber vielleicht in späteren Updates dazukommt.

In einem Interview wurde gesagt, dass sie bei einem internen Multiplayer test sehr viel Spaß hatten, und es sehr "kerbelig" war.

Zitat von KCST

Und sie wobbeln immernoch

Die haben ja gesagt, dass sie das Spielerlebnis von KSP1 erhalten wollen.

Ein großer unterschied zwischen Realität und KSP: in KSP werden Parts nur mit einen einzelnen Verbindungspunkt verbunden (ohne autostrut) in der Realität mehrere.

Zitat von Cheesecake

Uberlander

Das ist mir schon klar dass ich den Roboterarm langsam bewegen muss. Und das habe ich in der Vergangenheit auch immer gemacht. Sonst hätte ich keine Station bauen können.

Aber was ist real daran wenn ich ein Gelenk baue, da ein kleines Gewicht dran hänge und da alles rumwobbelt ohne Ende? Wenn das real wäre dann würde es in der realen Welt wohl kaum Kräne, Hubbühnen oder sonstwas geben.

Ich sag ja nicht dass es gar nicht mehr wobbeln soll. Aber so wie es in KSP ist, ist es definitiv nicht real weil total übertrieben. Baue eine Saturn V nach ohne Autostruts. Ich glaube nicht dass eine echte Saturn je so gewobbelt hat. Oder hast du bei realen Raketen außen schonmal 250 Struts gesehen?

Mit den Autostruts verhält es sich schon ganz gut bei normalen Parts. Jedenfalls näher an der Realität als ohne. Nur leider nutzen die Autostruts bei Robotic-Parts rein gar nichts.

Anderes Beispiel: Ich nehme einen Motor und setze dort radial flügel dran. Als Propeller für ein Flugzeug oder einen Hubi. Wenn ich den jetzt anwerfe dann dreht sich alles und die Flügel bewegen sich mit ner riesen Lücke zwischen Motor und ihnen selbst weil sie durch die Fliehkraft nach außen gedrückt werden. Die Fliehkraft ist ja OK. Aber nciht dass die Propeller sich dann mit nem Meter Abstand zum Motor bewegen. Entweder müssten sie am Motor fest sein oder die Fliehkraft ist so groß dass die Flügel abreißen. Dazwischen gibts nix. Also soviel zu deinen Beispielen dass die Physik in KSP sehr real sei.

Und nein, ich habe den Fehler nicht gemacht und die Roboterarme zu schnell bewegt da mir das Problem in KSP sehr wohl bewußt ist. Trotzdem ist es aber extre frickelig damit umzugehen.

Alles anzeigen

Tatsächlich wobbeln echte Raketen auch, und die Saturn V hatte auch ein Problem mit Vibrationen, die beim ersten unbemannten Testflug sie fast zerstört hätte.

Vielleich würden einige Bugs und perforemance-probleme behoben werden, wenn sie KSP 1 endlich mal mal eine aktuellere Unity Version updaten würden, da gab es inzwischen 2 größere PhysX upgrades mit mehr stailität und Performance.

Vielleicht ist der grafische Unterschied zwischen KSP 2 pre-alpha und das fertige Spiel ist so wie beim 1. Teil

Es gibt durchaus "Konkurrenten", z.B. SimpleRockets2. Ich habe noch wo eines gesehen, kann mich aber nicht mehr an den Namen erinnern und hatte sich auch mher auf Atmosphärenflüge konzentriert. Was denen aber allen fehlt ist der Charme von KSP.

Beim letzten Punkt sind dinge abseits von Spielen gemeint.
Ich differenziere großen gratis update wie z.B. ein upgrade von Unity mit Code refactory für die neuen Unity Möglichkeiten (neue C# Version, Unitys C# Job system usw.) und kostenpflichtige DLCs

Zitat von Cheesecake

Hm, 2 Teile neu modelliert. Und dafür brauchen die jetzt 1 Woche? 2 Wochen? Und die haben nen ganzes Team. Da ist manch ein Modder um längen schneller. Und die machen das in ihrer Freizeit.

Der komplette Part-Revamp hätte mit 1.6. schon abgeschlossen werden können. Da kommts einem echt so vor als würde das einfach nur in die Länge gezogen. Hauptsache KSP irgendwie am Leben erhalten.

Ich glaube nicht, dass sie viele Resourcen für die kleineren Updates zu Verfügung stellen. Gründe könnte es mehrere geben.

• Sie arbeiten an einem anderem Spiel
• Sie arbeiten an einem größerem Update
• Sie arbeiten an einem neuen DLC
• Sie arbeiten an KSP 2.0
• Sie arbeiten an was ganz anderem und KSP ist nur noch so nebenbei.

Auf 4 und später 5 Sind sie schon während der Alpha umgestiegen, mit 1.4 auf 2017.1

Dx11 ist soweit ich weiß seit Unity 5 Default bei neuen Projekte, das sind jetzt 3 Jahre.

KSP startete allerdings noch mit Unity 3,

Zitat von Cheesecake

Standardmäßig läuft Ubity nämlich nicht in DX11.

Dx11 ist bei Unity eigentlich schon seit einiger Zeit Standard für Windows als Target Plattform, Dx9 wird seit Version 2017.3 gar nicht mehr unterstützt.

Ich frage mich wie Squad es überhaupt geschafft hat, den Dx11 Modus kaputt zu machen. Das ist ja eigentlich teil von Unity und nicht KSP selbst.