One of the HSTs I have is the Buffered version which were used first as surrogate DVT's with a Class 91 at the other end when first introduced. - The Mk4 stock was not ready then. And we have this in the game as the Grand Central and the Network Rail HSTs But the buffers overlap the attaching vehicle - I suspect the Geo was not altered when the model was altered. I think I know the answer but is it possible to change the HST to make the buffers work correctly when coupling? Thanks
Yet clearly they are different, Peters rounds are more jagged, that's not a graphics setting that's what the bog standard ones are like, yours looks like it's got Dunkrez's or MJW's HST enhancement patch
Note that the two ends seem to be different, not sure how much, but the actual driving cab has a graphics glitch while the rear end doesn't. Can't verify as I don't have it installed. (The HST Buffer pack has scenarios for ECML York-Newcastle. Current bundling is another matter.)
Graphics glitch? You mean the missing WiperPairs windshield animation texture in the blueprint causing the Doom-like "Hall of Mirrors" windscreen? That was actually my first step in editing blueprints, fixing these, after I found the lines to paste on rail-sim.de
No - When I start up either of the three scenarios (one for each livery: Grand Central, IC Swallow and Virgin), the view is distorted. Shift+2 works. I randomly noticed that switching to the rear cab is fine, I could enjoy that view. Played these in 2016/17 so, yeah. Didn't experiment
Ah yes. You edited in the meanwhile I only saw wiper pairs. Which I didn't associate with the problem in my head. In any event, yes. And the point is, maybe there are two models with different sizes as well. Just an idea.
The fix for the distorted view is pasting these lines to the DVTs' blueprints before the </cControlContainerBlueprint> closing tag: Code: <WiperPairs> <cControlContainerBlueprint-cWiperPair d:id="63741344"> <SlaveToAnimationA d:type="cDeltaString">wipers</SlaveToAnimationA> <SlaveToAnimationB d:type="cDeltaString"></SlaveToAnimationB> <TextureID d:type="cDeltaString">Kuju\RailSimulator\RailVehicles\Diesel\HST\Default\CabView\Textures\[00]hst_cab_wiper_mask_nm</TextureID> <NormalsTextureID d:type="cDeltaString">Kuju\RailSimulator\RailVehicles\Diesel\HST\Default\CabView\Textures\[00]hst_cab_glass_normals_mask_nm</NormalsTextureID> </cControlContainerBlueprint-cWiperPair> </WiperPairs> That makes them "TSX"-compatible. (The distortion does not appear when disabling DynamicLighting (RS/RW1 compatibility mode)) Ok back to topic: I've checked again, it's the "OV GC Class 43" which is located in Kuju\RailSimulator (where the HST Buffers pack is) - not aware of any enhancements.
Confirmed, this is how it looks like - 20170618192849 - Class 43 GC, Coach Mk3 GC Peter's is clearly the no-driver version, you can see him in my shot, should be there. Even more obvious on this combo shot: You can also spot differences in the red gauge, the nd seems smaller, but the label beside it has text, unlike ours. The gauge is also more 3D and the various objects surrounding the door are different, too. Plus the weathering under the door.
The NoDriver version uses the same GeoPcDx model. It's just the <Driver> ChildObject is not present in the blueprint. Hard to make out the headlights in your shot. So Peter is using a different model it seems - the yellow paint edges are much smoother than the Oovee's I have.
Oh yes, AP it is, page 11: https://www.armstrongpowerhouse.com/free_download/manuals/APC43VALEP_Manual.pdf The mention of Network Rail was suspicious. Re-searched because I also noticed now the higher resolution of the body textures, something you may have mentioned as well.
Yes it is the AP version - I have HST Buffers folders in my Kuju folder I will try and pick the original version Peter Edit - found the OC HST Buffers version - I forgot it had an OV prefix. I wonder If I can change the AP version to use the same buffers?
So that adds a bit of confusion where both the OVE and AP versions refer to the same file for the buffers. But one couples correctly and the other overlaps - cannot figure out why?
The answer is in the loco blueprint where the coupler pivots are defined. Here's the Oovee parameters (front 3-Link only, as the rear coupler is a tightlock buckeye and not of interest here.) File: Assets\Kuju\RailSimulator\RailVehicles\Diesel\HST\Grand_Central\Class43\class43_fgw.xml <FrontCouplingPivot> (#15 in the 4x4 matrix) 8.787 <FrontCouplingReceivingPoint> (#15 in the 4x4 matrix) 8.89 <FrontPivotX> 9.223 You can test these values with the AP version. As I do not have it, the work is up to you. Note: Changes can be seen by Replaying a scenario (Not "Restart" from the Pause menu - this will use memory cache). No need for cache clearing.
When you put two power cars side by side, is it possible that the AP version is a bit different? So you'd have to experiment to match the visuals. I don't know which one extends it and how much. Try changing them one at a time. When uncoupled, do the buffers collide properly, or is that also off? (Not helpful, just a bit of fluff, the old ICE 1 also has wrong values, in scenarios where coupled with the 101 they have a very enthusiastic kiss.)
The Oovee and AP versions look the same when they are next to each other apart from slightly better graphics. They both use the same HST Buffers file. When coupled the Oovee version the buffers almost touch which looks good - see post #2 But the AP version the buffers overlap the vehicle it is coupling to
That sounds like the AP version is wrong, considering other stuff looks fine. Neither of us have the AP version, so I guess your options are to either fiddle with it, contact AP, or just accept it. It looks longer than it actually is.
I decided to reinstall the repaint and having looked at the *.bin file I noticed a missing entry Changing that to the settings torfmeister suggested and it works Why was I messing with this - I wanted to recreate a train that worked recently Thanks for the help Torf