4x4cheesecake
-
Posts
2,464 -
Joined
Content Type
Profiles
Forums
Developer Articles
KSP2 Release Notes
Bug Reports
Posts posted by 4x4cheesecake
-
-
1 hour ago, DunaManiac said:
I have a question, regarding areocaptures... by areocapture do you mean doing what I did in my previous mission Mun STS-1, reentering several times to slow down, or one large areobreak, to slow down into a low orbit and then land?
Yes, you already performed an aerocapture in your last mun mission. If you enter the atmosphere multiple times or just once, is up to you. It is just important, that you have to use the atmosphere to slow down your orbiter to reach an orbit around kerbin (circular or elliptical, doesn't matter). The opposite would be a "powered break" by using the engines and firing them in retrograde direction.
52 minutes ago, Kerbolitto said:I think he meant that the first aerocapture is very important, and after a few passes as the speed decreases, it all becomes pretty standard.
This one as well
I personally prefer to create the screenshot close to the Pe...if you got there without burning up, you'll be fine.
1 hour ago, MarkoeZ said:Ok, new attempt at STS-1b, and caught on video
Uh, nice!
What are all these explosions during the launch? Looks like you got some parts overheating by exposing them to the engine exhausts
Beside of that, it was a really good flight and you demonstrated some serious piloting skills by adjusting the engine thrust during the launch to reduce the torque and by controlling your descent trajectory by changing the pitch of the orbiter during the whole flight.
The orbit of the fuel pod looks fine and luckily, all the fuel is still in it this time Also, you actually hit the runway this time, that's an important improvement
This badge is for you and well deserved
If you don't mind, I have a little suggestion though: It looks like your reaction wheels take too much control during the final approach of the runway and prevent small adjustments. You may want to switch their mode to "SAS only" (probably via actiongroup) or turn them off at all, so your orbiter is actually controlled by the elevons and not the reaction wheels
-
13 minutes ago, DunaManiac said:
Thank you for the badge, but I am pretty sure that that is a Commander badge, and I didn't qualify for that, I only did the pilot mission.
Silly me, you are absolute right. Commander needs a manned research facility, I'm sorry. Thanks for correcting me, here is your correct bade
(I'll edit my previous post as well, just to prevent confusion)
6 minutes ago, MarkoeZ said:Most of the engines are the small engines on the shuttle itself, and perhaps they dont need to be on during launch, but every bit of thrust helps i guess. Because with those small engines, i can balance the weight more around the shuttle, then just engines at the back. That keeps it super easy to fly.
Also, the launch vehicle itself is way more powerful than it needs to be or this challenge alone, but that helped with the next step!I see, thanks
Well, I already thought that it will help you with this mission
7 minutes ago, MarkoeZ said:Oh, so close to the runway...that's unfortunate
How did that happen? You were lined up very well during your approach.
While I'm inclined to turn a blind eye regarding the landing this time, I need to ask you for another screenshot to proof that every tank of the 40t pod is actually filled and untouched. I can see the amount of ore in the resource window and you show the LFO tank but there is also a monoprop tank which need to be untouched and since you have used some monoprop during your mission, there is no way for me to see if the fuel was provided by the orbiter or the fuel pod. Just load your game, switch to the pod in orbit (which is hopefully still there) and open the resource window or right click every tank
-
2 hours ago, MarkoeZ said:
That said, my STS-1a challenge is now completed i think!
Looks like you are right
The shuttle looks very stable through the flight whole flight and even survived the steep reentry. I'm a bit surprised that you aimed for the Dessert Airfield instead of the KSC but of course, that's up to you and a perfectly fine choice
I have a few questions though, just out of curiousity: These are a lot of engines you're firing during the launch, do you really need all of them? And why did you place the landing gear in an angle? Just for your personal style?
Anyway, congratulations to your first badge
-
1 hour ago, Jodastt said:
Kerbal Space Program - 0.21.0.272 (WindowsPlayer)
Career was added in version 0.22 and apparently, you try to play version 0.21... which is ancient. Where exactly did you buy the game?
-
On 10/5/2019 at 10:16 PM, DunaManiac said:
Mun STS-1 Mission:
Album: https://imgur.com/a/5ius9rv
That was fast
Landing a shuttle on the mun can be quite challenging but you made it look like any other standard mun mission, well done!
Interesting construction for the research facility, you are probably the first who build it in form of a rover
For future interplanetary missions, please do me a favor and add a screenshot of your shuttle during the aerobreak, at least the first one. It's a very critical moment during these missions and it can be quite difficult to hit the "sweetspot", where you break just enough to get captured but don't burn up in the atmosphere.
I have no doubt you made it, especially since your shuttle is pretty lightweight and there is no way you can burn up during this trip with a Pe of 60km around kerbin, but if you skip this phase in the mun missions already, you'll probably skip it during other missions as wellAnyway, congratulations to your new badge
21 hours ago, MarkoeZ said:Good day!
Oldtimer checking back in and going for this challenge
Welcome back to KSP
Your shuttle looks promising and I'm certain you'll be able to teach the ground crew how the booster should be attached to the orbiter in a way, it can be separated
Good job on lithobreaking just enough to get rid of the unnecessary parts without flipping the whole thing around. If you didn't loose a wing, this would actually qualify you for a badge but it's probably not the best start into this challenge^^
Thanks for sharing this first impression, looking forward to your first actual entry
-
12 hours ago, DunaManiac said:
The trick is to lower the velocity down to under 40 m/s and use the cockpit to absorb all of it's energy, then use the other landing gear to do the rest.
Under 40m/s? Wow, you need a lot of lift and pitch authority for this
12 hours ago, DunaManiac said:I think I'll do the Mun Missions, by the way, can I go back to the STS-9 mission if I start the mun missions?
You can always go back to do skipped optional missions and/or to repeat missions you've already done (for fun or to qualify for a different category)
-
2 hours ago, DunaManiac said:
STS 5-8 Missions:
For the temporary manager, here is a complete modlist.
Thank you, very kind
Very impressive landing on the first mission, you should record a video next time and make a tutorial "how to land a shuttle without a front wheel"
And yes, of course this landing still counts since you didn't loose any parts
The station looks cool, well done! I'm a bit surprised to find the MPL on it though but I guess you've asked about it so you don't have to use it twice?
Also, I'm curious: the engines on the service module, are these puff engines? It's always a bit dark when they are visible ^^Congratulations to your new badge
Are we going to see STS-9 next or do you jump directly to the mun missions?
-
2 hours ago, DunaManiac said:
I have a question. By "Science labs" in the STS 5-8 mission, does it require a Mobile Processing Lab MPL-LG-2 or can you just stick a hab on and call it a science lab?
You don't need to use the MPL but you should put some scientific experiments on the modules to qualify them as "scientific modules"
2 hours ago, DunaManiac said:Also, do you have to launch the modules in a specific order in STS 5-8?
No, you can launch the modules in any order you like
-
@michal.don Enjoy your holiday
Like the last time, I'll try my best to keep the challenge running
-
10 hours ago, Aperture Science said:
rep button when
As soon as it is fixed? It's not like someone fixed the issue and thought "Let's wait one week more to activate the rep button again, just to annoy everyone"
It is save to assume they are still working on it but sometimes, a bug need some time to be fixed and there is no way to tell, when it is done.
-
8 hours ago, BadModder54 said:
I personally do not believe that logs are too relevant
That's a bad mistake, logs are ALWAYS helpful
In this case, it contains stuff like this:
[EVE TextureConfig]: Unable to parse config node: OBJECT { name = EarthAuroras type = TEX_CUBE_6 isCompressed = True isReadable = True texXn = RSSVE/Textures/MainTextures/EarthAuroras/EarthAurorasXn texXp = RSSVE/Textures/MainTextures/EarthAuroras/EarthAurorasXp texYn = RSSVE/Textures/MainTextures/EarthAuroras/EarthAurorasYn texYp = RSSVE/Textures/MainTextures/EarthAuroras/EarthAurorasYp texZn = RSSVE/Textures/MainTextures/EarthAuroras/EarthAurorasZn texZp = RSSVE/Textures/MainTextures/EarthAuroras/EarthAurorasZp }And then you scroll up to the part where the textures are actually loaded to find stuff like this:
Load(Texture): RSSVE/Textures/MainTextures/EarthAuroras_LR/EarthAurorasXn
And that probably explains the whole issue already. The texture path in the config are different from the actual path. The "RSSVE/Textures/MainTextures" directory contains sub-directories for "High Resolution" (_HR) and "Low Resolution" (_LR) textures but the config expects a single directory.
To solve this, choose one resolution of textures and remove the "_HR" or "_LR" extension of the directory names (you may want to remove the other directories which contain the unused textures) OR add the extension to the filepath in the configs (since there are multiple configs, this will take more time though).
-
9 hours ago, OscarZ said:
Perfect, thanks
Since the error happens quite early, there are not a lot of information but I guess, you installed the wrong version of kopernicus, because the version of Modular Flight Integrator (dependency shipped with kopernicus) is 1.2.6, while it should be 1.2.4. This would also perfectly explain the typeload exception.
Uninstall Kopernicus AND Modular Flight Integrator, then install the latest 1.3.1 backport: https://github.com/Kopernicus/Kopernicus-Backport/releases/tag/backport-1.3.1-26
-
You still run Kopernicus 1.7.3-1.
Try the latest version of Kopernicus (1.7.3-2), it fixes a serious FPS issue like yours.
-
It is the 6th question in this neat little "how-to"
Of course, the answer is there as well
-
1 minute ago, Geonovast said:
I see the paths now. I missed that since I just did a search for strutCube.
I almost missed it as well and was already typing my answer (which was pretty similar to yours) but coincidentally I've noticed a lot more parts which weren't able to compile, so I checked the paths^^
-
22 minutes ago, Commodoregamer118 said:
Here is the KSP.log https://1drv.ms/u/s!AtUgGSbBKMe8hXIRrdJmVifp6wbJ?e=fqgfNI
Via One Drive
Perfect
You installed a few mods wrong, incl. "Near Future Construction" which changes the model of the "strutCube".
You have a file structure which looks like this:
-
Kerbal Space Program
-
GameData
-
1
- AdjustableLandingGear
-
2
- AviationLights
-
3
- Mk3Expansion
-
4
- NearFutureConstruction
-
5
- Mk3Airliner
-
1
-
GameData
These additional folders 1, 2, 3, 4 and 5 will break your mods. Move these mod folders to your GameData directory, so it looks like:
-
Kerbal Space Program
-
GameData
- AdjustableLandingGear
- AviationLights
- Mk3Expansion
- NearFutureConstruction
- Mk3Airliner
-
GameData
That should fix your issue.
Edit:
Uff, there are actually a few more things you should fix: There is an additional "GameData" directory in your actual "GameData" directory, which contains ModuleManager. Move the ModuleManager.dll file to "Kerbal Sace Program/GameData"
-
Kerbal Space Program
-
Hard to say what's wrong there without a log file. You already checked manually that the part actually exists in your install, so it must be something in the loading process of KSP or one of your mods contains a buggy ModuleManager patch which renames the part or some other weird things. Since you seem to have some trouble to find the output_log, let's try the "KSP.log" which is located in your KSP directory, next to the executable "KSP_x64.exe"
Please upload the log file to a filehosting service or a cloud service like dropbox, google drive, one drive, etc... and share a download link for us. Might be interesting to see the ModuleManager.ConfigCache, please upload this file as well (it's located in the GameData directory of your KSP install).
-
1 hour ago, VoidSquid said:
I added the MM patch you made, plus corrected that line 19 from CleverSatRandomShift.cfg (a closing bracket too much). Are those two changes enough to make this contract pact work properly with KSP 1.7.3?
I'm not aware of any other issues, should work perfectly fine with these fixes
-
1 hour ago, Emperor of Ilve said:
Are you gonna add in deltaV maps for planet packs like GPP/After Kerbin?
GPP and After Kerbin provide a dV map on it's own. The map for GPP is included in the download and also access-able on github, the map for After Kerbin is available in the OP of the release thread
-
19 minutes ago, tsaven said:
Greatly appreciated! I installed this through CKAN so apparently the requirements there are out of date/broken? I can do a manual install but I greatly prefer to keep things in CKAN.
CKAN is up-to-date but maybe, it's an issue with your ckan settings. Please open "Settings -> Compatible KSP versions" and check which versions are marked as compatible. I have the gut feeling, 1.4 might by marked as compatible but not 1.5 or 1.6 but you need 1.6 in order to get the latest version of scatterer.
-
17 minutes ago, Brigadier said:
Consider the possibility that Scatterer is causing the problem. I had black sky with Galileo's Planet Pack under KSP 1.7.3 and GPP 1.6.3.1 (but no SVE), and had to downgrade Scatterer to v0.0336 to solve the problem.
Correct but actually the other way around in this case
@tsaven You have scatterer 0.0331 installed but some of the config syntax changed during the update of scatterer to 0.05x. The latest version of SVE already uses the new syntax so you will also need the latest version of scatterer to work properly (or you can downgrade SVE but I would recommend to upgrade scatterer instead
)
-
7 minutes ago, tkalm said:
Okay, so this is startingto deepen the question for me. Cause, my game is 1.7.3 and the crash log was updated from yesterday.
Ok, I'll try to explain it to you:
There is a difference between the "crash log" (named "error.log") and the "output_log".
The crash log is only created on a game crash and a popup window will ask you, if you want to open the directory which contains this log together with the crash.dmp. This log contains some basic information about your system like ram usage at the moment the game crashed:
Quote90% memory in use. 8054 MB physical memory [756 MB free]. 21878 MB paging file [7085 MB free]. 134217728 MB user address space [134209497 MB free].
the crash reason:
Quotemono.dll caused an Access Violation (0xc0000005) in module mono.dll at 0033:e4b51504.
and right at the top, the unity version (that's the game engine KSP is build on)
QuoteKerbal Space Program [version: Unity 2017.1.3p1 (02d73f71d3bd)]
Since KSP 1.4, the version is "2017.1.3p1".
The output_log on the other hand, is created every time you launch the game and it contains a lot of information about stuff which happens in the background, like details about the game loading progress, installed mods and issues which happen at runtime but don't crash the game.
It also contains the unity version:QuoteInitialize engine version: 5.4.0p4 (b15b5ae035b7)
and the actual game version:
Quote[KSP Version]: 1.3.1.1891 (WindowsPlayer x64) (x64) en-us ==============================
Since the unity version in your output_log doesn't match the unity version of your error.log, it tells me that you picked an old output_log Like I said before, this happens quite often because every KSP version up to 1.3.1 stored the output_log in the game files but unity changed this behavior and when KSP was updated to 1.4, SQUAD also updated to a newer unity version, so KSP started to save the output_log in a new location as well but the old output_log was never deleted or moved.
When you uninstall the game through steam, it will only remove the files which were also installed by steam but logs, mods, savegames and some configs are created during the game launch and steam doesn't know anything about these files, so they are not affected by the uninstalling progress until they are removed manually. -
6 minutes ago, VoidSquid said:
Doh... didn't check that, my bad, didn't expect OP would upload an old log file from KSP 1.3.1
This happens quite often so it became one of the first things I'll check when someone posts a log file
9 minutes ago, VoidSquid said:At least the crash dump is current:
Debug session time: Mon Sep 16 19:10:50.000 2019 (UTC + 2:00)Yep, they are and you are definitely more skilled in reviewing these dumps than me, so I stick to the logs
*Sends a like in your direction which may or may not appear some day* xD
-
On 9/14/2019 at 9:14 PM, DaKluit said:
Edit2: After reinstalling my mods again, suddenly the game starts normal again. Somehow that "fixed" it. Hmm....
Glad to hear you already fixed your issue but just in case you are curious about some details why this happened:
It looks like KSP didn't find all the mod .dlls:
QuoteMod DLLs found: Stock assembly: Assembly-CSharp v0.0.0.0 ModuleManager v4.0.2.0 Kopernicus.Parser v1.0.0.0 ModularFlightIntegrator v1.0.0.0 / v1.2.6.0 Kopernicus v1.0.0.0 Stock assembly: KSPSteamCtrlr v0.0.1.35 Folders and files in GameData: 000_ClickThroughBlocker 001_ToolbarControl ContractConfigurator KerbalEngineer Kopernicus KS3P MechJeb2 MechJebForAll MemGraph ModularFlightIntegrator Stock folder: Squad Stock folder: SquadExpansion TriggerTech TweakScale [x] Science!
Just ModuleManager and Kopernicus were loaded but other mods like TweakScale or MemGraph are ignored, so I guess, the windows update somehow changed some file permissions or changed something in the behaviour, how .dll files from "unknown" sources are handled.
I personally prefer to create the screenshot close to the Pe...if you got there without burning up, you'll be fine.
Beside of that, it was a really good flight and you demonstrated some serious piloting skills by adjusting the engine thrust during the launch to reduce the torque and by controlling your descent trajectory by changing the pitch of the orbiter during the whole flight.
How did that happen? You were lined up very well during your approach. 
Shuttle Challenge v5 - The STS thread [Stock and Mod Friendly] - MAJOR CHALLENGE ANNOUNCEMENT! - 30.3.2020
in KSP1 Challenges & Mission ideas
Posted · Edited by 4x4cheesecake
Well done mission and thanks for keeping the space clean by crashing your debris
Don't worry too much about missing an screenshot of the last aerobreak, it's really just the first one which is interesting 
Congratulations to the upgrade of your badge
Correct, 350km is not geostationary but also, no one said it must be a circular 350km+ orbit
Of course you can launch into a circular orbit above 350km, release the comsats and bring them in their final position on their own power, it's perfectly fine.
A different approach would be a resonant orbit, for two reasons: The Pe would be above 350km (to fulfill the requirement) and it will also allow you to place the comsats in equidistant position.
If you've never heard of resonant orbits, you may want to look at this nice tool:
Well, if you actually want to try it without a resonant orbit: there is no official threshold and I'm not going to measure the angles of your final triangle. If you can look down at your satellites in map view and think "yeah, looks like an equilateral triangle", that's totally fine
(It's also not perfect when using a resonant orbit though^^)