News:

Simutrans Forum Archive
A complete record of the old Simutrans Forum.

Pak128-German: addons

Started by wolfgang, April 25, 2020, 05:09:52 PM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

wolfgang

Hallo!

Ich habe mir aus diesem Forum die Version 121 (Linux 64) sowie das Pak128German Version 1.2 kopiert. Läuft, aber es fehlen zu viele Fahrzeuge. (Z.B. Anhänger für Schüttgut- und Holz-LKW.)

Dann habe ich diese Seite mit den addons gefunden: https://pak128-german.de/inc/addon.html

Leider läuft dieses addon nicht mit ST121, das Spiel stürzt mit einem Speicherzugriffsfehler ab. :(

Das Nighly ST 2020-04-25 läuft leider wegen fehlender Laufzeitbibliothek nicht:

./simutrans: error while loading shared libraries: libsndio.so.7.0: cannot open shared object file: No such file or directory

Die Version 7 ist für mein System (KDE Neon) leider nicht verfügbar. :(

Habe ich noch irgend eine andere Chance, an fehlenden Fahrzeuge zu gelangen?

makie

#1
Quote from: wolfgang on April 25, 2020, 05:09:52 PMlibsndio.so.7.0:
Das ist im Paket libsndio7_0 das zumindest bei mir sich mit der Paketverwaltung nach installieren lässt.
---------------------------
Bei mir läd er ohne Probleme die LKW Addon zusammen mit Version 1.2.
Sowohl mit 121.0 als auch mit Nighly R9035

Hängt vielleicht am gespeicherten Spiel.

wolfgang

aptitude search libsndio7

liefert leider kein Ergebnis. :(

Welche Distri verwendest du? Ich lasse hier KDE Neon laufen, die ist eigentlich immer sehr aktuell. (Rolling Release)

Mariculous

It seems opensuse leap 15.1 (current latest) and ubuntu 18.04 (a few days ago it was the latest) don't have it in their (default) repos either.

zypper se -s libsndio
...
S | Name                  | Typ   | Version         | Arch   | Repository         
--+-----------------------+-------+-----------------+--------+---------------------
  | libsndio6_0           | Paket | 1.0.1-lp151.2.3 | x86_64 | openSUSE-Leap-15.1-1
  | libsndio6_0           | Paket | 1.0.1-lp151.2.3 | x86_64 | Haupt-Repository   
  | libsndio6_0-debuginfo | Paket | 1.0.1-lp151.2.3 | x86_64 | Debug-Repository   


apt-cache search libsndio
libsndio-dev - Small audio and MIDI framework from OpenBSD, development files
libsndio6.1 - Small audio and MIDI framework from OpenBSD, runtime libraries

wolfgang

What a bummer...

I am running the compiler right now. Hopefully I will get version 121 to run along with the addons. Keep fingers crossed!

makie

Ich verwende OpenSuse Tumbleweed und bin sehr zufrieden. Es ist auch ein Rolling Release.
Eigentlich sollte libsndio6_0 auch passen, ich würde das mal versuchen zu installieren.

aber wie gesagt oben, bei mir läuft das LKW Addon

Ein selbst kompiliertes Nighly ist allerdings die beste Lösung, wenn dir das geling.

wolfgang

Die Version 6.1 ist installiert:

~$ aptitude search libsndio
i   libsndio-dev                               - Small audio and MIDI framework from OpenBSD, developm
p   libsndio-dev:i386                          - Small audio and MIDI framework from OpenBSD, developm
i A libsndio6.1                                - Small audio and MIDI framework from OpenBSD, runtime
i A libsndio6.1:i386                           - Small audio and MIDI framework from OpenBSD, runtime


Trotzdem läuft es nicht. Habe sogar schon versucht, dem System einen Link unterzuschieben:

libsndio.so.7.0 -> libsndio.so.6.1

Aber das hat auch nicht funktioniert.

makie

da weiß ich leider auch nicht mehr weiter

wolfgang

Das Übersetzen hat funktioniert, aber auch dieses Binary stürzt mit den addons immer noch ab. :(

wolfgang

Quote from: wolfgang on April 25, 2020, 09:17:15 PMaber wie gesagt oben, bei mir läuft das LKW Addon

Von wo hast du das, welche Pack-Version benutzt du?

makie

Ich habe beides von https://pak128-german.de runter geladen.
Beziehungsweise das ist meine Homepage  ;)

wolfgang

Kannst du mir eine Kopie deines kompletten ST Ordners geben, also Spiel-Binary und das komplette/aufgerüstete Pakset?

makie

Das ist verstreut in:
/usr/share/simutrans/
/usr/lib/simutrans/
/home/user/simutrans/

Bessere Idee:
Wenn du Kompilieren kannst dann nochmal und mit
DEBUG = 3    # Level 1-3, higher number means more debug-friendly but slower, see Makefile
in Datei config.default

dann das mit dem Debuger gdb aufrufen
mit cd ins Simutransverzeichnis
-> gdb simutrans
oder gdb sim
-> run -use_workdir
oder wenn Simutrans in deinem Homeverzeichnis
-> run
Programm sollte laufen
und wenn es Abstürzt dann Backtrace
-> bt
in dem sollte stehen wo das Problem ist

wolfgang

(gdb) run -use_workdir
Starting program: /home/wolfgang/simutrans/sim -use_workdir
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Use work dir /home/wolfgang/simutrans/
Reading low level config data ...
parse_simuconf() at config/simuconf.tab: Reading simuconf.tab successful!
SDL_driver=x11, hw_available=0, video_mem=0, blit_sw=0, bpp=32, bytes=4
Screen Flags: requested=10, actual=10
dr_os_open(SDL): SDL realized screen size width=704, height=560 (requested w=704, h=560)
Loading BDF font '/home/wolfgang/simutrans/font/m+10r.bdf'
Init done.
Loading BDF font '/home/wolfgang/simutrans/font/m+10r.bdf'
parse_colours() at config/simuconf.tab: Reading simuconf.tab successful!
[New Thread 0x7fffecd1e700 (LWP 2976)]
[Thread 0x7fffecd1e700 (LWP 2976) exited]
[New Thread 0x7fffecd1e700 (LWP 2977)]


Bis hierher sieht es gut aus. Aaaaber dann:



Thread 1 "sim" received signal SIGSEGV, Segmentation fault.
0x0000555555619379 in building_tile_desc_t::set_desc (this=<optimized out>,
    building_desc=0x555556e72170) at bauer/../descriptor/building_desc.h:45
45              void set_desc(const building_desc_t *building_desc) { building = building_desc; }
(gdb) bt
#0  0x0000555555619379 in building_tile_desc_t::set_desc (this=<optimized out>,
    building_desc=0x555556e72170) at bauer/../descriptor/building_desc.h:45
#1  hausbauer_t::register_desc (desc=desc@entry=0x555556e72170) at bauer/hausbauer.cc:271
#2  0x000055555567c7d7 in building_reader_t::register_obj (
    this=0x555555d1a428 <building_reader_t::the_instance>, data=<optimized out>)
    at descriptor/reader/building_reader.cc:188
#3  0x0000555555681091 in obj_reader_t::read_nodes (fp=fp@entry=0x555555df7130,
    data=@0x555555e4a690: 0x555556e72170, register_nodes=register_nodes@entry=1,
    version=version@entry=1003) at descriptor/reader/obj_reader.cc:252
#4  0x00005555556810e7 in obj_reader_t::read_nodes (fp=fp@entry=0x555555df7130,
    data=@0x7fffffffad18: 0x555556d5c0b0, register_nodes=register_nodes@entry=0,
    version=version@entry=1003) at descriptor/reader/obj_reader.cc:245
#5  0x0000555555681272 in obj_reader_t::read_file (
    name=0x555556d595a0 "PAK128.german-beta/building.animierter_Bushalt.pak")
    at descriptor/reader/obj_reader.cc:201
#6  0x0000555555681915 in obj_reader_t::load (path=<optimized out>, message=<optimized out>)
    at descriptor/reader/obj_reader.cc:153
#7  0x00005555559142be in simu_main (argc=argc@entry=2, argv=argv@entry=0x7fffffffde58)
    at simmain.cc:1076
#8  0x000055555592cb5c in sysmain (argc=2, argv=0x7fffffffde58) at simsys.cc:1056
#9  0x00007ffff6a01b97 in __libc_start_main (main=0x555555606a80 <main(int, char**)>, argc=2,
    argv=0x7fffffffde58, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>,
    stack_end=0x7fffffffde48) at ../csu/libc-start.c:310
---Type <return> to continue, or q <return> to quit---
#10 0x0000555555606aba in _start ()
(gdb)


Wirst du daraus schlauer als ich? ;)

Andarix

#14
nur am Rande, vielleicht hilft ja das hier weiter

Simutrans Paketquelle Debian basierend

oder simutrans_r9052.zip ~ 2,4 MByte - 64bit Linux nur Binary ( 90 Tage verfügbar )


Der Absturz könnte mit dem Patch zu tun haben.
https://forum.simutrans.com/index.php/topic,19758.0.html

makie

#15
Ein bisschen irritiert mich, die Zeilennummer stimmen nicht ganz mit meinem Sourcecode überein.

Er stürzt ab beim laden der .pak Dateien aus dem Ordner "PAK128.german-beta"
und zwar bei der Datei "building.animierter_Bushalt.pak"
Er versucht die Beschreibung von "animierter_Bushalt" in jede Grafik des Objekts zu speichern und erwischt dabei einen nicht vorhandenen, oder fehlenden Speicherbereich.
Das könnte an der Animation liegen, aber bei mir und vielen anderen funktioniert das.
Die Datei "building.animierter_Bushalt.pak" könnte beschädigt sein.

Zum laden des Addon Ordners ist er noch gar nicht gekommen.
Hast du die Addon in den Ordner "PAK128.german-beta" kopiert oder einen Addon Ordner?

Vorher hat er noch die Einstellungen aus den simconf.tab geladen.
Ein Versuch wäre die "settings.xml" löschen, das hat gelegentlich geholfen, bei einer neuen Programm Version.

wolfgang

Ich habe die komplette Zip-Datei von deiner Seite geladen und als Ordner "PAK128.german-beta" ins Verzeichnis von ST kopiert.

Ich habe sowohl die "settings.xml" als auch den animierten Bushalt mal gelöscht, dann geht es mit anderen Fehlern weiter:


Thread 1 "sim" received signal SIGSEGV, Segmentation fault.
0x00005555556193c7 in obj_desc_t::get_child<skin_desc_t> (i=104857602, this=0x555556ce15c0)
    at bauer/../descriptor/obj_desc.h:48
48              template<typename T> T const* get_child(int const i) const { return static_cast<T const*>(children[i]); }
(gdb) bt
#0  0x00005555556193c7 in obj_desc_t::get_child<skin_desc_t> (i=104857602, this=0x555556ce15c0)
    at bauer/../descriptor/obj_desc.h:48
#1  building_desc_t::get_cursor (this=0x555556ce15c0) at bauer/../descriptor/building_desc.h:316
#2  hausbauer_t::register_desc (desc=desc@entry=0x555556ce15c0) at bauer/hausbauer.cc:242
#3  0x000055555567c7d7 in building_reader_t::register_obj (
    this=0x555555d1a428 <building_reader_t::the_instance>, data=<optimized out>)
    at descriptor/reader/building_reader.cc:188
#4  0x0000555555681091 in obj_reader_t::read_nodes (fp=fp@entry=0x555555df7130,
    data=@0x555556ce1410: 0x555556ce15c0, register_nodes=register_nodes@entry=2,
    version=version@entry=1003) at descriptor/reader/obj_reader.cc:252
#5  0x00005555556810e7 in obj_reader_t::read_nodes (fp=fp@entry=0x555555df7130,
    data=@0x555555e49e80: 0x555556ce1580, register_nodes=register_nodes@entry=1,
    version=version@entry=1003) at descriptor/reader/obj_reader.cc:245
#6  0x00005555556810e7 in obj_reader_t::read_nodes (fp=fp@entry=0x555555df7130,
    data=@0x7fffffffad18: 0x555555e6b020, register_nodes=register_nodes@entry=0,
    version=version@entry=1003) at descriptor/reader/obj_reader.cc:245
#7  0x0000555555681272 in obj_reader_t::read_file (
    name=0x555556bb8b10 "PAK128.german-beta/factory.AVL_Moebelhaus_NIC.pak")
    at descriptor/reader/obj_reader.cc:201
#8  0x0000555555681915 in obj_reader_t::load (path=<optimized out>, message=<optimized out>)
    at descriptor/reader/obj_reader.cc:153
#9  0x00005555559142be in simu_main (argc=argc@entry=2, argv=argv@entry=0x7fffffffde58)
    at simmain.cc:1076
---Type <return> to continue, or q <return> to quit---
#10 0x000055555592cb5c in sysmain (argc=2, argv=0x7fffffffde58) at simsys.cc:1056
#11 0x00007ffff6a01b97 in __libc_start_main (main=0x555555606a80 <main(int, char**)>, argc=2,
    argv=0x7fffffffde58, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>,
    stack_end=0x7fffffffde48) at ../csu/libc-start.c:310
#12 0x0000555555606aba in _start ()

makie

so so
jetzt also beim factory.AVL_Moebelhaus_NIC.pak" und anderswo im coding aber ähnlich

schaut nach zerhackten Speicher aus, oder schwer beschädigten Dateien in "PAK128.german-beta"

Hast du auch anderswo Abstürze mit deinem Rechner? Hardware Probleme?

Ich weiß nicht mehr weiter.
Das ist jedenfalls kein simpler Fehler im Pak, im Addon, oder im Programm.


wolfgang

Mein Rechner läuft ansonsten ohne Probleme. (Abgesehen davon, dass es nicht die allerneueste Hardware ist: Intel 4-Kern mit 8GB DDR3. Aber damit läuft alles, was ich zum Arbeiten benötige.)

Auch das "normale" Pak128German startet und läuft fehlerfrei. Ich habe auch schon versucht, Wine auf die Version für Windows loszulassen. Mit dem normalen (Standard) Pak-Set läuft es, aber mit dem modifizierten stürzt auch das ab.

Ich bin nicht wirklich davon überzeugt, dass der Absturz an meinem Rechner liegt.

makie

Quote from: wolfgang on April 26, 2020, 09:35:35 AM
Ich bin nicht wirklich davon überzeugt, dass der Absturz an meinem Rechner liegt.
Das war mehr eine Frage.

Im Ordner "PAK128.german-beta" steckt https://pak128-german.de/PAK128.german_1.2_for_ST_121.0.zip ?

wolfgang

#20
Nein, in dem Ordner "PAK128.german-beta" habe ich diese Zip ausgepackt: https://pak128-german.de/PAK128.german_VS1.3.beta.zip

Ich habe also zwei Packsets:

PAK128.german
PAK128.german-beta

Ich habe gerade noch einmal die Beta ausgepackt, aber dieses mal nur die Dateien, die im Std-Pakset nicht enthalten sind. Dann kommt dieser Absturz:

Thread 1 "sim" received signal SIGSEGV, Segmentation fault.
0x00005555556193c7 in obj_desc_t::get_child<skin_desc_t> (i=838860802, this=0x55556b77dcf0)
    at bauer/../descriptor/obj_desc.h:48
48      bauer/../descriptor/obj_desc.h: Datei oder Verzeichnis nicht gefunden.
(gdb) bt
#0  0x00005555556193c7 in obj_desc_t::get_child<skin_desc_t> (i=838860802, this=0x55556b77dcf0)
    at bauer/../descriptor/obj_desc.h:48
#1  building_desc_t::get_cursor (this=0x55556b77dcf0) at bauer/../descriptor/building_desc.h:316
#2  hausbauer_t::register_desc (desc=desc@entry=0x55556b77dcf0) at bauer/hausbauer.cc:242
#3  0x000055555567c7d7 in building_reader_t::register_obj (
    this=0x555555d1a428 <building_reader_t::the_instance>, data=<optimized out>)
    at descriptor/reader/building_reader.cc:188
#4  0x0000555555681091 in obj_reader_t::read_nodes (fp=fp@entry=0x555555df7130,
    data=@0x55556b77dcd0: 0x55556b77dcf0, register_nodes=register_nodes@entry=2,
    version=version@entry=1003) at descriptor/reader/obj_reader.cc:252
#5  0x00005555556810e7 in obj_reader_t::read_nodes (fp=fp@entry=0x555555df7130,
    data=@0x55556a7c29f0: 0x55556b77dc90, register_nodes=register_nodes@entry=1,
    version=version@entry=1003) at descriptor/reader/obj_reader.cc:245
#6  0x00005555556810e7 in obj_reader_t::read_nodes (fp=fp@entry=0x555555df7130,
    data=@0x7fffffffad18: 0x555565623550, register_nodes=register_nodes@entry=0,
    version=version@entry=1003) at descriptor/reader/obj_reader.cc:245
#7  0x0000555555681272 in obj_reader_t::read_file (
    name=0x555556c02c80 "PAK128.german.test/factory.Wasserkraftwerk.pak")
    at descriptor/reader/obj_reader.cc:201
#8  0x0000555555681915 in obj_reader_t::load (path=<optimized out>, message=<optimized out>)
    at descriptor/reader/obj_reader.cc:153
#9  0x00005555559142be in simu_main (argc=argc@entry=2, argv=argv@entry=0x7fffffffde58)
    at simmain.cc:1076
---Type <return> to continue, or q <return> to quit---
#10 0x000055555592cb5c in sysmain (argc=2, argv=0x7fffffffde58) at simsys.cc:1056
#11 0x00007ffff6a01b97 in __libc_start_main (main=0x555555606a80 <main(int, char**)>, argc=2,
    argv=0x7fffffffde58, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>,
    stack_end=0x7fffffffde48) at ../csu/libc-start.c:310
#12 0x0000555555606aba in _start ()
(gdb) quit



Also auch wieder "Bauernaufstand"  ;D

Hast du vielleicht beim Übersetzen eine viel zu neue oder veraltete Compiler-Version benutzt? Da soll es ja gerüchteweise schon mal zu Unstimmigkeiten kommen...

makie

Quote from: wolfgang on April 25, 2020, 05:09:52 PM
Ich habe mir aus diesem Forum die Version 121 (Linux 64) sowie das Pak128German Version 1.2 kopiert. Läuft, aber es fehlen zu viele Fahrzeuge. (Z.B. Anhänger für Schüttgut- und Holz-LKW.)

Dann habe ich diese Seite mit den addons gefunden: https://pak128-german.de/inc/addon.html
Aha Version 1.3 beta ist was anderes.


wolfgang

Natürlich ist Version 1.3 Beta etwas anderes, aber du schreibst auf deiner Seite:

QuoteAddon für Simutrans pak128.german

zum herunter laden der Addons auf die grünen Überschriften klicken.
bereitgestellt von Makie:
Beta der kommenden Version 1.3 Revision (312) vom 20.03.2020

Dieser Stand enthält Stadtgebäude mit mehr Kacheln, deshalb ist mindestens die Version 121.0 von Simutrans notwendig.
Sammelupdate Entwicklerstand (ist zur Zeit nicht Verfügbar)

Dieser Sammelupdate bringt die aktuelle offizielle Version auf den aktuellen Entwicklerstand. Es enthält alle neuen Objekte sowie Fehlerberichtigungen.
Basis für den Sammelupdate ist derzeit Version 1.2
Stand nach dem Update Version 1.3 Revision 281 vom 05.01.2020
Die im Update enthaltene Dateien in die jeweiligen Verzeichnisse des offizielle Pak128.german kopieren. Beziehungsweise die alten Dateien damit überschreiben.

Da das Sammel-Update nicht verfügbar ist, habe ich das Komplettpaket kopiert. ST in Version 121 habe ich, also sollte das Packset laufen.
Gibt es denn noch ein anderes Paket, das ich hätte nehmen sollen??

makie

Ok die neueste Version also 1.3 beta mit dem neuen makeobj verträgt sich nicht mehr mit 121.0 Release
Das stürzt tatsächlich ab, habe ich nicht gewusst.

Da ist eine Nighly Version mit mindestens R9035 nötig.
Dann geht auch das LKW Addon

Also 1.2 mit 121.0 Release und lkw Addon geht
und 1.3 beta mit Nighly Version R9035 mit LKW Addon geht auch

wolfgang

Wo finde ich denn das LKW addon für Version 121?

Bei dem Release R9035 sind wir dann bei dem Problem der Abhängigkeit von libsndio.so.7.0 angelangt...

makie

Das LKW Addon war bei meinen Versuchen immer das gleiche. Das ist von Pak-Release 1.0 von https://pak128-german.de/inc/addon.html

Pak Version 1.2 https://pak128-german.de/PAK128.german_1.2_for_ST_121.0.zip (Index Seite)

wolfgang

Dann muss ich bei Gelegenheit mal mit der Zeitlinie experimentieren. Es wundert mich, dass ich im Jahr 1985 z.B. nicht mehr als 13fm Holz und nicht mehr als 16t Schüttgut transportieren kann, weil es weder Auflieger, noch Dolly, noch Anhänger für Langholz und Schüttgut gibt.

So lang sind die 80er noch nicht her, ich habe sie erlebt. (Und über-lebt! :) Und ich bin sicher, dass es "damals" auch schon größere / längere LKW gab.

makie

Ich habe die https://pak128-german.de mit den neuen Erkenntnissen ergänzt.

Quote from: wolfgang on April 26, 2020, 10:32:38 AMDann muss ich bei Gelegenheit mal mit der Zeitlinie experimentieren. Es wundert mich, dass ich im Jahr 1985 z.B. nicht mehr als 13fm Holz und nicht mehr als 16t Schüttgut transportieren kann, weil es weder Auflieger, noch Dolly, noch Anhänger für Langholz und Schüttgut gibt.

So lang sind die 80er noch nicht her, ich habe sie erlebt. (Und über-lebt! :) Und ich bin sicher, dass es "damals" auch schon größere / längere LKW gab.
Das schreibe besser in Deutschen Forum als neuen Thread.
Ich arbeite derzeit an der Zeit 1800-1900, dass der Zeitraum spielbar wird und das seit etwa 2 Jahren.
Eine exakte und realistische Darstellung aller Fahrzeuge und ihrer Leistungsdaten und Ladungen, das ist ein Sahnehäubchen, das ist noch viel Arbeit.
Mein nächstes Ziel wird eine realistischere Deutschlandkarte, das ist auch mindestens 1 Jahr Arbeit.

Andarix

Quote from: makie on April 26, 2020, 10:12:14 AM
Ok die neueste Version also 1.3 beta mit dem neuen makeobj verträgt sich nicht mehr mit 121.0 Release
Das stürzt tatsächlich ab, habe ich nicht gewusst.

Da ist eine Nighly Version mit mindestens R9035 nötig.
Dann geht auch das LKW Addon

Also 1.2 mit 121.0 Release und lkw Addon geht
und 1.3 beta mit Nighly Version R9035 mit LKW Addon geht auch

So neu ist die Erkenntnis aber nicht, das wenn neuere Makeobj-Versionen benutzt werden als die zum Release gehörende es Probleme geben kann/wird.

Sollten Sie aber eigentlich wissen, da es noch nicht so lange her ist bei Ihnen selber. nämlich als die mehrkacheligen Stadtgebäude hinzugefügt wurden

Ist halt dumm gelaufen, wenn man nicht gegen das letzte Release testet.

makie

Prissi hat bereits eingebaut, dass es in diesen Fällen nicht mehr zu undefinierten Zuständen oder Abbrüchen kommt.
Ist im Release 121.0 leider noch nicht enthalten. Mit dem neuen Release 122.0? werden wir diesen Ärger los haben.

Da werden dann zu moderne Paks in alte Programmversionen nicht mehr geladen.