Empty space after locomotives

[Junna]

I am not entirely sure that this is an issue of either the pak.ex or Simutrans ex; but when using early steam locomotives, particularly those with tenders and they reverse from somewhere - I think this was a feature anyway somewhat recently implemented, wherein the locomotive reverses independently of the entire train - it will leave an empty square after the locomotive that looks very unsightly. This appears only in pak.ex. I tried to see if this had been mentioned before but finding anything relevant is hard; is it known and will it be corrected? (This, by the way, happens also to multiple unit trains, where it will make the cab be on the wrong end (facing the other carriages as opposed to back or forth) from both sides.)

(and why are there no nightly compilations of pak.ex?)

[Sholong]

This happens on my LMS Class 5MT "Black Five" 4-6-0 with RCH 12t bulk wagon attached, and the SR Q1 Class 0-6-0 with cartruck behind

[ӔO]

I think it's caused by the way the code does alignment and how the vehicles are aligned to a template which is lob-sided.

If you will notice, the the majority of vehicles in normal pak128.britain need a realignment in certain directions.

[Vonjo]

I think it also related to reversing feature in ST Ex.
When the train reverse, only the locomotive and tender which is moved. The carriages remain on their position.

[Junna]

I think it also related to reversing feature in ST Ex.
When the train reverse, only the locomotive and tender which is moved. The carriages remain on their position.

Yes. This is suggested further by the fact that it happens to the Class 304 and the SR 4COR multiple units; they will have their end carriages reversed but not the rest, which leaves them with quite strange looking endings, so to say- i.e. the middle-connection becomes the front.

[jamespetts]

The gaps issue is well-known, and AEO is correct that it seems to be caused by alignment problems in Pak128.Britain; when Pak64 graphics are given Experimental reversing parameters and compiled with the Experimental Makoebj, this problem does not occur; thus, this is a pakset bug rather than an Experimental bug, albeit it is a pakset bug that is latent when the pakset is used in Standard.

As for the reversing of the carriages in the 4-Cor and BR Class 304, I am afraid that I cannot reproduce that.

Edit: As to why there are no nightly compilations of Pak128.Britain-Ex - the people who do the nighlies have, for some reason, not set themselves up to produce this pakset. I don't do the nightlies myself, nor have the resources to administer a nightly build server.

[Junna]

The gaps issue is well-known, and AEO is correct that it seems to be caused by alignment problems in Pak128.Britain; when Pak64 graphics are given Experimental reversing parameters and compiled with the Experimental Makoebj, this problem does not occur; thus, this is a pakset bug rather than an Experimental bug, albeit it is a pakset bug that is latent when the pakset is used in Standard.

As for the reversing of the carriages in the 4-Cor and BR Class 304, I am afraid that I cannot reproduce that.

Edit: As to why there are no nightly compilations of Pak128.Britain-Ex - the people who do the nighlies have, for some reason, not set themselves up to produce this pakset. I don't do the nightlies myself, nor have the resources to administer a nightly build server.

[ӔO]

the odd configuration change for the EMU and DMU trains seem to be caused by the way the powered and unpowered units are joined together.

I think you need at least 2 sets joined together to cause it.
It's possible with two 313 sets as well.

I've just noticed it on my test setup.
http://dl.dropbox.com/u/17111233/Schedule%20test%209.12.sve

[jamespetts]

Might I ask - what was the original order of carriages in the units that give the trouble?

Edit: I have tried with AEO's saved game using my 10.x branch, and cannot reproduce the issue: all of the class 313 EMUs were in correct formation at all times.