[V4.8]DodaFus Universalkomplextool

[DodaFu [KBG]]

[VampireSilence]

Naya 1.3.1 war das, was ich vor dem Update auf 6.0 hatte. Den Ordner hab ich dann nicht mehr umbenannt, das dürfte dann doch automatisch alles angepasst worden sein oder nicht ? Wär irgendwo sinnfrei sonst. ^^

Liebe Grüße
- VampireSilence

[DodaFu [KBG]]

Das lässt sich nachprüfen indem du die Eigenschaften der javaw.exe aufrufst und dort unter Version nachsiehst.

[VampireSilence]

Edit: Ok, da steht aber nirgendwo eine Version. Nur "Allgemein", "Kompatibilität", und "Dateiinfo" und in der Dateiinfo sind alle Felder leer.

Liebe Grüße
- VampireSilence

[DodaFu [KBG]]

Mhh, also eigentlich müsste es da stehen. Da ich mich erst seit 1.4 mit Java beschäftige weis ich nicht ob die Vorgänger evtl. ohne Versionsinfo rausgegeben wurden.

[DodaFu [KBG]]

Aufgrund eines schwereren Fehlers in den Versionen 3.41 bis 4.2, hier nun Version 4.3...

Version 4.3:
- Definition um minimale Selbstversorger erweitert, Selbstversorgerdefinition reduziert
- Der der Zwischenproduktminimierung vorangehende Rückrechnung wurde entfernt, es liegt somit wieder in Userhand ob eine Rückrechnung vor der Minimierung stattfindet
- Scrollen durch Fabrikgrößen
- Menü umstrukturiert
- Standardfarben geändert (Es werden nichtmehr die Systemfarben verwendet)
- Mineralien haben nun einen Asteroidennamen
- Universumskarte: Bei der Wahl der Verbindungsfarbe werden an die zu verbindenden Sektoren angrenzende Sektoren berücksichtigt
- Optionsdialog: Fabrikdetailimporteinstellungen entfernt
- Optionsdialog: Farbbeispieleinstellungen entfernt
- Behoben: Doppeltes oder fehlendes Minuszeichen bei negativen Werten
- Behoben: Fehler bei der Korrektur von Rückrechnungseinstellungen und Werten
- Behoben: Fehler bei der Berechnung von Minen durch die Einführung userdefinierter Fabrikgrößen
- Behoben: Verlust des Typs "Mit Asteroiden" bei Waren
- Behoben: Minearalien die zwar in Asteroiden vorkommen, aber nicht per Mine abgebaut werden können (z.B. Nividium) konnten bei der Minenerstellung fälschlicherweise ausgewählt werden

- Java Runtime Environment 6.0 (sollte installiert werden, falls noch kein aktuelles Java-JRE/JDK installiert ist)
- Version 4.3 (Jarfile)

[BloodHunter2004]

wird es das ding hier für X3TC auch geben?

gute arbeit übrigens

[DodaFu [KBG]]

Das Programm selbst ist eigentlich TC-tauglich, lediglich die Datenbank muss auf TC-Stand gebracht werden.
Martin21 hat sich da drangesetzt.

Das einzige was am Programm selbst sinnvoll in hinblick auf TC ist, wäre ein eigener Fabriktyp für Sonnenkraftwerke, da man in der derzeitigen Version diese für jede Sonnenintensität einzeln eingeben und dann je nach Sektor aktivieren müsste.
Dazu fehlt mir noch eine entsprechende SKW-Formel.

Ich war jedoch nicht untätig und habe die Übersichtlichkeit in Angriff genommen:

Das ist derzeit zwar bestenfalls als Prototyp zu bezeichnen, jedoch ist sicher dass die nächste Version eine Tabellenansicht zur Verfügung stellt.

[Shadow 1412]

Das Programm wäre für mich äußerst nützlich, bloß leider wenn ich Versuche runter zu scrollen hängt sich das Programm schlicht und einfach auf. Ich kann lediglich auf die obere Fensterleiste zugreifen (dort wo Neu steht).
Ich habe Java 6 Update 10 installiert und auf deren Webseite überprüft.
Fehlermeldungen gibt's keine.

EDIT

Version 3.0 GOLD funktioniert einwandfrei

[-Dusty-]

[DodaFu [KBG]]

Wie Martin21 es macht hat er nicht geschrieben.
Erzähl mal mehr übers Auslesen per Skript, das Hauptproblem ist in DUKT die Verbindungen zwischen Fabriken, Waren, Sektoren, Asteroiden und Rassen herzustellen.
Bis auf den Asteroidenimport sind die bisherigen Importfunktionen äußerst provisorisch, aber wenn das auslesen jetz besser geht dann könnte ich ja mal eine einfacher handhabbare Importfunktion, die nicht nur einzelne Informationen importiert, implementieren.

[-Dusty-]

Auslesen lassen sich eigentlich alle erdenklichen Daten, eben abgesehen von der SKW-Effizienz. Alles andere lässt sich machen, wenn auch über Umwege.
Die einzige echte Neuerung diesbezüglich ist ein Kommando zum hinzufügen der Standardwaren für eine Station - die Waren werden dabei aus irgendeiner Datenbank ausgelesen. In Reunion musste man die Produkte bzw. Ressourcen selbst hinzufügen, und dazu war eine eigene Bibliothek für alle Stationen notwendig... Spätestens bei Mods hätte das nicht mehr geklappt.

Zu den Daten, die ausgelesen werden könnten:
Bei Stationen: Name, Herstellerrasse, Schiffswerften (welche die Station verkaufen), Produkte, Ressourcen, Zykluszeit, Anzahl Produkte bzw. Ressourcen/Zyklus, Lagerraum-Grösse, ...

Bei Waren: Name, Preise (minimal, normal, maximal), zugehörige Fabriken, Frachtklasse/grösse, ...

Sektoren, Rassen und Asteroiden sind auch möglich, dafür braucht der DUKT meines Wissens keine weiteren Informationen.

Schwieriger wird es höchstens bei den Beschreibungen der Objekte, aber auch das sollte über Umwege machbar sein.


Die Frage ist jetzt nur, ob der DUKT das importieren kann - die per Skript ausgelesenen Daten lassen sich in jede nur erdenkliche Form bringen, das ist überhaupt kein Problem.
Falls du solche Importfunktionen einbauen solltest, hätte die Sache gerade für Modifikationen oder auch die Übersetzung des Programms Vorteile, da die Informationen automatisch aus dem Spiel ausgelesen und vom DUKT importiert werden könnten.

[DodaFu [KBG]]

Alles zu importieren ist schon ne interessante Sache, aber um das zu implementieren brauch ich auch etwas Zeit, ein Schnellschuss wie bei den derzeitigen Importfunktionen (außer Asteroiden) würde hier nicht viel bringen.

[DodaFu [KBG]]

So, ich denke ich kann mich nun daranmachen, wenn du es machen willst kannst du mir jederzeit das Exportscript oder die exportierten Daten zukommen lassen. Vom Umfang her kann ich alles gebrauchen was es an Infos über Waren, Fabriken, Rassen, Sektoren und Asteroiden gibt.

[h4nnib4l]

nette sache! danke für die ganzen hilfen, ähm wann kann man mit der TC version/daten rechen?