First Capital Connect Class319

[xguerra]

My friends, I've been doing some investigating and discovered this inside the .bin file for the class 325 MPMV, could this be the key?

Code: Select all

<cControlContainerBlueprint-cControlValue d:id="41906752">
							<ControlName d:type="cDeltaString">ACDC</ControlName>
							<DefaultValue d:type="sFloat32" d:alt_encoding="000000000000F03F" d:precision="string">1</DefaultValue>
							<MinimumValue d:type="sFloat32" d:alt_encoding="0000000000000000" d:precision="string">0</MinimumValue>
							<MaximumValue d:type="sFloat32" d:alt_encoding="000000000000F03F" d:precision="string">1</MaximumValue>
							<BriefDescription d:type="cDeltaString"></BriefDescription>
							<DetailedDescription d:type="cDeltaString"></DetailedDescription>
							<ApplyToConsist d:type="cDeltaString">eTrue</ApplyToConsist>
							<InterfaceElements/>
						</cControlContainerBlueprint-cControlValue>

[secludedsfx]

Am I mistaken but it didn't seem to be DOO... Was there 2 Bells...

If so its kinda let down, like RSCs 321... Both fully DOO trains.

AP's 321 however with Full DOO mode...

It is a bit silly that the train has a bell but the product would have never got full DOO mode as it just wouldn't work well with simple controls.

[xguerra]

Ok I've done an hour of trial and error and nothing seems to have changed.

Have run the two MSO.bin files through a spot the difference utility and there is no difference apart from a lack of a pantograph animation reference in the DC version.

[JasVick]

Question is, can the files be combined or are they not compatible? I wonder with a bit of keyboard mapping and cut & pasting of the animation files, coupled with a slightly reworked lua script, would this be achievable? I guess all you'd need to do is to have a mini extra script to set one or the other - it could be a bit more difficult to animate it correctly in the cab but I wouldn't have thought the rest would be to much of a problem to achieve?

[xguerra]

Question is, can the files be combined or are they not compatible? I wonder with a bit of keyboard mapping and cut & pasting of the animation files, coupled with a slightly reworked lua script, would this be achievable? I guess all you'd need to do is to have a mini extra script to set one or the other - it could be a bit more difficult to animate it correctly in the cab but I wouldn't have thought the rest would be to much of a problem to achieve?

I have tried copying and pasting one into the other but it has not worked, and if I could get the script .out files into .lua format I would be a whole lot wiser.

What I have discovered in my experimentation is that the power control when the pantograph is down/raised is not within the .bin file, which means it must be written into the script.
- This is true for the 325.

[JasVick]

Can the "require" function not be used to load the old script into the new one and add it this way? If the keys got re-mapped then it should over-ride current keys and thus allow control of the new sequences (hopefully he says......) as the old key presses could be locked out of the functions as they are. (Probably heading the wrong line but just an idea..)

Control would be in the script as it would need to know what the control setting was at the time. The bin file just has what each setting does as far as I am aware. Anyone had any luck decoding .out files yet!!!

[xguerra]

If I understand correctly what you are implying, the problem per say isn't in the keyboard command. It's to do with what value each position of the pantograph control has (values are 0 and 1).

The script, if it was editable, should have a line similar to the 325, reading (translated into plain English)
"If the pantograph is raised (1), power. If the pantograph is down (0), no power".

The idea is that with either the pantograph raised or down, there should be power to the train - for the dual voltage to work.

But as you say it all depends on whether .out files can be decoded.

[JasVick]

Was thinking along the line of a simple keyboard map to allow shoes to be raised/lowered once the panto was down vice versa. It'd be harder I imagine to animate the desk to do this. Basically though, yes power control would be as you say - you set whatever the control is using as you state, and you get power accordingly. An extra routine would then be included to take power from the shoes if they were lowered to simulate the DC line operation. As the line light works, it seems to simulate the VCB being closed as well-I am wondering if with a bit of scripting the VCB light and the MA lights could also be made to function whilst it was doing its thing as per the real model.

[xguerra]

Was thinking along the line of a simple keyboard map to allow shoes to be raised/lowered once the panto was down vice versa. It'd be harder I imagine to animate the desk to do this. Basically though, yes power control would be as you say - you set whatever the control is using as you state, and you get power accordingly. An extra routine would then be included to take power from the shoes if they were lowered to simulate the DC line operation. As the line light works, it seems to simulate the VCB being closed as well-I am wondering if with a bit of scripting the VCB light and the MA lights could also be made to function whilst it was doing its thing as per the real model.

Quite possibly, but I'd have to do a bit more reading over the scripts for the 319, 325 and possibly the 377.

[JasVick]

The line light drops out when power is cut anyway so that would be relatively easy to get it to light the VCB light if it did. The MA (Motor alternator) light would just require scripting. I know someone did put on the forum about decoding but not sure if anyone has successfully tride. If we could it would be much much easier to do this as it would more than likely just be a copy and paste to get the function. If only I could learn how to additionally animate cabs too.....

Also wonder how hard it would then be to add response to neutral sections, as we could probably copy and patch that in as well.....

[swtcn91]

The line light drops out when power is cut anyway so that would be relatively easy to get it to light the VCB light if it did. The MA (Motor alternator) light would just require scripting. I know someone did put on the forum about decoding but not sure if anyone has successfully tride. If we could it would be much much easier to do this as it would more than likely just be a copy and paste to get the function. If only I could learn how to additionally animate cabs too.....

Also wonder how hard it would then be to add response to neutral sections, as we could probably copy and patch that in as well.....

You'd probably have to dig deep in the Class 87 that's supplied with Over Shap to find the script that does it.

[xguerra]

I've found bits from the 377 .bin files which if implemented correctly should allow me to add a new script routine for raising and lowering the 3rd rail shoes.

However, the crucial bit needs to be added to the simulation script .out file.

[deltic009]

I've found bits from the 377 .bin files which if implemented correctly should allow me to add a new script routine for raising and lowering the 3rd rail shoes.

However, the crucial bit needs to be added to the simulation script .out file.

I'm not so certain, ask rfletcher72 or DaveDewhurst about using a new script file that makes a call for the use of the exisiting .out script file, but then also implements it's own changes - I think it may be possible but I am no expert.

[xguerra]

I've been through about 20 different 3rd party lua decoder software applications and none of them would do it.
So it seems that DTG are the only people who could make this alteration.

[swtcn91]

I've been through about 20 different 3rd party lua decoder software applications and none of them would do it.
So it seems that DTG are the only people who could make this alteration.

We need to get them to add this as part of an update. Someone should email them with a suggestion.