funk
-
Posts
296 -
Joined
-
Last visited
Content Type
Profiles
Forums
Developer Articles
KSP2 Release Notes
Bug Reports
Posts posted by funk
-
-
@eagleXT I've rebuilt your small rocket. As a basic design hint, you should have your center of pressure/lift near or behind your center of mass in all circumstances. The force due lift creates torque at the COM to flip the rocket. You can overcome this torque through control surfaces, reaction wheels or negate the overall torque through spin stabilization.
Here are some pics of your rocket in the editor, watch also the movement of COM while fuel is draining and movement of COP with different angles of attack:
-
Hey @Whitecat106, I've seen that you created a new issue on github for stock decay rates this morning, I wasn't sure if it is bug or just the result of an exponential formula. I've had some troubles to get consistent results in my tests, so I went back to vanilla KSP with OD installed only. Fresh install, after loosing trust in steam integrity check... I think I will use KER for future tests to get some information about the vessel mass.
First thing I've found are two NRE while loading the game. Do I need MM? Orbital decay isn't working as you can see at one of my pictures below. It doesn't matter if it's 64bit or 32bit.
SpoilerFilename: Line: 1649)
Unloading 4 Unused Serialized files (Serialized files now loaded: 0)
WhitecatIndustries SCS - Saving to .cfg
(Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/UnityEngineDebugBindings.gen.cpp Line: 64)WhitecatIndustries - Orbital Decay - Vessel Information saved.
(Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/UnityEngineDebugBindings.gen.cpp Line: 64)NullReferenceException: Object reference not set to an instance of an object
at WhitecatIndustries.VesselData.OnDestroy () [0x00000] in <filename unknown>:0
(Filename: Line: -1)UnloadTime: 10.748720 ms
AddonLoader: Instantiating addon 'ContractDefs' from assembly 'KSP'
(Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/UnityEngineDebugBindings.gen.cpp Line: 64)AddonLoader: Instantiating addon 'StationKeepingManager' from assembly 'OrbitalDecay'
(Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/UnityEngineDebugBindings.gen.cpp Line: 64)AddonLoader: Instantiating addon 'DecayManager' from assembly 'OrbitalDecay'
(Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/UnityEngineDebugBindings.gen.cpp Line: 64)AddonLoader: Instantiating addon 'VesselData' from assembly 'OrbitalDecay'
(Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/UnityEngineDebugBindings.gen.cpp Line: 64)Error: Empty part config file
(Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/UnityEngineDebugBindings.gen.cpp Line: 64)NullReferenceException: Object reference not set to an instance of an object
at WhitecatIndustries.VesselData.Awake () [0x00000] in <filename unknown>:0
UnityEngine.GameObject:Internal_AddComponentWithType(Type)
UnityEngine.GameObject:AddComponent(Type)
AddonLoader:StartAddon(LoadedAssembly, Type, KSPAddon, Startup)
AddonLoader:StartAddons(Startup)
AddonLoader:OnLevelWasLoaded(Int32)
(Filename: Line: -1)AddonLoader: Instantiating addon 'Settings' from assembly 'OrbitalDecay'
(Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/UnityEngineDebugBindings.gen.cpp Line: 64)AddonLoader: Instantiating addon 'UserInterface' from assembly 'OrbitalDecay'
Full output.log here.
First results from my former tests in a modded game (only reproducible issues, cause I think sometimes it's just a buggy KSP thing). The descriptions of the pictures explain the issues. I will extend this album with whatever I will find.
Suggestion: Is there a wiki anywhere? I'd like to see the formula you're using as well as a description of the settings. How is planetarium / debris updating working?
-
8 minutes ago, Whitecat106 said:
Ah yes, hopefully I can fix this one easily, looks like the system didn't properly recognize that the vessel existed so it assumed it had a mass of 1 and an area of 1 (hence the very fast decay rates), as for the rendezvous jumps probably an oversight on my part, that being said would it be possible for you to test a rendezvous between two vessels you have launched yourself and see if the jumping issue occurs again on rendevouz?
I will be away from the computer for today and possibly tomorrow so I don't really have time to set up a scenario like this to test out!
Ok, glad to help, results later...
I was suspicious, because the contract vessels are rated like asteroids. For example the vessel with the kerbal onboard was rated as size A in the tracking station. Maybe you're assuming the max mass for size A vessels/asteroids until the mass is determined when entering physics range?
-
16 minutes ago, Whitecat106 said:
Ahh I see the problem here, are you only having issues with contract spawned vessel rendezvous or general vessel rendezvous? The contract vessel may not be being simulated correctly, added to the 1.4.2 list!
I'm in a new career save, so rescue a kerbal was the first rendezvous, maybe it's just because you cannot focus this vessel. The decay rate of the contract vessel was around 50km/day in LKO while my rescue vessel showed only 10km/day in a similiar orbit. Imho when the decay rates are similiar rendezvous shouldn't be that hard.
Btw I finally brought the kerbal home savely, due to incredibly chasing behind him. After entering physics range the first time the contract vessel was suddenly 11km away, but I didn't recognize a difference for the second entering.
-
5 hours ago, Filigan said:
When i accept a LKO rescue Mission the created capsule has an icredibly high decay rate, leaving me with less than 0.5 days before it enters the atmosphere, even when i lower the decay multiplier to 0.1* . In combination with Kerbal construction Time, i get no chance at all to save the poor kerbal (unless i have a craft already sittin on the launchpad before i take the contract)
*Around 45 km/day!
I wonder if something went wrong on my side, or if there is a known Bug/incompatibility i have overlooked.
Same here, 50km per day... Hurry!
But It's nearly impossible, cause the target orbit isn't updated. When you enter physics range the target is suddenly 15km away scratching the atmosphere.
General question: Is the orbit updated for unfocused vessels, or do I have to switch to the target before planning for example for a rendevouz?
-
3 hours ago, Crzyrndm said:
Yea it isn't specified but MM is required for a number of these (VTL, DD, SSRW, and Thermal Monitor)
Usually when anyone is using these mods you will have different other mods which come with MM... so just FYI.
I'm not sure if I was clear enough, my main issue is the thrusting of SRBs. I've set LimiterEnd to 100, but the SRB is thrusting back, same for LimiterEnd=0. Am I missing something?
Suggestion: It would be nice to have the possibility to throttle back at a specific moment and for a specific time in future versions. But I'm aware it would address realism only... After a long time I'm playing with FAR again, and my purpose with this mod was to manage maxQ transitions with boosters.
-
Thank you for updating.
I have an issue with Variable Thrust Limiter. It is thrusting back no matter what LimiterEnd is set.
I tested it in stock KSP with VTL installed only. For this test I recognized, that MM is missing in the download.
-
Thx @linuxgurugamer for improving and updating the mods.
I have an issue with selectRoot and the docking ports
KSPver: 1.1.0.1203 KSP_64x.exe Windows 10 64bit
1) attach a docking port to another part.
2) select Root and try to switch to the docking port as new root part.
Result: There is neither highlighting nor can you select the docking port as new root part. Further you cannot select a part as new root which is "beyond" the docking port.
In stock it's possible to select the docking ports as root part.
I'm running other mods, if you cannot reproduce the bug, I'll test what's going on. If needed I'll provide the logfile.
edit: same for fairings
-
5 hours ago, Alshain said:
Credit where it is due, @funk came up with the idea first, I just didn't know it when I posted and my thread became more popular.
Thx for the credit. Maybe I came up with it prematurely, but thx for all the work @Alshain did in his thread. And as he mentioned, we both just saw, that a small addition would have a huge improvement to usability.
I would be happy to see this in stock KSP, otherwise maybe @Sarbian might pick it up
.
-
2 hours ago, Nich said:
hhhmmmm.... not sure if cheating or if I am just jealous I didn't think of it
I've read the rules more than once and no gimbals as well as asymetric thrust seems to be a hint. There's probably room for improvements of this design. But I'll leave it to other players to use more and bigger engines or boosters. It might be more challenging regarding timing and decelerating, but it should be possible. Nvm I like the mass shifting idea,too. I've also thought of airbreaks as control surfaces, but imo they create too much drag. Maybe the design ideas can be combined.
P.S. My signature isn't just random.
-
Here is my attempt without control surfaces. Full stop time is 3min 10/11s. At first I thought, it cannot be that hard to replace the forces of the control surfaces with engines, but for landing it is hard to get things right.
Craftfile: Funkyndustries - NoControl
-
Hey!
Do it crazy challenge! Who needs heatshields - Or pods? Kickback and Dawn is what I need. Then you can relax during reentry.
The first orbit around kerbin was around 150k, due to heating and timing reasons. I hope you will see all maneuvers in my video. Unfortunately it seems I cutted the moon insertion and some small mid-course corrections. But after playing 2.5h and making the video I had no more patience, sry.
Plus I wasted a lot of dv at the end, because I underestimated the dark side of the mun. But I had more than enough fuel left, so it was ok. As it was ok to do the second Kerbin circularization in a oneshot, more or less. With more careful planning and time the craft should have more than 1000m/s left.
craftfile here: KerbalX - Funkyndustries
-
Hey, nice that this challenge was restarted. Because I lost all my saves and crafts a few weeks ago, I'm waiting for 1.1 to be released. Last week I thought it might be a good idea to update my shuttle to be ready for 1.1. *hype* Ok it wasn't an update, it needed to be redesigned. Happily I found this challenge to test its capabilities. STS 'Eriksson' is ready to fly and tested in default usecases. Now it's time to test its limits and Funkyndustries is proud to present our testflight data.
First test: At least double the nominal payload and see where the shuttle can get and if it can be controlled precise. Thankfully we could earn some money fullfilling an contract of Inigma Industries to lift a 42t fuel pod into a circular orbit around Kerbin.
Here are our results: (including a hazard nearby the landing site)
I'll share the craftfile after 1.1 is released and when some more tests are done. If anybody cannot wait :-) don't hesitate to ask. P.S. Sry for the mass of pictures.
-
I'm recognizing a conflict with RCS build aid and non-appearing clouds. Same behaviour and log entry as mentioned in this post in the RCSba thread and as an issue on github:
https://github.com/rbray89/EnvironmentalVisualEnhancements/issues/46
On 6.3.2016 at 5:35 AM, xchoo said:I can concur that EVE + RCSBuildAid causes EVE to stop functioning. The output_log.txt file produces the following error message:
AddonLoader: Instantiating addon 'GlobalEVEManager' from assembly 'EVEManager' (Filename: C:/buildslave/unity/build/artifacts/StandalonePlayerGenerated/UnityEngineDebug.cpp Line: 56) ArgumentNullException: Argument cannot be null. Parameter name: source at System.Linq.Check.SourceAndPredicate (System.Object source, System.Object predicate) [0x00000] in <filename unknown>:0 at System.Linq.Enumerable.Where[EVEManagerBase] (IEnumerable`1 source, System.Func`2 predicate) [0x00000] in <filename unknown>:0 at EVEManager.GlobalEVEManager.Setup (Boolean late) [0x00000] in <filename unknown>:0 at EVEManager.GlobalEVEManager.Awake () [0x00000] in <filename unknown>:0 UnityEngine.GameObject:Internal_AddComponentWithType(Type) UnityEngine.GameObject:AddComponent(Type) AddonLoader:StartAddon(LoadedAssembly, Type, KSPAddon, Startup) AddonLoader:StartAddons(Startup) AddonLoader:OnLevelWasLoaded(Int32)
I'm reporting this here because I'm using this mod and it's mentioned some posts above that SVE has been updated to the latest EVE development version.
-
On 6.3.2016 at 3:36 PM, m4v said:
That log shows that there's an exception in EVE's code, EVE's author might be interested in seeing that.
Still I did this:
- copy my KSP install to some other place.
- deleted all mods.
- installed EVE from ckan
- checked that had clouds (OK)
- installed RCSBA from ckan
- checked that had clouds (OK)
So I failed to reproduce. The exception you had didn't occur to me either.
I've the same issue with SVE which uses the latest dev build of EVE, maybe that's why you cannot reproduce.
-
2 hours ago, sarbian said:
I am sold on the idea but I am not sure I want to spend time on code that will go to the trash when 1.1 is out, even if it is clearly not happening soon.
Nice to see you, as an expierenced add-on writer, are interested in it. I know that 1.1 will change all UI background processing and it's not necessary to do the work twice... Maybe you can keep it in mind for the time after 1.1.
-
Whoa... this seemed to be dead but I'm glad that Skylar pushed it!
QuoteSo you would click on the handles instead of dragging them ?
I'm not familiar with rules for user interaction, but I think the best case would be copying the behaviour of the original gizmo for easy adaption.
There are a lot of mouses out there e.g. I`m using a Logitech G502 which has a feature for increment mousewheel steps, but there are also mouses with two buttons only. So there might be room for optimization for the following description.
Besides implementablility, I would use the gizmo like this:
- click on the imcrement slider defines increment steps [0.01, 0.1, 1, 10, 100] in m/s - alternatively [1s, 10s, 100s, 1000s, orbit]
-
prograde, retrograde, radial in/out, etc. handles
- Hover over > highlight
- left click or mousewheel upwards > increment step forward
- right click or mousewheel downwards > increment step backward
- left click and hold > dragging (like the original gizmo)
-
ring or cycle in the middle is used for time steps
- Hover over > highlight
- left click or mousewheel upwards > increment timestep forward
- right click or mousewheel downwards > increment timestep backward
- AP/PE/AN/DN handles are used for "snap node to" features
- maybe there is a possibility to switch to next/previous node somehow without using an extra button - suggestions welcome!
- delete node with the (X) of the navball
As mentioned before, I'd be glad seeing this in an add-on...
-
ModularFlightIntegrator is in your modlist... Perhaps it's a relic of an old FAR or DRE install, don't know if another mod is using it... Have you tried to rebuild the craft? Maybe it's broken!?!
-
Reporting a possible bug, though this may be the result of the stock parts. It seems that the wings are not being occluded by fairings. Now, I've tested this by launching a empty 3.75m rocket without issue. Add in a craft that is totally covered by fairings in the same rocket and it tends to flip in the a direction associated with the wings' generated lift. I have not been able to replicate the same issues with stock wings to any extent. Any other non-winged payload will not reproduce the aforementioned results. Ive also ran this against both stock and KW fairings.I have the issue where these wings, even whilst inside a faring, still generate lift.....
Fairings and cargo bays have sometimes weird occlusion behaviour. You might have to enlarge your fairings. It's described as occlusion bug in this forum. It's mainly caused by wrong reference points of the non-occluded part and faulty meshes of the fairings.
-
Approach to solve the connection problems: There is a hint to use active vessel very carefully... e.g. you've a longe-range RelaySAT around Duna pointed at a longe-range CommSAT around Kerbin, a short-range Network around Duna and a short-range Network around Ike.
If you've set one dish of the Kerbin LR-CommSAT to target Duna and another dish to Active Vessel, there might be the possibility that your Duna LR-RelaySat can be controlled while active, but when you switch to a craft in low Duna orbit there is no connection to Kerbin because the Kerbin LR-CommSat beam doesn't cover the DunaRelaySat anylonger or if pointed direct at kerbin, it has no sight, no range or the beam doesn't cover targets at Kerbin.
Solution:
Point both, Kerbin and Duna LR-dishes to each other. And/Or prove your beam to Duna(-SR-Network).
I'm building my networks mostly with dish to dish connections to avoid uncovered "hubs". Aiming for minimized black out time...
-
(But why does the Shuttle have Main Engines? They don't seem used at all)
It's just because I've reused my shuttle, but I use them also when switching to closed cycle to have more thrust or balance thrust.
-
Another way to lift a shuttle into orbit...
Javascript is disabled. View full album
-
New and improved version of my SU-27 Replica ... I'd like to see people equip it for BD, because Im not familiar with it...
Javascript is disabled. View full album
-
All-in-One Minmus base designed in career mode with lowest resource abundance, nearly self-sustaining with additional KIS/KAS production by OSE and a sciencelab... expansion planned...
Javascript is disabled. View full album
.
[1.2.1] Spacetux - Contract Pack: Unmanned Contracts, Rover Contracts, Grand Tours and Sprite Missions
in KSP1 Mod Releases
Posted
Hey @Linuxgurugamer, thx for these missions, I started to play with them in a new career and recognized some things which might be interesting for updating this pack.
1. The rover missions request a wheel module, which causes some NRE in the the log. After deinstalling the rover missions all was fine. I'm not sure, if it's a CC thing. I haven't the log atm but could test it again, if needed.
2. As mentioned I just started a new career and haven't been to orbit yet. There are already two offers for grand tours. Might be a little early to visit the inner planets and all planets. Will they pop up again? Could you link them to some progress, e.g. Duna flyby?