Themabewertung:
  • 0 Bewertung(en) - 0 im Durchschnitt
  • 1
  • 2
  • 3
  • 4
  • 5
Simutrans 120.0 (rc)
#1
Die Version 120.0 ist erschienen, die Landscahftlich einen Quantensprung darstellt. So sind all Klima auf einer Höhe möglich, genauso wie zerklüftete Berge. (Der Landschaftgenerator ist darauf aber leider noch nciht wirdlich vorbereitet.) Auch gibt es erst zwei Paksets (pak64 und pak64) soiwie zwei Nightlies (pak128 und pak128.britain), die die beherrschen.

Außerdem gab es viele Bemühungen, SImutrans auch auf Tablets Bedienerfreundlich zu machen. So kann zum Beispiel auch im Abfragemodus mit der linken Maustaste (bzw. eben dem Finger) die Karte verschoben werden. Auch können die Werkzeugsymbole bereits vergrößert werden.

Neben vielen anderen Optimierungen (unter anderem einen dramatisch besseren Wegfinder für Schiffe), gibt es eine wichtige Änderung: Wegpuntk funktionieren nicht mehr als Signale. Spiele, die sich darauf verlassen haben, müssen ihre Routen etwas umbauen.

ACHTUNG Diese Version unterstützt jetzt IPv6. Daher werden Windows2000 und ältere VErsion nicht mehr unterstützt.


[size=1.45em]Installer für Windows[/size]: Online-Installer.


[size=1.45em]Programme[/size] (Haiku nicht erstellt)

Windows GDI (new)
Window SDL (new)
Linux SDL (new)
Mac OSX/PowerPC SDL (new)

[size=1.45em]PakSets[/size]

Pak64
120.0 (neu)
pak64 Basics
64pak food chain

Pak64.german 110.0c
pak64.german 110.0c
pak64.german addons (Touristen) 110.0c
pak64.german industry addons 110.0c

Pak64.Classic 102.2.2
pak64 Classic

Pak64.japan 120.0 (neu)
pak64 japan

Pak64.contrast 102.2
pak64 contrast

Pak64.HO-scale "latest"
pak64 HO-scale

Pak96.comic V0.4.10 extended
pak96.comic

Pak96.HD 100.0
pak96.HD (0.4)

Pak128 V 2.3
pak128 2.3

Pak128.japan 110.0.1
pak128 Japanfor 110.0.1

Pak128.britain 0.14 (neu)
pak128 Britain v0.14

Pak128.german 0.61 (neu)
Pak128 German 0.61

pak192.Comic V0.3 (neu)
pak192 Comic 102.3 V0.3

pak48.excentrique 0.18
pak84 Excentrique

pak64 SciFi
pak64 SciFi 0.2

Pak32.comic 102.0
pak32.comic for 102-0


[size=1.45em]Makeobj[/size]
makeobj 55.3 (neu)
Windows
Linux


Release of 120.0: (r7175 on 28-Apr-2014):
CHG: zoom with mouse wheel zooms to the cursor position, not to the center of screen as it used to
CHG: system events management rearranged, simutrans should more responsive to user events, specially on low framerates
ADD: second_open_closes_win =1 in simuconf.tab will close open window instead top them on secod call/click
ADD: remember_window_positions=1 (default) will remeber last window positions
FIX: (S_N_C) net wealth was not consistent after buying vehicles
ADD: (kierongreen) double heights (slopes), different water levels per tile, and per tile climates
FIX: long block signals direct in front of stations gave deadlocks
ADD: fixed maintenance for vehciles is now booked
ADD: (jk271) way toll statistics now
ADD: (neroden/kierongreen) stacked stations eith different owners are now possible
ADD: loading gui themes (designs) on runtime
ADD: faster creating of hill
ADD: matching pak is loaded automatically when no -objects is given with -load on commandline
ADD: dragging map also with left mousebutton when the query tool is selected
ADD: display also fixed cost in convoi details and depot (if set)
ADD: enforce loading time (time will be long of all vehciles, default 1s)
ADD: makeobj can now warn about unused entries (makeobj verbose pak... or makeobj debug pak...)
CHG: Stretchable themes now in trunk
CHG: use faster route search for ships (jump-point search)
CHG: max in_transit now depends on the sum of all connected factories output storage times the in_transit percentage
ADD: goods in transit are now recalculated whenever a game is reloaded
CHG: overcrowded message no longer for factories supplied by producer but only interchanges
CHG: Waypoints act no longer as signals
ADD: server_motd_filename for file with a greeting message in online games
ADD: more option to select network overlay in minimap
Zitieren
#2
Erstmal ein RIESEN LOB an alle Programmierer!
Die Version habt ihr super hinbekommen! :thumbsup:

Ich habe zwei Sachen:

Ein kleiner Bug an dem "Abgrund" der Karte:
[Bild: 120-0_bugs_2.png]

Und, und ich weiß dass ich da eigentlich schon fast zu spät mit bin...

Ich würde gerne "unsere" GUI sehen, und nicht die allgemeine...
Unter anderen auch daran, dass die Icons einfach nicht zum Grau passen,
Was müssten wir machen, damit man "unsere" direkt beim Pakset-start sieht?
Am besten sogar ohne extra Aufwand auf der Benutzerseite.
Zitieren
#3
Geht zur Zeit nicht ohne weiteres, da die GUI von den paksets getrennt wurden. Denn es gibt (bzw. wird geben) jetzt GUIs für Tablets, und welche für PC, und evt. auch welche für Telefone, und das erfordert leider etwas andere Skins.

Man könnte allerdings ein GUI-Thema in der Simuconf.tab angeben, nur muss es natürlich installiert sein, sprich unter simutrans/themes installiert sein. Es sollte dann aber auch skalierbar sein, was die Dialogboxen etc angeht. Ich bin gerne offen für Vorschläge, wie man das angeht. Allerdings sollte natürlich auch die Paks mit mehr als einem Skin optisch funktionieren ...

Was den Bug angeht: Dann ist die Grafik ein Pixel zu niedrig.
Zitieren
#4
ach, verdammt, das mit den verrutschten Grafiken kann gut sein, ist bisher einfach nicht aufgefallen, da der rand einfach schwarz war...

das mit der GUI können wir gerne auslagern, falls es hier nicht hinpassen sollte...

Spräche etwas dagegen, in dem "Theme selector" ein extra Thema namens "Pakset" oder ähnlichen auswählbar zu machen, welches das im Pakset eingetragene nutzt?
Das hätte dem Vorteil, dass es immer beim Pakset mitgeliefert werden könnte, aber auch nicht irgendwie bevorzugt wird.
Zitieren
#5
prissi,'index.php?page=Thread&postID=102630#post102630' schrieb:Allerdings sollte natürlich auch die Paks mit mehr als einem Skin optisch funktionieren ...
Das tun sie nur, wenn entweder der Skin oder das Pakset Identitätslos sind. Dass zu allen grauen Buttons auch eine graue Hintergrundfarbe passt ist natürlich klar, aber du wirst wohl kaum verlangen, dass ab jetzt wieder alle Paks gleich aussehen sollen, damit sie auch ja zu den Themes passen. Dass der Pak64-Skin zum Standard-Skin wurde ist natürlich nachvollziehbar, aber stell dir einfach mal vor, dass das neue Standardtheme der Skin wäre, welcher in Pak192.comic genutzt wurde, so dass eben pak64 nicht mehr dazupasst. Hättest du Lust, alle Icons von Pak64 auszutauschen, damit es zum neuen Theme passt? Oder würdest du darauf pochen, dass dein alter Skin, bei dem alles gepasst hat, zurückkommt?

Wenn der Sinn der Sache ist, dass die Themes zu verschiedenen Endgeräten passen, dann sollte der User auch genau das auswählen: Tablet, PC, Phone, High-Contrast. Wenn wir das Pak192.comic dann mit einem Tablet, PC, Phone und High-Contrast-Theme ausstatten, warum sollte es nicht verwendet werden? Wenns was nicht gibt, Fallback auf deinen Standard. Und wer manuell weitere Themes in den Themeordner lädt darf dann eben auch diese auswählen und Pak-spezifische Themes überschreiben. Ich verstehe wirklich nicht, was daran ein Problem sein sollte.

EDIT: Theme für Pak192.comic im Anhang.


Angehängte Dateien
.pak   menu.pak192comic.pak (Größe: 51,16 KB / Downloads: 365)
.tab   pak192comic.tab (Größe: 2,41 KB / Downloads: 54)
.tab   pak192comic-large.tab (Größe: 2,35 KB / Downloads: 44)
Zitieren
#6
Wenn du beisst, kann ich das auch: Obwohl seit bereits mehr als einem halben Jahr so im Nightly, hat noch kein Schwein ein Theme erstellt. Somit hat sich die Frage schlicht nicht gestellt. Ich habe ja auch gar nicht dagegen, einem Pak ein bevorzugtes Theme zu geben; der Nutzer kann ja eh ein anderes auswaehlen. Aber jetzt mal konstruktiver:

Evt. sollte man ja die Themes eher mit einer "Familie" (brown, standard, aero) und einem "Unterthema" (large, contrast, ... ) und es wird nur vom pak ein Familie vorgeschlagen, so dass Tablettbenutzer nicht jedesmal auf winzige Schaltflaechen fingern muessen. Auch die Idee Paksetdefault als Standardthema ist nicht schlecht.

Wobei Themen im paksetordner so ne Sache sind, weil die meisten pak sets ueberaus selten upgedated werden. Dann haette man evt. zwei ueberlagerte Themen (button aus dem pakset und der Notfalldefault) was eher noch bescheidener aussieht. Das wuerde ich lieber getrennt halten, d.h. Themen im Themesfolder. Nur meine Meinung.
Zitieren
#7
man könnte ja ein Theme mit dem Pakset mitliefern,
welches dann aber durch ein (dann ggf. vorhandenes neueres) gleichnamiges in dem Theme-Ordner "überschrieben" wird.

Man könnte die GUI-Größe mit eine art Schieberegler etc. unabhängig vom Theme einstellbar machen,
dann hätte man dieses "Problem" gar nicht.
Zitieren
#8
Sorry, dass das schon ein halbes Jahr fertig ist wusste ich nicht. Ich habe zwar mitbekommen, dass es Differenzen zwischen Max-Max und anderen Entwicklern gab, aber da zumindest öffentlich nie gesagt wurde, dass Max-Max das Projekt aufgegeben hat, ging ich davon aus, dass es noch weiter in Entwicklung ist. Mit ihm hatte ich damals ja schon gesprochen, eben um die jetztige Situation zu verhindern, allerdings waren seine Vorstellungen noch etwas ganz anderes als das, was es jetzt gibt. Heißt das nun, dass die Entwicklung an den Themes auf Eis liegt, bis sich jemand rührt, der Änderungen haben will, oder gilt sie als abgeschlossen? Oder wird da ohnehin noch dran geschraubt, aber ihr wolltet zwischendurch schonmal eine Version rausgeben?
Wenn du Rückmeldung willst, was sich Grafiker wie ich noch wünschen, kann ich dir gerne eine Liste zusammenstellen Wink

Dein Einteilungsvorschlag nach Familie und Unterthema ist genau das, was ich meinte, nur mit anderen Begriffen. Ich habe es im Gespräch mit Max-Max mit CSS verglichen: Wenn die Seite keines mitliefert, dann gibts eben den Browser-Standard. Die Seite liefert für gewöhnlich mehrere verschiedene Stylesheets je nach Endgerät, aber am Ende kann der User doch alles mit seinen eigenen überschreiben, auf eigene Verantwortung.

Dass Themes in Pakset-Ordnern schneller veralten leuchtet natürlich ein, ist aber meiner Meinung nach das geringere Problem. Es ist in jeder hinsicht spielbar und funktional, nur nicht schön, selbst wenn da irgendwas unpassendes zusammengemischt wird - also ungefähr das gleiche, wie bei unserem Pak derzeit der Fall ist.
Ein kleines Gedankenspiel: Angenommen, das derzeitige Standard-Theme ändert sich nicht mehr, selbst wenn neue Funktionen hinzugefügt werden. Entsprechend würde jedes von nun an erstellte Theme sich ebenfalls nicht mehr ändern. Wenn man also heute ein Theme erstellt, welches nur Buttons beinhaltet, passen diese Buttons entweder zum Standard, dann werden sie es auch in 5 Jahren, oder eben nicht - aber schon heute nicht. Voraussetzung wäre natürlich, dass neue Parameter nur zusätzliche Einstellungen ermöglichen, aber nicht erforderlich sind und auf die bisherige Methode als Fallback haben. Also wenn es einen neuen Parameter "Button-Fontcolor" gibt, so dürfte man diesen im Defaulttheme nicht nutzen. Dann fragt das Programm "Hey hier ist ein Button, welche Textfarbe hat der. Paktheme? Keine Antwort? Okay, DefaultTheme? Keine Antwort? Paktheme, was ist deine Standardschriftfarbe? Keine Antwort? Hmmmm, DefaultTheme, wie sieht es bei dir aus? Schwarz? Okay, passt!" - und alles ist wie bisher. Die Abwärtskompatibilität des Spiels an sich stelle ich mir da schwieriger zu meistern vor, und das schafft ihr ja auch Smile
Zitieren
#9
Vielen Dank für eure Arbeit!

Als release candidate könnte da vielleicht noch ein Fehler schlummern - oder ist es Absicht? Bei mir haben sich die Haltestellenwartezeiten extrem verlängert. Hatte ich mit der Version 112.3 eine Wartezeit von 1/512 eingestellt, so setzten die Fahrzeuge ihre Fahrt nach maximal 3,5 Stunden Simutranszeit bei bits_per_month=20 fort. Mit der 120.0 bleiben sie 1,5 Tage, also 36 Stunden stehen (Circa-Werte), anders gesagt rund das 10-fache. Auch ein Speichern und Neuladen hilft nicht.
Zitieren
#10
Kann es sein, das es sich dabei um die neu eingeführte Beladezeit handelt?
Da wurde auch schon mal darüber geschrieben.
Zitieren


Gehe zu:


Benutzer, die gerade dieses Thema anschauen: 1 Gast/Gäste