No he doesn't. His MSN can't work on his computer (Windows 7) for
some reason. Try communicating via Hamachi or Fcebook.
P.s Got any new updates?
Ok, there is one. A preview release to all (Uploading)
Release notes:
1: You cant accelerate C651 to 100km/h or so for now. Previous
release is possible if you skip stations and P4-ing all the way
(Assuming no ATC). The only possibility to slightly hit more than
90km/h is to going through a downwards slope with P4 (Assuming no
ATC).
2: The seats (long ones) might be slightly unaligned. This is
thanks to the "wrong standards" done by our ancestor Willis'
implementation (Of having the following code:)
CreateMeshBuilder,
ADDVertex, -1.5, 3.6, 19.1,
ADDVertex, -1.8, 1.9, 19.1,
ADDVertex, -1.8, 0.3, 19.1,
ADDVertex, -1.5, 3.6, 3,
ADDVertex, -1.8, 1.9, 3,
ADDVertex, -1.8, 0.3, 3,
ADDFace, 3,4,1,0
ADDFace, 4,5,2,1
GenerateNormals,
LoadTexture, ext1.5.bmp,
SETTextureCoordinates, 0, 3, 0,
SETTextureCoordinates, 1, 3, 0.45,
SETTextureCoordinates, 2, 3, 1,
SETTextureCoordinates, 3, 0, 0,
SETTextureCoordinates, 4, 0, 0.45,
SETTextureCoordinates, 5, 0, 1,
SETDecalTransparentColor,0 ,0,255,
See the bold ones, well he meant from position 3m to 19.1m, the
texture will have to repeat 3 times (Shown in bold underlined code)
and the texture is auto generated (Of course, the image has some
transparent parts which is totally blue)
However, 19.1 - 3 = 16.1 (The distance between end of 1st door
to start of 4th door) which is not a factor of 3 (16.1 / 3 =
5.366666666666667), which means there are errors / inaccuracy bound
to shown. You cant really say that the positioning is wrong but it
is somewhere in the middle of the car is a bit wrong.
Well, thanks to this standard, I have to come out with my own
PSD (Edited from Willis to extend it a 4 door PSD to 48 door full
complete PSD) and if anyone remembers, I have ensured the
correctness by coming out different length of doors in between the
doors on different carriages (The door length flavours are 5.3m,
5.35m and 5.4m).
Due to this, it has a domino effect such that the interior wall
has to strictly follow this standard and results into the
intwall.csv to split into intwall530.csv, intwall535.csv and
intwall540.csv (For first / last carriage, which is the orange ones
in C651, which stands at 1st - 4th and 21st - 24th PSD door with a
carriage number of 3XXX, there is no doors in between has a length
of 5.3m and hence there is no intwall530.csv, however, there are
5.3m length gap on both blue and green (1XXX and 2XXX carriage
number respectively) and hence the naming standards within C651 is
retained (There is a file called intwall530-1.csv, intwall530-2.csv
respectively).
Ok, obviously, I did not bring this into the seats. For the
obvious reason, there is no way that the seats in different parts
of a carriage would have different width (In terms of per seat
basis) and hence I feel that these 530, 535 and 540 is a
temporarily workaround basis and hopefully the other developers
(Willis for his CGL PSDs / C151, SBS7322B for his C751B) would
implement a standard of 5.35m (Apparently, the original intwall
file is suited to be 5.35m as the length of intwall file was about
5.38m and we have to consider that part of the interior / exterior
wall has to overlap with the doors and thus it cant be designed for
length with 5.4m and 5.3m using this is simply an overkill.) or
make it 5.4m (For the sake of "beauty number").
3: Funkymark4211's edit is not included for the moment.
