MainSailor

Not sure why this didn't exist earlier, but this is perfect. Thanks for the mod!

Copy that, thanks! EDIT: Performance seems great so far!

Wait, sorry just wanted to clarify. Can you use Scatterer if you're not using Kopernicus Shadow Manager (i.e., don't use both in conjunction?) or you can't use Scatterer at all? RSSVE kind of depends on Scatterer.

I'm using both. I completely uninstalled RealPlume due to performance issues (quad RD-180 boosters Energia style makes my RX590 cry.) Works very very well.

Understood, no worries! I have been tuning my configs and literally playing by ear. I'll use your guidelines as I work on the remaining ones.

I understand if it's proprietary, but any chance you could share the spreadsheet? I've been working on configs for the SSTU engines and I've been making some wild guesses based on using your stock engine configs. It's really (and seriously I mean really) early in the process, but these are the ones I have so far: https://github.com/MainSailor/SSTU_RSE/blob/main/SSTU_RSE.cfg In my sandbox playthrough I really only use the US Hydrolox engines, and occasionally an RD-170/180 family engine so that's mainly what I've built so far. I keep meaning to set up a stripped down dev build of KSP so that I can test configs, but I haven't been able to spend as much time over the holidays as expected.

@Karin I'm trying a version of your script now, the problem is I've listened to enough of them, I can't tell whats the RP and what's the RSE sounds anymore, lol. I might have to strip down my KSP install so it's easier to reload, because every time I make a change, it's at least 5 minutes of loading to get back in. I might just have to apply this to only one part and then compare it like that versus turning them on and off globally. Edit: OK I'm being dumb. Am I missing that there's no engage sound in RSE? It sounds like they're just going straight into the running sound. I'm going to have to go back to a clean install without MM tomfoolery to see what I'm messing up.

That's really cool to hear. I recently dropped in on one of Tyler Raiz's streams and saw he was still using the old pack. I'm surprised they're still in use despite being so old. I honestly didn't know how many players outside of the RO/RSS community still use pParts. I never really stopped playing KSP, but some bad experiences with various social platforms made me seriously pull back as a creator. I moved away from pParts when I went full in on SSTU, so I kind of lost the desire to design for KSP after that. Well, that and being a professional designer in my career (albeit at the time mainly a print designer.) The last thing I wanted to do at the end of the day was go home and do more 'work' in my free time. And a new crop of really talented texturers have come in and done some phenomenal work that I felt I couldn't match.

Thanks! I'll try that out. I have found that Module Manager syntax is largely not my forte despite me working with procedural languages like regex and CSS on the daily.

This is shaping up to be a texturing master class. It's been a great read so far.

The newest version of Procedural Parts from the RO folks might work with 1.9, but I've not personally tried it. There's nothing else specifically with the textures other than perhaps PBR support (which I don't even want to try to tackle) with 1.10. Because this pack is textures only, it only works where pParts does. Which texture apps are you running? In terms of fairings, I'd much rather point you towards Procedural Fairings for Everything. They include the Gamma texture, and the solid textures are easily recolorable via the Textures Unlimited support (which I haven't worked with yet.) The latest release is only marked as supporting through 1.7, but I can verify it works at least under 1.9.

I've started a really rough set of configs for SSTU. It's mainly limited to the engines I use frequently, so it's far from exhaustive. I might share if there's interest. Shadowmage was very consistent with engine IDs and effects modules, so it might be something I can finish procedurally. The biggest issue I had so far was that RSE and RealPlume aren't 'aware' of each other. RealPlume apparently runs at a time after RSE has applied it's patches. Muffling and other effects work, but the individual engine sounds are RP's. I haven't dug into any of the cfgs yet to see about disabling RP's sounds. I'd really like to keep both, but in the meantime I just have RP disabled.

Sure thing. Pop me a link if you have one. Just be aware that if you have graphics that you've pulled in, they will be linked and I won't have access to them unless they're embedded or you package the file. (I can help with either, but packaging is easier to work with.) I also only have access to CS6 (we had some issues with CC so reverted back.) This is the new wing at the Air Force museum? That's so cool, will have to plan a trip up there. Kennedy is only 4-ish hours so I've been down there a bunch, but Ohio is a bit of a road trip for me.

Version 2.0.0.0.0.0.1 (or something like that ) has been pushed to Spacedock. All it does is rename the White Soyuz fairing part name so that it appears correctly. Thanks to @Phineas Freak for spotting the issue.

I thought about hiding it further in the cfg, but at least this would appear in the part description in the VAB. Just a little shout-out. It should appear under SaturnMultibody, or if you have an older version (from the dev branch) ThetaCeres. If you have all the other textures installed, it should be loading as well. If not, please attach your output_log.

The way that fairing config works is to have a blank placeholder texture in the Fairings folder along with the model file (fairing1.png) and the individual textures in subfolders (as not to duplicate the shared textures and model file for each variant.) Did you keep the fairing1.png file in the same folder that your sideModel.mu file is in? You really only need one copy of the mu file which is referenced in each cfg. Changing the title should have no effect on part loading (it could be blank for all KSP cares.) Also, I don't know about the newer Unity 5 builds of KSP, but I know from back in the .25-era, Unity did not like parsing file names that contained spaces. I'd at the very least replace the spaces with a dash or underscore (i.e., ISS_Modules). It's completely possible that this is no longer an issue, but if we're troubleshooting, its worth considering.

Same issue. I thought it might have been Interstellar Fuel Switch, but after removing that, the issue persists. It also happens if you revert to VAB.

Heh yep. I'm in publishing and graphic design, and was brought up with Pagemaker. I know I should be using Photoshop or at least Illustrator but I'm the most familiar with ID so that's what I stick to.

Good catch thanks. Will post an updated version shortly.

I thought what I'd do is, I'd pretend I was one of those deaf mutes. Sorry for the interruption, really love your name and avatar.

I apologize, I have been away for quite some time. Many issues in both work and family life have prevented me from working on this/playing/generally being around, etc. @Caeden, did you ever get these to work? Have you tried with 1.1 yet? I admit that I tried them under many different scenarios and could not replicate the issue you were having, so I'm not sure that it wasn't some kind of a bug in an older version of pParts. I see it has been updated to...phew, 1.1.2(?) is the version we're on now. Some general news: Development of these is halted for the near term (over the summer.) I've been tasked with rebuilding a publication we produce at work that is ~600 pages, and trying to replicate the work of a former employee who didn't use Adobe programs and was not very knowledgeable in publishing. It's been a nightmare, to say the least. It was easier to start over from scratch than rebuild from their old document. I'm also looking to upload what will be a very large pack of source textures, most likely a package of PNG files that have not been resized or compressed for those that want to edit/remix these textures, and would be released under the same permissive license (Creative Commons CC BY NC SA). You're welcome to share your package as long as I'm credited as the original author, non-commercial (don't sell or ask for donations), and share under the same license. I would share the actual source files, but I do most of my work in InDesign and sharing those would be a non-trivial exercise (if you work in publishing, you know how much of a pain packaging INDD files can be.) I've been working on porting them over to pure Photoshop documents but that's a process that has been interrupted and isn't complete enough that I'd feel comfortable sharing those.

I'm going to be taking a look at this issue some more this weekend, as I should have some time then to really dig into some issues. I'm also going to be looking into slightly reshading some of the textures as well, I noticed that 1.1 and Unity 5 looks slightly different (like there's a different gamma value in scene rendering) that makes the parts look brighter and have more contrast.

OK I'm at a loss. The log indicates they are being loaded into memory without issues. Which means the game has them but for some reason pParts can't access them. Do you have Procedural Fairings installed? Can you see if those textures are coming in? If so, it indicates it's not the textures, it's a pParts issue. Unfortunately I don't have a way to pull an additional log for that (that I know of.) Heh same card, ok. So there's one variable I can cross off. Can you also do me a favor and select to show file extensions? I'm guessing your running Windows 10, so I'm not sure how to enable that there, but I know in Win 7 you can just type 'folder options' into the Start/Run panel and there's an option in there. Occasionally when files are named .DDS vs .dds, they will fail to be recognized (but I'm guessing this isn't the case, due to the fact they are loading according to the log.) The .zip file contains lower case, but sometimes certain programs can rename them (I had this issue testing on a Macbook.) I'm sorry for the rather delayed responses, I have been pretty busy at work this week and my wife is also out of town which complicates things a bit at home. Literally 7 am is about the only time I have to get on the forums right now

OK thanks. As I suspected everything is in the right place, which means the game engine itself isn't loading them for some reason. The fact you have thumbnails even tells me they uncompressed correctly (and I'm sure you tried unzipping them again when you encountered the issue.) Can you also do me a favor and upload the output_log.txt file the KSP_Data folder as well please? Dropbox is also fine for that. I'm not exactly sure what I'm looking for, but if there's an error somehow pulling the textures in, it will most likely be noted there. The only thing I haven't done is tried OpenGL mode on my non-dev machine. I had no issues on my dev laptop, but that's an older card versus the GTX 970 that is in my gaming rig. Unfortunately I only have Nvidia cards in both of my KSP computers, by any chance are you using an AMD card? I can't see that being an issue but it's worth asking about at least.