Raptor22

Members
  • Content Count

    376
  • Joined

  • Last visited

Community Reputation

96 Excellent

5 Followers

About Raptor22

  • Rank
    Temporal Design Specialist

Profile Information

  • Location Array
  • Interests Array

Recent Profile Visitors

3,386 profile views
  1. I've tested the rover out, and I've run into a number of problems. Firstly, the rover struggles to go forwards. As soon as you try to turn, the rover will come to a dead stop, and will refuse to turn. If you use forward wheel steering only, it will not budge. If you use rear wheel steering, the rover will get launched into the air. However, if you have all wheel steering enabled and all motors enabled, if you try to turn and go forwards, the rover will instead start strafing to the side, like one of those omnidirectional forklifts. Incredibly, this is the fastest way to get around on the rover - but good luck steering, because you still can't do much there. I have no clue what's causing the wheels to misbehave this much. Among the other problems that I've seen, the rover has a nasty habit of occasionally launching itself into low orbit when you attach the wheels, and there is terrible z-fighting on the solar panels. I'll post a video of the problems in action as soon as I can find the time to record one.
  2. I just made quite the realization. I tried to launch my ship the legitimate way, flying it up to orbit. However, when I checked my map view, I noticed something quite odd - I had no orbit line, and hovering over the vessel icon showed that it said the ship was still landed at the runway. I've never had this happen before I loaded in the castillo modules (which are still in the ship, as I have not used any set orbit tools.) Now, I don't know much about the internal workings of this mod, but if I were to take a shot in the dark, I'd say that something is causing the castillo modules to only work when they are landed. Otherwise, they either get detached from the ship, or seemingly cease to exist when it is forced into an orbit condition (you can still fly to orbit with them attached, but it will say that the ship is landed/moving over terrain). Note that they are deployed when this is happening. I believe I captured it in the log, @Angel-125. It happened at around 8:31 (or 20:31 in log). if you don't see anything, I'll try to replicate it again. https://cdn.discordapp.com/attachments/458707053993656320/615358217056419840/KSP.log Another thing that I have noticed: the castillo modules seem to make the craft retain the position of where the modules were deployed. It's hard to word it right, but pretty much if you try to take a crew report or other science report, it will report the vessel being wherever the module was deployed. For example, I made a mining rig recently with some of the large castillo drills pre-deployed and attached, and launched it at the runway. I then moved the rig into the mountain range to the west of the KSC, and when I did a crew report, it showed the crew report for the runway. Additionally, map view shows the rig as "landed at runway," even though the runway is roughly 100km away.
  3. I meant to post logs then, but I had not encountered it yet in my current session, so I didn't want to post a log with nothing useful in it. I'll post them as soon as the issue pops up again. It doesn't revert back into a crate, from what I've seen. I've clipped the camera into the hull and even looked at the vessel info in the map screen to confirm the part count, and after cheating it into orbit I notice that I'm suddenly 8 parts short. I know that hyperedit has issues when cheating vessels into orbit, so I've been using the stock set orbit tool for most of the time lately - it doesn't have nearly as many issues, but the modules still disappear. What I'm thinking may be the culprit - though I might be wrong - may have to do with the fact that the Castillo modules are boxed parts. The only problem with trying to deploy them in orbit like that is that they need to be per-assembled inside of the ship, clipped inside. You can only deploy these things when a kerbal is about 2m away, but the closest an engineer can get is around 15m away. Plus, there's the issue of still getting the supplies up there to deploy it in the first place. I could try to use the ship's orbital pipeline mass driver (intended to deliver supplies to the ground), but I wouldn't have much space to store resources sent up. I may add the omni modules to the HX parts, however that might not cover the Castillo factory module.
  4. I still have issues regardless of whether or not Hyperedit is installed. The stock set orbit and rendezvous cause it too, and sometimes it just happens, without explanation upon a scene change. For those sudden, random events, I can't quite pinpoint when they happen as the Castillo parts are hidden inside of the hull of the ship (see spoiler below), so often times I don't notice until I actually need them, look inside the ship, and realize that they're gone. The entire purpose of the ship is to transport smaller vessels, which take supplies from the Castillo modules down to the surface to build colonies. With the loss of the Castillo depots, the ship effectively loses half of its purpose, and its mission is no longer possible.
  5. I've noticed a recent issue with the Castillo-sized modules, @Angel-125 If you have the castillo parts attached to a ship when you launch, and either use hyperedit or the stock set orbit to place the vessel in orbit, the parts will disappear. There's no sign of them in the tracking station, no message about a linkage failure, nothing. They're just gone. I found this out the hard way when I used set orbit to try to rendezvous my Titan-Class Capital Ship with a starport so that I could take on supplies, only to notice that the castillo depots and the castillo factory aboard the ship were gone. Since the ability to store supplies in those modules was practically the entire purpose of the ship, this has proven quite frustrating.
  6. It appears that the distant vessel rendering does not work in 1.7.3. I tried to test this out with my ~0.4km long Oblivion Starport. While a flare was showing from even the surface of the planet, as I got to orbit and was around 5km away I still could not see any more than a dot. However, as soon as I got within the stock 2.3km, I was suddenly face-to-face with the massive station, as shown in the spoiler below. I'm not sure if it's because the station uses modded parts, or if the mod is simply not fully operational in 1.7.3. I still get flares for all of the planets and for vessels (and yes, I checked the settings to make sure that distant vessel rendering was enabled). I noticed that in the settings file, underneath the section for distant vessel rendering, there is the following line (in bold): DistantVessel { renderVessels = True maxDistance = 750000 renderMode = 0 ignoreDebris = False } Is this significant? What are the render modes? If I were to set it to another number, what would happen?
  7. That may be a bit of a problem. On Sunday I deleted the save and started a new one - I wish that I had thought to keep it. Sorry, I'll be sure to send you the files if the issue appears again in my new save.
  8. There was no resource starvation. Trust me, I've used this mod for over a year, and have printed out thousands of parts over dozens of missions. I made sure to have every possible resource - exotic minerals, rare metals, and material kits, as well as printing parts like structural trusses which only need material kits. Restarting the game had no effect - I had to recover the vessel and launch a new one.
  9. Is there any way to override the deploy shielding for hangars inside of cargo bay parts? I'm currently working on a ship made mostly of B9 HX parts. As I couldn't figure out how to make the B9 HX hangars count as hangars (which might also be because they don't have any doors or other moving parts), I decided to just stick a regular hangar inside of them (see the spoiler below). While this works for some hangars, like the habitable ground hangar, for others they will refuse to deploy while inside of the bay. The same thing happens for Ground Construction orbital assembly spaces. As I'm trying to maintain the same white-paint, futuristic aesthetic, having these parts outside of the ship just wouldn't work too well. If there's any way that I could override this, I'd greatly appreciate the assistance.
  10. I'm not sure if this has been reported already, however it appears that Ground/Global Construction is entirely incompatible with OSE workshop - with OSE taking the hit. When both are loaded, OSE does not show up in any form, whatsoever. The tab for it in the settings menu disappears, all of the workshops and recyclers become useless and cannot be interacted with. I've been wanting to use both mods for quite some time, as Ground Construction is good for producing entire vessels in situ, whereas OSE is more attuned to producing individual parts in large quantities (while GC is technically capable of this, the process is much longer and much more cumbersome than OSE - fabricating a DIY kit, deploying it, constructing it and launching it, only for a single part is quite time consuming, especially when you need dozens of individual parts, such as when building colonies with WBI Pathfinder). Edit to Original Post: On a hunch, I ran several tests, removing and adding files and launching the game to see what would happen. Rather than re-hashing it completely, I'll give you my post from the OSE thread: Hopefully you (@allista) can get in contact with @linuxgurugamer, who's currently maintaining OSE, and see if there's some way to work out a patch. If there's any way that I can help out by providing logs and the like, I'd be more than happy to lend a hand in whatever way I can.
  11. I'm not sure if this has been reported already, however it appears that OSE workshop is completely incompatible with KSP 1.7.3. There are no options for it in the settings menu, and right-clicking the workshops does not bring up the GUI. This is rather unfortunate, as I happened to be in the middle of a large colony building operation when I updated to 1.7.3. The only other mod that similarly produce individual parts would be Ground Construction, but it's hardly a replacement - what normally takes OSE 30 seconds takes GC around 15 minutes (including fabricating the "DIY kit", repositioning it, deploying it, constructing the part, and launching it). Edit to original post: On a hunch, I removed Ground Construction to see if there was a conflict between the two (there is a file for an MM config for ground construction in the OSE folder, however it is blank). Upon loading up the game and opening a new save (so that I wouldn't lose the ships with Ground Construction parts in my old save), I found that the settings appear once more, and that I can interact with the parts. It took me a few minutes to figure out the new mechanics - how you have to unpack the workshop, and how you cannot produce parts while on the runway, but I eventually got it to work. So, it appears that the conflict between OSE workshop and Ground Construction is so great that it seems to essentially overwrite OSE entirely, making it so that you cannot access any settings or interact with the workshops at all. Edit 2: After adding Ground Construction back in after loading the game once without it, I'm able to open up the OSE workshop menus. However, while I can select a part for production, occasionally production will stop at 100%, and the part will not be placed in an inventory, just staying in the queue forever. It appears to only happen with workshops on vessels that were launched before the whole switcheroo "fix" I described earlier. Still might be something to look in to. The recycling menu also appears to be broken, at least on the pre-switcheroo vessels. It's odd that, at first, it didn't work *at all* with Ground Construction - only after loading the game once with OSE and without GC, and then loading it again with both installed, then restarting it to load it once more, did the two appear to coexist. I hope that there is some way that I can help you in resolving this. If you need any logs, I can provide them.
  12. In KSP 1.7.3, OSE workshop options no longer show up with Pathfinder parts.
  13. Will OSE Workshop support ever be added again? Our lord and savior Linuxgurugamer has taken up the mod and updated it lately. OSE is the absolute best mod to quickly build bases once you have production going, so I'd love to see it working again.
  14. Is there any way to create a part that acts like the heat sinks in Elite Dangerous - one that you could dump your waste heat into and eject overboard? Since waste heat is considered a resource, wouldn't it technically be possible to transfer like any other resource? I don't think that it would be cheaty, as the E:D heat sinks work by dumping heat-saturated coolant into the heat sink and then ejecting it overboard. While radiators in a vacuum must use radiation to get rid of heat, ejecting a heat sink filled with hot coolant allows for convection/conduction to occur, which should allow for a greater transfer of heat than radiation. It would be a very handy thing to have in emergencies: if your ship is overheating and about to explode, you can dump your waste heat into a heat sink and eject it. While it wouldn't help if there's a critical design flaw (such as not having enough radiators to sustain the ship at idle), if there's ever a heat emergency resulting from environmental factors, such as passing too close to a star, atmospheric entry, or a really long burn/warp jump, it could make all of the difference. I'd rather lose a heat sink than lose a ship.