"All aboard" sound?

The sound config is located in res/config/sound_set/<vehicle name>.lua

You can find the paths for all sounds used by a vehicle in that file (res/audio/effects/<path>). If you want to change the closing doors sound, locate the file assigned to "closeDoors" and override it with the sound file you'd like to use.

Thats not the solution , you have 2 problems if you link it to "closedoor".
- First the sound will starts playing if the doors begin closing (normally it should start earlier)
- 2nd the close doors sound is about 1.2s long, so you should speak fast "all aboard" or it will still playing then train is moving

I noticed that the EC carriages have that beeping sounds before they're closing, so I was guessing it should be something along those lines. I guess you'd have to change the door animation then to delay it a couple of seconds until the "all aboard" sound finished playing?

Interesting, It's a Mod? If so, gimme link please so i can take a look.

Technically, you can do that. But I am pessimistic about the possibility to do this with a simple mod. You have to insert time before the doors close, otherwise the doors start closing with the "All aboard!" sound.
Inserting time is done the following way:

The animation of the doors works with so-called keyframes. These are basically different states of the animation, defined by position and rotation of the door an the time since the start of the animation. When the animation starts, the door is moved from keyframe to keyframe.
To delay the animation, you would have to insert an extra keyframe at the beginning that has the same position and orientation like the first keyframe (That would now be second). Then you'd need to chnage the times of the other keyframes to move them backwards. The result would be that the door actually wouldn't move when beeing "moved" from the first to the second keyframe.

So you'd have to add this extra keyframe - to every single doormesh of each vehicle and each mod.
It might be possible to do this with a script, but I am not familiar with LUA's possibilities to modify arrays.

And of course, you would need to change the soundset settings to play the new sounds, but that would be less work because there are more doors than soundsets.

[line][/line]
@MaikC: Das könnte dieser Mod sein: http://www.train-fever.net/fil…C3%96BB-incl-Speisewagen/

I already tried to make door-animation time longer to better match my soundfiles, but looks like there is a maximum time for the complete animation?! Anyone can confirm, or not ?

And it's no problem to do this for every mesh, its just copy&paste and technically my Tatra R1 only has 2 doors per side

Zitat von MaikC

And it's no problem to do this for every mesh, its just copy&paste and technically my Tatra R1 only has 2 doors per side

Yes, for one mod, but not for all mods.

The sound + animation of the ÖBB Eurocity coaches is quite long. Furthermore, there doesn't seem to be a general time limit for animations, since @BR146 used very long animations (a few minutes!) to animate planes at airfields.
(That admittedly was no door)

Sorry ich mach das mal in deutsch

Ich hatte ja nicht nach dem generellen Limit für animations gefragt (fragen wollen) sondern konkret nach dem von den Türen. Ich habe grade probehalber mal eine Türanimation auf den fünffachen Wert gesetzt wie die andere (Doppel)tür, mit dem Ergebnis das beide exakt im selben Zeitraum auf/zugingen. Also scheint es für die Türanimation wohl ein Maximum zu geben was auch Sinn macht weil es den Spielfluss erheblich stören würde wenn jemand ne 5s Türanimation macht.

Ok ich nehm alles zurück und behaupte das Gegenteil ich war wohl vorhin zu doof das richtig zu machen.
Man kann die Dooranimationen beliebig lang machen. Das Problem ist aber, dass die Züge im Bahnhof bleiben bis die Animation durchgelaufen ist. Baubus seine Animationen dauern 26s, solange bleibt der Zug halt im Bahnhof. Ich habe das mit meinem Tatra verglichen, der fuhr spätestens nach 16s wieder los, meistens bei weniger als 10s (leerer Bahnsteig), wie diese extrem lange Animation den Spielfluss stört (20min regel) darf sich gerne jeder selbst ausmalen.

Das es da Unterschiede zwischen verschiedenen Animationen gibt wundert mich. Aber so ist es anscheinend.

Erkenntnis: Es gibt offenbar einen Unterschied zwischen Öffnen und Schließen. Bei meinem Experiment wurde eine sehr lange Öffnungsanimation abgespielt, beim Schließen aber nicht.
Die Animationslänge bei Agentbob ist 8000, vielleicht ist die Grenze bei 10000 oder so?

There seems to be a difference between opening and closing. Opening animations are played, but there seems to be some limit for the length of closing animations, since the game cut a very long closing animation in my test.

Zitat von RobbiZ

Erkenntnis: Es gibt offenbar einen Unterschied zwischen Öffnen und Schließen.

Es sind schließlich auch getrennte Events, denen man jeweils eine eigene Animation spendieren kann:/Opening and closing doors are events for them selves. Each event can be assinged a different animation.

• öffnen/open:
  
  
  • open_all_doors
  • open_doors_left
  • open_doors_right
• schließen/close:
  
  
  • close_all_doors
  • close_doors_left
  • close_doors_right

Ich habe die Grenze eben mal getestet: Habe die Schließ-Zeit auf 10min (also 600000) gestellt. Der Zug hat brav gewartet, bis die Tür zu war... Mein Schluss: Grenze ist bei mindestens ca. 10 Tage*./I done a test: I set the closing time to 10min. The train waited till the door was closed. I think the limit is the variable size - maximum duration should be minimum 10 days.

Damit ihr's glaubt hier ein Video:/The test video:

*warum da? Es ist kein 16bit-unsigned-Integer. Sonst würden meine Flieger nicht gehen. Und ich glaube nicht, das UG redundanten Rendercode für Animationen hat. Nächst größere, gängiger Variablentyp ist 32bit. Unsigned ist Maximum ja 2^31-1. Da es Millisekunden sind, die da angegeben werden ergibt das ca. 10 Tage.

Wie kann man der Tür getrennte Animationen für Open/Close zuordnen? Ist doch nur Eintrag im mesh?

Zweite Animation im mesh mit closed1 erstellen?

Genau das Gleiche (sogar mit nur 250000) hat TF bei mir mit Sofortschließen der Tür quittiert.
Hast du das über mehrere Keyframes gemacht?

Ich geb dir mal nen Beispiel:
Mesh mit zweiter Animation:

opend1 = {
	params = {
		keyframes = {
			{
				rot = {
					0, 0, 0, 
				},
				time = 0,
				transl = {
					0, 0, 0, 
				},			
			}, {
				rot = {
					0, 0, 0, 
				},
				time = 1100,
				transl = {
					1.5, 0.079999998211861, 0, 
				},
			}, 
		},
		origin = {
			0, 0, 0, 
		},
	},
	type = "KEYFRAME",	
},
closed1 = {
		params = {
			keyframes = {
			{
				rot = {
					0, 0, 0, 
				},
				time = 0,
				transl = {
					0, 0, 0, 
				},			
			}, {
				rot = {
					0, 0, 0, 
				},
				time = 600000,
				transl = {
					1.5, 0.079999998211861, 0, 
				},
			}, 
		},
		origin = {
			0, 0, 0, 
		},
	},
	type = "KEYFRAME",	
},

Events in mdl oder group (Annahme das Mesh ist Eintrag #1):
Wäre zweite Animation ("closed1") anderst herum gecodet wäre forward = true

events = {
	open_all_doors = {
		{ name = "opend1", forward = true },
	},
	close_all_doors = {
		{ name = "closed1", forward = false }, 
	},
}

@RobbiZ: deinen Eintrag erst jetzt gelesen. Ja es waren 3 Keyframes. Einer bei t=0, t=500, t=10*60*1000