[LOG 22:08:07.308] PartLoader: Compiling Part 'SXT/Parts/Rocketry/Engine/J2Engine/part/SXTLT80'
[ERR 22:08:07.309] PartCompiler: Cannot replace texture 'model004' as cannot find texture 'Squad/Parts/FuelTank/fuelTankT800/model000' to replace with

[ERR 22:08:07.310] PartCompiler: Cannot replace texture 'model005_NRM' as cannot find texture 'Squad/Parts/FuelTank/fuelTankT800/model001' to replace with

KSP: 1.4.3 64bit dx9

Problem: Loading gets stuck at SXT/Parts/Aviation/Engine/propEngines/eFan/SXTeFan. No crash occurs, the process isn't listed as not responding, the game just sits there until the process is killed.
EDIT: The game loads correctly without this part

Mods: mods.txt

Reproduction steps: Launch the game

Log: output_log.txt

Way to reproduce:
Put Small Reaction Wheel (0.625m) on top of the Probe and HyperEdit to a orbit.

Expected Behavior:
Always getting some energy from the Sun,
Never blocked by Small Reaction Wheel

Real Behavior:
Sun Exposure = 0 and Energy Flow = 0 (6 times),
Blocked by Small Reaction Wheel (2 times)

There is hack in the config, all covered solar panels are one ModuleDeployableSolarPanel, and as pictures show, it doesn't really work.

Description
Some patches are applied to the stock MEMLander instead of the MEMLanderSXT.

Root cause
When the Munar Excursion Module was renamed from MEMLander to MEMLanderSXT in 5ffd417 to avoid conflicting with the stock Munar Excursion Module, the corresponding patches were not updated accordingly. Specifically SXT/Patches/ModCompatibility/SXT_TweakScale.cfg and SXT/Patches/ModCompatibility/CLS/CLS_StationsBases.cfg have the problem.

Impact
I do not run Connected Living Space, but I run TweakScale and this leads to the infamous double-tweakscale-module issue (which does not break Tweakscale anymore, but still produces an ugly warning when loading a craft in VAB/SPH) and an incorrect default scale for the stock MEMLander.

Fix
Obvious: replace MEMLander with MEMLanderSXT in the two files mentioned herebefore.

Additional information
The RealPlume config from KSP-RO/RealPlume-StockConfigs also uses the old name MEMLander. Specifically RealPlume-Stock/SXT Continued/MEMLander.cfg has the problem. I will open an issue over there referencing this one. Edit: done, see #83 in RealPlume StockConfigs.

PS: Hi @linuxgurugamer! I run 25 mods managed by you, thanks for all the work 👍

You MIGHT want to look at the mini-goo texture... Its a bit broken and you'll see why if its not just me

Hello,. great mod, I have noticed the Mk0 and Mk0b small modular wings aswell as the elevon 0b doesn't generate a lifting surface.

The Meadowlark Observation Pod requires "CrewCapacity = 2" to allow kerbals to be assigned to the jumpseats while in the VAB/SPH.

The Crew Report science experiment is not available when using this part as it "requires the {part} to be manned." I'm unaware of any way around this requirement when using external crew seats. There is a science storage container fitted to the pod which is therefore redundant, as there is no way for the crew to access it.

No other issues have been noted when using this pack in 1.5.x.

We've been using SXT in 1.10 with no issues (in the RO-verse) for...quite some time, and it would be awesome if the version file could be updated, that way CKAN could find it without having to add 1.8 compat. Bet stock players would like that too. :)

(Might be safe to go past 1.10 as well, not sure; we're still on 1.10.)

The RK-170 "Tsar-Pushka", LV-NX3 "NERVA", LV-405 "Vanguard" and LV-10-37 "Rearguard" engines' AtmosphereCurve keys do not extend to atmospheres denser than 1atm, meaning they are unaffected by thicker atmospheres like Eve's and gain a major advantage by not being affected by the thick atmospheres.

Similarly, the BBCV-4350 "Candle Wax" SRB's curve is also poorly configured, with the I^SP dropping substantially below zero and causing it to display significant negative thrust between 1.6 and 5.4atm. It does not appear to apply this thrust, however.

GameData/SXT/Spaces/Clyde/model.mu

see http://forum.kerbalspaceprogram.com/index.php?/topic/151129-12-sxt-continued/&page=9#comment-3016260

New release, 0.3.11:
Update Clyde internals with fixed textures, converted remaining png to dds, thanks to @drew Kerman

I've tried to use the old, zipped model.mu and it seems to work again.
KSP.log seems also to be happy again.

This doesn't affect the engine in any way though, because thrustTransform, and attachment nodes is in correct place. This is a purely cosmetic issue.

As you can see, the nozzle isn't aligned with centered cyllinder

EDIT:
K170/model25.mu (RE-M1 "Commodore") has a similar problem, but on the base of the engine. There is some offset on the bell too, but it's too small to be noticeable.

EDIT2:
J-2's model might be the worst offender in this mod. The 'gimbal' object, and therefore 'thrustTransform' are off center.

See post here for images
http://forum.kerbalspaceprogram.com/index.php?/topic/151129-12-sxt-continued/&do=findComment&comment=2993757

Since 0.23 i have been updating "Space Shuttle Nose Cones" by Kamik up to date with KSP for my own use.
These nosecones have a small amount of monoprop, RCS jets and heat shielding designed to give manoeuvrability in space but also heat shielding for re/entry.

I've been thinking of releasing it but can't get a hold of author to get permission.

The Oscar-C 0.625m fuel tank has a plain black texture, likely due missing texture asset.

This is on a KSP 1.11.2 install running just the two dlc expansions and SXT version 0.3.29.7.

When attempting to EVA a Kerbal out from the Mk1-2 SST "Entente" Cockpit the Kerbal exits the hatch feet first and facing upwards. The Kerbal is then unable to grab hold of the built in ladder and simply falls off the cockpit.

This dropbox link contains logs and a short video demonstrating the problem: https://www.dropbox.com/sh/5nsvoe0179fa8n6/AADQT21yNtBmIP-eLCQZyBlna?dl=0

Once again, fine tuning of model behavior in KSP broke the Buzzard ladder and latch.

You can climb where the ladder should be but you can't hold on. This happens when the ladder is designated wrong or when the ladder is just out of reach. I suspect the later is the case.

Certain parts seem to have broken textures in KSP 1.12.2, most notably on the Conformal Cone MK3, RCS booms, and Sputnik parts.
I tried on a clean install, using only SXT and its dependencies and the issue is still there.

Would you be able to take a further look into this? Thanks.

\SXT\Parts\Aviation\Hull\Osaul\Hull.cfg

title = M-Hull 3.75m 'Osaul' Cargo Bay

Door will not open in VAB/ flight scene.

"
MODULE
{
name = ModuleCargoBay // (check)
//DeployModuleIndex = 0 //--Might throw an error // Threw an error "not an IScalarModule"
closedPosition = 0 // 1
lookupRadius = 5.0 // 2.7
nodeOuterForeID = top
nodeOuterAftID = bottom
//nodeInnerForeID = top2
//nodeInnerAftID = bottom2
}
"

ModuleEngines\multFlow is a float field, but it filled with false

[ERR 21:01:15.693] Invalid float value! Field multFlow, value false on object of type ModuleEngines

• The unit area mass and unit area cost are both much larger than even the 3.75m fairing, when they should be smaller than the 1.25m fairing.
• Similarly the cost and entry cost are too expensive

Also, the description should be fixed to not say AE-FF3.

The 5m fairing unit area mass also seems a bit too heavy.

Tags (1.2 update?) should be added (probably just copy from stock fairing) for the 0.625m and 5m fairings.

It would also be nice to have the truss structure introduced in 1.2 added for the two fairings.

see this post: http://forum.kerbalspaceprogram.com/index.php?/topic/151129-12-sxt-continued/&do=findComment&comment=2889563

related to: SXT\Patches\ModCompatibility\FAR\FAR_Engines.cfg

module manager give warning for 8 errors during game start

[ERR 15:32:42.676] [ModuleManager] Error - more than one pass specifier on a node: SXT/Patches/ModCompatibility/FAR/FAR_Engines/@part[SXTPWR2800|SXTKO211Dprop|SXTKO211prop|SXTTinyprop|SXTeFan|SXTMerlin66prop|SXTNK12M|SXTPWPT6]:FOR[SXT]:AFTER[SXT]

[ERR 15:32:42.676] [ModuleManager] Error - more than one pass specifier on a node: SXT/Patches/ModCompatibility/FAR/FAR_Engines/@part[SXTPWR2800]:FOR[SXT]:AFTER[SXT]

[ERR 15:32:42.676] [ModuleManager] Error - more than one pass specifier on a node: SXT/Patches/ModCompatibility/FAR/FAR_Engines/@part[SXTKO211Dprop]:FOR[SXT]:AFTER[SXT]

[ERR 15:32:42.677] [ModuleManager] Error - more than one pass specifier on a node: SXT/Patches/ModCompatibility/FAR/FAR_Engines/@part[SXTKO211prop]:FOR[SXT]:AFTER[SXT]

[ERR 15:32:42.677] [ModuleManager] Error - more than one pass specifier on a node: SXT/Patches/ModCompatibility/FAR/FAR_Engines/@part[SXTTinyprop]:FOR[SXT]:AFTER[SXT]

[ERR 15:32:42.677] [ModuleManager] Error - more than one pass specifier on a node: SXT/Patches/ModCompatibility/FAR/FAR_Engines/@part[SXTMerlin66prop]:FOR[SXT]:AFTER[SXT]

[ERR 15:32:42.677] [ModuleManager] Error - more than one pass specifier on a node: SXT/Patches/ModCompatibility/FAR/FAR_Engines/@part[SXTNK12M]:FOR[SXT]:AFTER[SXT]

[ERR 15:32:42.677] [ModuleManager] Error - more than one pass specifier on a node: SXT/Patches/ModCompatibility/FAR/FAR_Engines/@part[SXTPWPT6]:FOR[SXT]:AFTER[SXT]

Changing the Takecommand.cfg file to read (below) results in a kerbal spawning in the The EAS-316 "Meadowlark" Observation Pod seat as he should, but then gets ejected violently... most times dying.

Possibly because of clearance? The pod also has two seats, but only 1 can be assigned a crew member in the editor.

@part[*]:HAS[@module[KerbalSeat]]:FOR[TakeCommand]
{
CrewCapacity = 1
MODULE
{
name = TakeCommand
minimumCrew = 1
}
}

Downloading v 0.3.23.1
SXTContinued.version contains version info for 0.3.23.5 and is marked for 1.4.
Is it really 0.3.23.5 that's downloaded or is the version file wrong? Is this version fully compatible with 1.3?
Thank you.

The install checker has a typo listing "Plugns" instead of "Plugins"

I already filed a pull request.

The prerequisites (Firespitter and Retractable Lifting Surfaces) now support 1.5.x and the mod now works fine.

The AVC version file just needs updating now for full 1.5.x support.

Not a high priority update, but not exactly a lot of work to do.

https://github.com/linuxgurugamer/SXTContinued/releases/tag/0.3.9
Title should read 0.3.9, not 0.3.6

There's a WIP folder inside the ModCompatibility directory that seems to have some unnecessary or conflicting files. Probably leftovers?
https://github.com/linuxgurugamer/SXTContinued/tree/master/GameData/SXT/Patches/ModCompatibility/WIP
The two Modular Fuel Tanks patches are identical, and one of the two Tweakscale patches is unneeded but which one is more current, the one in WIP or the one in ModCompatibility? There's two nearly identical files for Firespitter too.

Description
There are ugly vertical bars visible in the middle of the two front windows in the SXTmk3Cockpit52 (Mk3 "Marble-8") in IVA

Root cause
This cockpit uses the Internal module from the Kossak cockpit, but this does not match the window layout of the Marble-8: the Kossak internal has two front windows but the Marble-8 has three
As a result, the window frames from the Marble-8 appear as ugly vertical bars in the middle of the Kossak internal windows (you can tell because the bars light up when the cockpit lights are switched on)

Fix
I hacked the issue by moving the Internal module forward, so it clips through the window frames enough so that they are not visible: I set the Z offset to -3 instead of -2.55

@PART[SXTmk3Cockpit52]:FINAL
{
	@INTERNAL[kossakint]
	{
		@offset = 0 , 0.6 , -3
	}
}

The only remaining artifact is a glimpse of the (external) lateral window frames at the lower corner of the (internal) lateral windows; this artifact could be eliminated by moving the Internal module furter forward, but then it would not really correspond to the external model anymore, so I believe -3 is a good compromise

Let me know if screenshots or more details are needed

I tried the mod on ksp and the propeller sound didn't play.

The bash script to copy files does not work.

Here is the console output:

/n/nThis batch file will copy the missing textures from the inaccessable
Squad/zDeprecated directory 
/n/n
Press return to continue

./BashCopyTextures.sh: line 17: [: too many arguments
./BashCopyTextures.sh: line 18: cd: too many arguments
cp: cannot stat '../../Squad/zDeprecated/Parts/FuelTank/fuelTankT800_v1/model000.dds': No such file or directory
cp: cannot stat '../../Squad/zDeprecated/Parts/FuelTank/fuelTankT800_v1/model001.dds': No such file or directory
cp: cannot stat '../../Squad/zDeprecated/Parts/FuelTank/fuelTankT400_v1/model000.dds': No such file or directory
cp: cannot stat '../../Squad/zDeprecated/Parts/FuelTank/fuelTankJumbo-64/model000.dds': No such file or directory
cp: cannot stat '../../Squad/zDeprecated/Parts/FuelTank/fuelTankJumbo-64/model001.dds': No such file or directory
cp: cannot stat '../../Squad/zDeprecated/Parts/Structural/Size3Decoupler/decoupler_and_adaptor_cm.dds': No such file or directory
cp: cannot stat '../../Squad/zDeprecated/Parts/FuelTank/fuelTankX200-32/model000.dds': No such file or directory
cp: cannot stat '../../Squad/zDeprecated/Parts/FuelTank/fuelTankX200-32/model001.dds': No such file or directory
cp: cannot stat '../../Squad/zDeprecated/Parts/Aero/protectiveRocketNoseMk7_v1/model000.dds': No such file or directory
cp: cannot stat '../../Squad/zDeprecated/Parts/Command/probeStackSphere_v1/model000.dds': No such file or directory
cp: cannot stat '../../Squad/zDeprecated/Parts/Engine/liquidEngine48-7S_v1/*.dds': No such file or directory
cp: cannot stat '../../Squad/zDeprecated/Parts/Engine/liquidEngineSkipper_v1/*.dds': No such file or directory
cp: cannot stat '../../Squad/zDeprecated/Parts/Utility/dockingPort_v1/*.dds': No such file or directory
cp: cannot stat '../../Squad/zDeprecated/Parts/Utility/dockingPortSr_v1/*.dds': No such file or directory
cp: cannot stat '../../Squad/zDeprecated/Parts/Utility/rcsBlockRV-105_v1/rcs.dds': No such file or directory
/n/nThe files have been copied/n
Press return to continue

From what I can tell, the operation to change directory is failing. It might be better to presume that you are in the SXT directory, and work relative to there with fixed values instead of using a variable.