Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Missing plumes from engines #97

Closed
mbartelsm opened this issue Nov 2, 2016 · 4 comments
Closed

Missing plumes from engines #97

mbartelsm opened this issue Nov 2, 2016 · 4 comments

Comments

@mbartelsm
Copy link

What more can I add? there are no plumes and I have no mods that modify plumes. If you need me to do something specific just tell me.

@thomas15v
Copy link

Have you tried this branch: https://github.com/IronCretin/Stock-Revamp. I only have tried the basic engines and so far I can remember I have some plumes.

@PaulMaynard
Copy link

That happens on my branch too. Have you ever had any plume mods installed? Sometimes they don't uninstall completely, and the plumes are removed, but there's nothing to replace them.

@Kerbas-ad-astra
Copy link
Contributor

Kerbas-ad-astra commented Jan 23, 2017

It might even be some third-party mod with an incorrectly written plume patch, e.g. something saying FOR[X] instead of NEEDS[X], which tricks every other NEEDS[X] patch into running even if you don't have X itself installed. Do you perhaps have SSR Microsat installed? That one had a misbehaving patch that I caught and fixed myself, but obviously the releases that everyone else downloads still has the problem.

Also, a list of which engines lack patches and a log would help.

@benjwgarner
Copy link

benjwgarner commented Apr 4, 2017

@Kerbas-ad-astra It's too bad that it's named FOR[X] instead of FROM[X], PARTOF[X], or PROVIDES[X]. I suppose it's too late for that change to MM at this point. 😛 Thanks for pointing out the SSR Microsat problem. I just went in and looked at the patches, and that error is made several times. This explains a lot. Other mods were acting like HotRockets was installed, and I had forgotten about the FOR[X] tag.

@mbartelsm and anyone else having this problem:
To see if this is happening (rather than greping all of the .cfg files in the GameData folder), you can set up a config that changes, say, the title of the Mk1 command pod to "ur c0nf1gz r f00b4r m8" with a NEEDS[PhantomModNameHere]. Of course, it also checks for .dlls and folders in GameData (but not subdirectories) for the name as well, but it's easy to check for those first before copying in 1337test.cfg 😄 Empty mod folders will sometimes be left behind (CKAN used to be pretty bad about this; now it only does that when there's a plugin data .xml file to save preferences for the mod you've customized).

Copypaste this into a text file, and save it as 1337test.cfg (anything with .cfg works, though) in GameData (you need ModuleManager, of course, but you must have it already to have this problem anyway). Change "PhantomModNameHere" to whatever you want to check for. For plumes; HotRockets, RealPlume, and SmokeScreen are good ones to begin by searching for using this method.

@PART[mk1pod]:NEEDS[PhantomModNameHere]
{
@title = ur c0nf1gz r f00b4r m8
}

Start the game. If your Mk1 pod has been renamed, somebody put a FOR[X] in a .cfg where it really needed a NEEDS[X]. (You checked for .dlls and mod folders first, didn't you?)

Edited for sentence structure and punctuation.

@VenVen VenVen closed this as completed Aug 19, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants