Segmentation fault

[kierongreen]

Appologies, benutze ich übersetzungshilfsmittel, um bekanntzugeben (da mein Deutsch wirklich schlecht ist).

Simutrans stößt nicht hier zusammen - also habe ich Schwierigkeiten, das Problem zu kennzeichnen. Ich habe versucht, Töne in anderen Programmen gleichzeitig zu spielen, aber es ist noch adaequat.

Ich bin laufend Debian Linux (KDE) mit den folgenden relevanten angebrachten Paketen:
freepats
libsdl-mixer1.2
libsdl1.2debian-oss

Obwohl es auch fein mit libsdl1.2debian-alsa oder libsdl1.2debian-all funktioniert. Kannst du bitte sichergehen, daß du libsdl läßt, libsdl-mixer und freepats anbringen.

[hellmade]

kierongreen:
hi,
could you also include the english version of your posts. Sorry, but this time we seem to have a problem witch needs to have some very acurate statements.

If you like to have some 3'rd-party sound on your machine while playing simutrans try:

simutrans -nosound -nomidi

witch should work. If you leave out one of the switches it will crash.

[kierongreen]

could you also include the english version of your posts.

OK...

I've got the following installed on my Debian box:
freepats
libsdl-mixer1.2
libsdl1.2debian-oss

and this works fine with 99.07. I've also tried:
Using libsdl1.2debian-alsa and libsdl1.2debian-all
Playing midi's using timidity at the same time as playing simutrans (with and without -nosound and/or -nomidi)
Playing mp3's using mplayer at the same time as playing simutrans (with and without -nosound and/or -nomidi)

and can't get it to crash here. So can someone who has these freepats, libsdl and libsdl-mixer installed, and finds that simutrans crashes please give details on what other programs they are running and the exact circumstances that cause the crash.

[hellmade]

does it still work if you use two mplayers (playing mp3's) + starting simutrans at the same time.

It seem to depend. On my machine I just can use one sound-source. Some other systems can use more than one eg. play two sounds at the same time.

It seems that beeing unable to play sound or midi causes the crash.

[kierongreen]

Looks like my setup here can support up to 4 applications using sound at the same time:
Any combination of simutrans, mplayer and timidity works as long as the total isn't over 4. If it is then this is what happens when you try to start a new application:
mplayer: doesn't play anything until there is a free slot. (displays message that /dev/dsp is busy)
timidity: crashes (with message device /dev/dsp is busy)
simutrans: loads, but doesn't play any sound and music is indicated as being disabled. No crashing (displays message "Could not open required audio channel. Muting")

So I suspect it might be to do with how your hardware handles too many requests for audio output?

[hellmade]

maybe, I have to admit that my software is also resonably older. Maybe thats why my simutrans crashes if no slot is available.

Anyway I guess some error-handling-code in die simutrans-code should avoid the crash maybe simply disabling any sound if no slot can be allocated.

[kierongreen]

But simutrans already does detect this - hence why I get:
"Could not open required audio channel. Muting" when I start simutrans and there are too many sounds playing

[hellmade]

maybe another alsa-driver, my says:

"ALSA lib pcm_hw.c:1057unglücklich snd_pcm_hw_open) open /dev/snd/pcmC0D0p failed: Device or resource busy"

and it's not muting but crashing afterwards

[Wurzelgnom]

@hellmade
Hin und wieder eine kurze Zusammenfassung in Deutsch wäre für die nicht Englischsprachigen hilfreich, um der Sache folgen zu können.

Ansonsten könnt Ihr das Problem im Englischen Forum weiterführen.

[hellmade]

ok, ok, hast recht.

Also, es geht offenbar um die Anzahl der Soundslots, also der Töne, die man gleichzeitig spielen kann. Diese sind von Softwareversion zu Softwareversion und Soundchip zu Soundchip offenbar unterschiedlich.

An meiner Maschine knallt es auf jeden Fall, mit der neuen Version, wenn ich bereits ein Programm laufen habe, welches Krach macht und simutrans starten will. Der einzige Weg ist dann -nosound und -nomidi zu verwenden. Das Verhalten ist neu. In älteren Versionen hat er nur keinen Sound ausgegeben.

kierongreen's System kann wohl bis zu 4 Sounds gleichzeitg vertragen und es gibt keinen Absturz, wenn die Ressurcen belegt sind. Ich kann mir vorstellen, daß sein System dann so tut als wäre eine Karte da, insgeheim die Sounddaten aber wegschmeisst wärend mein System einfach einen Fehler zurückliefert, welcher ggf. nicht abgefangen wird.