Kerbocracy
-
Posts
45 -
Joined
-
Last visited
Content Type
Profiles
Forums
Developer Articles
KSP2 Release Notes
Posts posted by Kerbocracy
-
-
On 11/14/2020 at 9:42 AM, Acim said:
Hi i have this problem
I tried re-installing and everything but it didn't work
LOGS: https://www.dropbox.com/s/6inw3yvy5qds1so/Logs.zip?dl=0
I had a similar issue - see a few posts back. It was because I was using the latest parallax. Gameslinx advised me to roll back to parallax 1.0.1 until BH gets updated, and this fixed it for me.
edit- whoops saw folks answered this; my browser hadn’t updated the forum:s
-
Anybody having issues with BH since the Parallax update? CKAN updated me to 1.1.1 and 1.1.1b and in both cases I have KSP looking like this:
Prior to the Parallax update i had terrain texture. I checked fury and it has the same 'missing' terrain contour.
Perhaps @Gameslinxis presently revising BH and I should be patient...:)
-
1 hour ago, Agustin said:
I am seeing the tesselation effect like animated. The tesselation moves while you move, like the terrain is all liquid almost. When you are still its fine, but while you move the mesh changes. Its weird.
Video: https://drive.google.com/file/d/1Ay8RRZn19TggcPkxB5wyziXr-4MrcTy_/view?usp=sharing
Yeah it fixes if you set a lower edgeLength in the ParallaxGlobal config. Although it killed my fps I should try and find my sweet spot.
I was going to ask if that ‘liquid’ tesselation was normal/expected. It’s a bit strange but the overall look is so good I can accept it I think. There’s also some apparent draw radius 50m or so out from the camera that looks like a blast effect when you are landing but it’s actually the tesselation drawing in I think.
-
I’ve been using rescale 3.5x @Morphisorconfig and have noticed that certain interesting objects
Spoiler(For example, the floating island/hexagons on Hydrus
Are not landeable- they don’t seem to have hitboxes and my craft/kerbal fall through them. I’m suspecting an issue BH I’m the context of rescale because
SpoilerI heard that you can land on floating islands on Gateway
Anyone else have this issue and/or fix?
-
4 hours ago, Hpl said:Spoiler
ok interesting - I wondered if it was an unfortunate RNG. Wonder if there is a minimum distance constant somewhere that could be adjusted because it's a bit buggy/immersion breaking. I figured from that instance that the gears were intended to mesh - so they would be interlocking. But I guess it's just random.
Also - curious how we get story - I've gone up to these things, down EVA report, surface sample, and had no story regarding their origin etc. How did you determine that they are terraformers?
-
For those of you using Beyond Home with Sigma Dimensions / Rescale, perhaps you can help me with the following issue:
I've been using @Morphisor's rescale config (3.5x) and I found that the ground scatter - particularly the trees - were unnaturally huge. I found that in the rescale config when I set "resizeScatter = 0" it brings the trees back to normalish scale.
However, when visiting a nearby celestial body, I found some interesting things that seemed to be bigger than they should be:
SpoilerMy sense is that these were intended to be 3.5x smaller; if so there might not be the harsh clipping that is evident. Are any of you having this issue and/or have found a fix? Is it possible that these scatter objects do not use the same size variable as the trees/rocks etc? The other possibility is that this was just an unlucky random scatter placement that put them too close so they clipped. But I wonder if these are appearing as 'intended'.
Also, they don't seem to have hit-boxes; my craft & kerbals pass through them. I was under the impression that certain BH scatter objects of great interest can be landed on.
Any thoughts on these issues? Thanks!
-
1 hour ago, dresoccer4 said:
hey all. trying to catch up on this mod and reading through the forum after not playing KSP for a year....
does this work in latest edition? thanks!
Currently using it for 1.10.1 and it seems to work but having read the last few pages I expect some things could be borked. I currently have remotetech and NF installed and stuff -seems- ok. However thinking back I had at least one instance of an unlocked part not appearing available in VAB. So it probably needs an update... the part progression seems really nice though. I love starting unmanned with remotetech!
-
@lemon cup thanks - yes those pics were rhode. What’s your landscape setting for sigma? Also I looked at scatterer settings but saw so many and tweaked a few - couldn’t seem to adjust the haze. Am I missing an obvious setting for atmosphere thickness? Thx. Also will check into TUFX. Cheers.
-
@lemon cup I’m also amazed by how awesome this mod + parallax is and am loving the 3.5 scale; I echo your praise! One thing I wondered looking at your screencaps - are you using scatterer? I am finding that my atmospheres (both rhode and lua) look very white/hazy such that the terrain from orbit is not as clearly visible. I have some pics here showing a different issue but you will see the haziness:
is this how yours appears on ascent? I’m wondering if this is the intended appearance of these bodies/atmospheres or if I am having a graphical issue. I wonder about scatterer configs..
-
4 minutes ago, Gameslinx said:
I believe both of these are scatterer related - the black peaks definitely. They're there without rescale, but nowhere near as obvious
Ok I'll look into that and thanks for the quick reply. For your install, do some of the terrain scatters appear to not dim/lower contrast with distance? I'm noticing on Rhode that some of the tall trees (Eucalyptus like ones) are dark at maximum draw range, while the cactuses and the purple flowers appear to dim/lower contrast with range. I think maybe the contrast dimming on terrain scatter is also driven by scatterer? Just wondering if everyone else is having this issue. Cheers.
-
12 hours ago, Violet said:
Hello! I seem to have found an fix for your issue kerbocracy! i had the same problem and it took a while to fix it.. thankfully someone else had the issue before and sigma responded on github!
https://github.com/Sigma88/Sigma-Dimensions/issues/95
the fix is to remove the scaling of the "Minimum Distance Terrain"!Wow great find!
This indeed worked for me and the surface is Lua is now _much_ more firm.
I still have a remaining issue that I wonder if you have or have had. It is related to the black lines/jaggies seen on the horizon - usually during ascent. I think it might be related to a scatterer config or something or maybe EVE:
Those thin black lines, which seem to be the edges of terrain features, are seen to dance around on ascent and it is distracting. Without Sigma/Rescale this is either not present or so slight it is unnoticeable. I found that it reduces when I jack up the AA, and is least noticeable at 8x AA, but this screencap is from 8x AA.
I also notice that some terrain features appear black on the horizon - larger hills appear as black triangles/polygons - not sure if this is related to the above 'jaggies' issue but seems like maybe:
Have you encountered this? Note that I"m using Morphisor's Rescale 3.5x BH config rather than regular Rescale 3.5x.
Thanks in advance for any help!
My mod list again for ref:
SpoilerAstrogator (Astrogator v0.10.1)
B9 Part Switch (B9PartSwitch v2.17.0)
BetterBurnTime (BetterBurnTime 1.10)
BetterCrewAssignment (BetterCrewAssignment 1.4)
Beyond Home (BeyondHome 1.5.2)
Breaking Ground (BreakingGround-DLC 1.5.1)
Celestial Body Science Editor (CelestialBodyScienceEditor 12.0)
ClickThrough Blocker (ClickThroughBlocker 1:0.1.10.11)
Community Category Kit (CommunityCategoryKit 5.1.0.0)
Community Resource Pack (CommunityResourcePack 1.4.1.0)
Community Tech Tree (CommunityTechTree 1:3.4.2)
Contract Configurator (ContractConfigurator 1.30.4)
Deployable Engines Plugin (DeployableEngines 1.2.2)
Distant Object Enhancement Continued (DistantObject v2.0.1.0)
Distant Object Enhancement Continued default config (DistantObject-default v2.0.1.0)
Environmental Visual Enhancements (EnvironmentalVisualEnhancements 3:1.10.1-3)
Kerbal Attachment System (KAS 1.7)
Kerbal Engineer Redux (KerbalEngineerRedux 1.1.7.2)
Kerbal Inventory System (KIS 1.26)
Kerbal Inventory System - No Fun (KerbalInventorySystemNoFun v0.1.10)
LoadingTipsPlus (LoadingTipsPlus V1.8)
Making History (MakingHistory-DLC 1.10.1)
Module Manager (ModuleManager 4.1.4)
Near Future Construction (NearFutureConstruction 1.2.3)
Near Future Electrical Core (NearFutureElectrical-Core 1.1.3)
Near Future Exploration (NearFutureExploration 1.0.10)
Near Future IVA Props (NearFutureProps 1:0.6.3)
Near Future Launch Vehicles (NearFutureLaunchVehicles 2.0.3)
Near Future Solar (NearFutureSolar 1.2.3)
Near Future Solar Core (NearFutureSolar-Core 1.2.3)
Near Future Spacecraft (NearFutureSpacecraft 1.3.3)
Parallax (Parallax 1.0.1)
Precise Editor (PreciseEditor v1.4.0.2)
Precise Node (PreciseNode 1.2.11.1)
Probes Before Crew [PBC] (ProbesBeforeCrew 2.80)
RasterPropMonitor (RasterPropMonitor 1:v0.31.4)
RasterPropMonitor Core (RasterPropMonitor-Core 1:v0.31.4)
Rational Resources (RationalResources 1.11.0)
RemoteTech (RemoteTech v1.9.8)
ReStock (ReStock 1.2.1)
ReStock+ (ReStockPlus 1.2.1)
SCANsat (SCANsat v20.4)
scatterer (Scatterer 3:v0.0632)
Scatterer Default Config (Scatterer-config 3:v0.0632)
Scatterer Sunflare (Scatterer-sunflare 3:v0.0632)
Science - Full Reward! (Continued) (Science-Full-Reward v5.1)
Science - Full Transmit! (Science-Full-Transmit v1.1)
Stockalike Station Parts Expansion Redux (StationPartsExpansionRedux 1.3.6)
Toolbar Controller (ToolbarController 1:0.1.9.4)
USI Life Support (USI-LS 1.3.0.0)
USI Tools (USITools 1.3.0.0)
Waypoint Manager (WaypointManager 2.8.2.6)
Zero MiniAVC (ZeroMiniAVC 1:1.1.0.1) -
On 9/29/2020 at 6:06 PM, Dal said:
Hello, I've been enjoying this solar system a lot so far but I've run into a problem with my first attempted landing. I fell through Armstrong's surface at 2 m/s and promptly exploded. I'm running KSP 1.10, Sigma Scaling 2.4, Kopernicus "Bleeding Edge" r32. The log doesn't indicate anything else amiss.
...
I had more luck with a second attempt, so it may have been a fluke or location based. The arrow from the X roughly marks where I fell through the surface.
...Third attempt on the highlands near the check also fell through and exploded.
Last edit: There are kill planes all over the high altitudes (often above the surface), false ground in most lower altitudes. I'll see if this applies to other bodies and hold out for a fix.
I'm having a similar issue using Sigma Dimensions / Rescale 3.5 (Morphisor config posted above). On descent to Lua I get some land flickering in and out showing the ocean below (don't know why imgur link won't draw here):
and then I fall through the ground:
I'm using several mods but nothing that I think would cause this:
SpoilerAstrogator (Astrogator v0.10.1)
B9 Part Switch (B9PartSwitch v2.17.0)
BetterBurnTime (BetterBurnTime 1.10)
BetterCrewAssignment (BetterCrewAssignment 1.4)
Beyond Home (BeyondHome 1.5.2)
Breaking Ground (BreakingGround-DLC 1.5.1)
Celestial Body Science Editor (CelestialBodyScienceEditor 12.0)
ClickThrough Blocker (ClickThroughBlocker 1:0.1.10.11)
Community Category Kit (CommunityCategoryKit 5.1.0.0)
Community Resource Pack (CommunityResourcePack 1.4.1.0)
Community Tech Tree (CommunityTechTree 1:3.4.2)
Contract Configurator (ContractConfigurator 1.30.4)
Deployable Engines Plugin (DeployableEngines 1.2.2)
Distant Object Enhancement Continued (DistantObject v2.0.1.0)
Distant Object Enhancement Continued default config (DistantObject-default v2.0.1.0)
Environmental Visual Enhancements (EnvironmentalVisualEnhancements 3:1.10.1-3)
Kerbal Attachment System (KAS 1.7)
Kerbal Engineer Redux (KerbalEngineerRedux 1.1.7.2)
Kerbal Inventory System (KIS 1.26)
Kerbal Inventory System - No Fun (KerbalInventorySystemNoFun v0.1.10)
LoadingTipsPlus (LoadingTipsPlus V1.8)
Making History (MakingHistory-DLC 1.10.1)
Module Manager (ModuleManager 4.1.4)
Near Future Construction (NearFutureConstruction 1.2.3)
Near Future Electrical Core (NearFutureElectrical-Core 1.1.3)
Near Future Exploration (NearFutureExploration 1.0.10)
Near Future IVA Props (NearFutureProps 1:0.6.3)
Near Future Launch Vehicles (NearFutureLaunchVehicles 2.0.3)
Near Future Solar (NearFutureSolar 1.2.3)
Near Future Solar Core (NearFutureSolar-Core 1.2.3)
Near Future Spacecraft (NearFutureSpacecraft 1.3.3)
Parallax (Parallax 1.0.1)
Precise Editor (PreciseEditor v1.4.0.2)
Precise Node (PreciseNode 1.2.11.1)
Probes Before Crew [PBC] (ProbesBeforeCrew 2.80)
RasterPropMonitor (RasterPropMonitor 1:v0.31.4)
RasterPropMonitor Core (RasterPropMonitor-Core 1:v0.31.4)
Rational Resources (RationalResources 1.11.0)
RemoteTech (RemoteTech v1.9.8)
ReStock (ReStock 1.2.1)
ReStock+ (ReStockPlus 1.2.1)
SCANsat (SCANsat v20.4)
scatterer (Scatterer 3:v0.0632)
Scatterer Default Config (Scatterer-config 3:v0.0632)
Scatterer Sunflare (Scatterer-sunflare 3:v0.0632)
Science - Full Reward! (Continued) (Science-Full-Reward v5.1)
Science - Full Transmit! (Science-Full-Transmit v1.1)
Stockalike Station Parts Expansion Redux (StationPartsExpansionRedux 1.3.6)
Toolbar Controller (ToolbarController 1:0.1.9.4)
USI Life Support (USI-LS 1.3.0.0)
USI Tools (USITools 1.3.0.0)
Waypoint Manager (WaypointManager 2.8.2.6)
Zero MiniAVC (ZeroMiniAVC 1:1.1.0.1)EDIT: I removed sigma and rescale, and the terrain issues have gone away - it looks and behaves beautifully. I also noticed that some black polygons/jaggies on the horizon have gone away. So I think the Sigma/Rescale was the cause of the problem. Too bad because I agree that Rhode is a bit to easy to get into orbit. Perhaps though the challenges lie elsewhere in the solar system...
-
Please see this thread on how to fix your save: http://forum.kerbalspaceprogram.com/threads/105651-FIX-KSC-Buildings-Lock-Up-Can-t-Click-on-Anything-Firing-Kerbal-Crashes-Game
As a side note for the add-on users, this bug can strike save games where you've done contracts that require testing of a mod part, then you later uninstall that mod. You'll have to use the same techniques to remove contract references to mods.
Cheers,
~Claw
Ok - that worked. I added the missing guy back to the roster according to the example and it the game seems back to normal. Thanks, but wow this bug needs to be fixed in a patch!
-
I am having similar issues. One thing I have noticed is that in the mission control facility my Active Contracts is shown as 99 and (Max-0) I have not been able to find these numbers or any entries pertaining to "Active Contracts" anywhere in my persistent.sfs file. I am just guessing but the glitch may be in whatever subroutine sets and tracks these numbers.
I've lost my second career to this bug. It appeared after about 20 missions. I entered the VAB and the UI stopped working. Come to think of it, I had just lost a kerbal in an accident and this had also just happened when I had my first career corrupted in this way. I play Dead-Is-Dead on Hard, so losing kerbals is an inevitable part of the process. I killed the process and then restarted the game and reloaded the save. It let me enter the contract building, and indeed as Driveness said above, my Active Contracts was shown as 99 [Max: 00]. When I click the exit button, the bottom bar for the space center screen appears (contract menu still there though) and the exit button in the bottom right actually brings up the menu, but the menu doesn't work properly - i can't exit to main menu and have to kill the process.
Unfortunately I have now sunk like 20 hours into two careers that have been corrupted by this bug. I'm really discouraged - because this game on career (especially on hard mode) requires such a massive time investment to make progress, save corruption is that much more of a burn. I don't want to invest any more time on this game until this bug is fixed.
I will send in my persistent and log files if that helps - can I email them somewhere? Please advise on a method for this.
-
I just encountered this problem. Running unmodded 0.90.0.705 beta on Windows 8.1. Played a save yesterday and today; ran a few missions. After running a mission today I returned to the VAB and discovered I couldn't exit it - the exit button clicks but doesn't do anything. Also couldn't exit to main menu. Killed the process and reloaded the game. Wasn't able to enter the tracking station... Tried to exit to main menu and the button clicks but doesn't do anything. The UI seems corrupt for this save.
I've played the previous versions of KSP and have never encountered such an issue.
-
i wonder if the thermometer instrument gives different readings depending on light exposure...
-
I work it out such that my spent stages either fall back to Kerbin or else go on a Kerbin exit trajectory. If you dump stuff into Kerbol orbit you won't encounter it again. Even if you wanted to it would be hard.
-
Nineteen asparagused mainsails that separate in pairs. I've used this to lift a fuel node composed of 4 orange tanks with two RCS nodes into LKO. In this pic it's attached to a smaller fuel node. The central orange tank in the lifter can act as a dockable tug if it has remaining fuel; or else it just disposes of itself in the ATMO when payload is delivered.
-
I try to keep mine under 1000. Around 1000 the launch is laggy and I can't time my asparagus releases well. I like to release them just at the point that they run out of fuel, so that they don't jerk the whole structure down when they stop, and also so that they don't leap forward when they release with a bit left. Around 1000, things start to get unmanageably laggy.
I've also been getting some VAB infinite hangs with part counts around 1000 (where I have to kill the program). This has prompted me to try to reduce my count overall (I'm currently rebuilding my heavy lifter to minimize parts).
-
There are several; the Mk1, Mk2, and Mk3 fuselages, and adapters between them, are exactly what you seek.
Ok I totally neglected this. Thank you.
-
I was wondering - with my spaceplane, after I'm done running my jet engines (at say 17km altitude, 750m/s), I engage my rocket and go into orbit. When I'm orbiting, I realize that the jet engine fuel tanks are carrying a lot of oxidizer. I'm guessing that this is because they don't use it when burning in the atmo. So essentially it's a waste because my rocket engine has the right fuel/oxidizer ratio in its own tank.
Is there any way to a) bring less oxidizer so that when my jets are done burning there is no extra weight in oxidizer going into orbit or
dump the oxidizer at that point? It seems like a waste to dump it; I could have carried extra jet fuel instead of oxidizer for the jet engines. It sounds like we might need a jet engine fuel tank that only carries fuel and no oxidizer... -
Make a rocket with known mass. Add decouplers, note the addition of mass. Launch, and blast off the decouplers, note the total mass. A little math, and you have your answer.
So basically...I don't know off the top of my head, but at least it's easy to find out.
thanks buddy; I'm asking because a) I'm too lazy to do it myself and
I assume that with all nerd wisdom available here, someone will have tried it. The good thing about sharing knowledge in writing is that everybody doesn't have to redo every science experiment from scratch. -
The mass of the struts is zero at all times.
The mass of decouplers goes to the decoupled bit. On the probe decoupler, that's the part the triangle points towards. The nubs are just cosmetic.
Thanks for the replies. Struts really have zero mass? I feel like adding struts changed my dV... Have to check again. If struts are free, then I'm going big on them. Also good that the mass goes with the decoupled piece. But for probe (stack?) decouplers, I think the body of the decoupler (at least graphic) stays with the part that is at the base of the arrow - I point the arrow towards the probe/engine, and that part detaches cleanly, seaming to leave the rest of the decoupler with the parent. But maybe the mass goes with the probe anyway despite the graphic?
-
I a ship with no other forces acting on it (gravity or drag), the amount of dV that you have is how much your velocity will change if you use it all. Gravity and drag subtract from that total.
Thanks for the replies guys; it makes sense. I see that my dV on Eve is the same, but that the gravity well is deeper and steeper, so I spend the dV of my rocket and only get part way to escape compared to on Kerbin. In addition to the gravity well being deeper and steeper on Eve vs. Kerbin, the negative acceleration due to gravity following lift off is eating into my total dV, and worse so on Eve than Kerbin, correct? That is, immediately following lift off, on Kerbin I'm losing 9.8 m/s just hovering, and on Eve I'm losing 16.7 m/s doing same.
So I'm getting the sense that deltaV as it is expressed in Engineer Redux is like 'total delta V in a vaccuum', and I'm more concerned with something like 'effective delta-V' which is the amount a rocket system can actually change it's velocity on a given body and with a given ascent profile and subtracting gravity effects, drag, etc.... Perhaps harder to estimate.
On the Wiki when it say that you need 12.5km/s to orbit Eve from sea level, is this in total deltaV in a vaccuum or is it in effective deltaV? I worry that I might need much more than 12.5km/s... Right now my system has about 10.5km/s and 100,000kg. Don't want to go much heavier...
Also, I'm probably getting a bit confused because I was trying to estimate a rocket's effective dV empirically by taking off from kerbin, straight up, and seeing what my velocity above the navball reads when I'm out of fuel. My 10.5km/s rocket was finished at about 8.8km/s navball reading. Is that a good measure of effective dV (e.g. total - drag/gravity from kerbin)?
This indeed worked for me and the surface is Lua is now _much_ more firm.
dump the oxidizer at that point? It seems like a waste to dump it; I could have carried extra jet fuel instead of oxidizer for the jet engines. It sounds like we might need a jet engine fuel tank that only carries fuel and no oxidizer...
[1.9.1 - 1.10.x] Beyond Home 1.5.0 (Supports Parallax)
in KSP1 Mod Releases
Posted
@GameslinxAlso wondering if an update to BH is in the works or if 1.5.2 will be the final; thinking about a new run. Cheers!