Jump to content

kimiko

Members
  • Posts

    100
  • Joined

  • Last visited

Everything posted by kimiko

  1. Hey, using the spawn vessel behaviour, is it possible to spawn vessels relative to positions of other vessels? Say for example I have parked a vessel at a random position (on ground or in orbit). Then after I accepted the contract I could have another vessel spawn in nearby. Think of Elite Dangerous when meeting up with someone for a trade in a random place in space.
  2. That looks absolutely amazing!!! Can't wait for it! : D
  3. There are no option for custom resources yet, it's something I intend to do as soon as things get more streamlined, I.e. if the current game-play mechanics works properly and is somewhat satisfyingly balanced. I'm still having a play-through of my own, and I expect some will raise their if something is dissatisfying. If not, that probably means it is... There are ways of having things influence other modules yes, as well as making events such as fake explosions. KKS has some nice, "built-in" instructions on how to write that type event-style add-ons based on damage sustained by the KKS add-on. Not sure yet that is within the scope of this add-on at the moment though.
  4. Well that's one more way of doing it, it doesn't mean it's going to be accurate, and would still have to be tested with the majority of parts to be somewhat accurate. So, if it has to be tested with the majority of parts then may as well do individual configurations. I have tried numerous way of automation, including calculating from mass, but it simply doesn't scale well. And relying on "flags"/tags for determining the type of part, just ends up with more flags than practical, I.e. individual configs is even less work. However, if you do have a properly working algorithm for doing it automatically or other suggestions, I am all ears though : D
  5. The problem is to figure out how much seawater every part is going to hold. It's sort of the same dilemma with a damage system. There aren't really any smart way of creating an algorithm that can realistically add a proper amount of seawater to every part (at least none I can think of). For example if one uses the volume of the collider it would not function well with a "girder" type part. Essentially you would have to make individual configurations for, as well as test, every single part in the game. On top of that you'd have to do that with every single other add-on as well if you'd like it compatible. I neither have the time nor motivation for such, so only boat parts. The rest of the parts I'll leave to the built in buoyancy. Though, if someone would like to do it, I would be more than happy to include it in the mod! : D
  6. Can't wait! : D It would be awesome if you could do that!! Every time I open up Blender I need to print out 10 pages of shortcuts to hang on the wall just to get started... hahaha
  7. I'm sorry, I'm really not sure what could be the problem here, but to try clear up some things about how it works: The VLS has to be a children of the part it is trying to clip, this means it has to be directly attached to that said part, and the missile has to be directly attached to the VLS as well. The conditions for clipping are having the specific missile selected through the Weapon Manager window as well as having it armed. This is just because of how the mod and BDA operates. Preferably it would be better to not have a global clearance check, an individual would be more practical for these sort of situations, but that's up to Bahamuto. I have not yet tested firing using action groups, but it does work (for me) using mouse-hold. The ModuleColliderIgnore and ModuleClearanceCheckDisabler are two separate things and does not need to be used together.
  8. I'm not intending to make any custom models or textures until 1.1. Since, in my experience, memory is the main culprit to all crashes, and 1.0.5 can hardly handle anything more than the base game. Also I'm just not very good at it, so I need some practice first : p Yay : D
  9. Update Beta 0.1.6 Check first post for download. Updates/changes etc: Re-made the risk/fire potency system to more mimic reality - in addition to a risk level, which will determine the chance of having a fire, there is now a potency level which will determine how fierce the fire is and how hard it is to extinguish. Fires and risk are now more dependent on what you're doing and which type of part you use. G-forces, dynamic pressure, etc, plays a more significant role now. Engines risk level and potency depends on how much you throttle them. Parachutes and fairings along with decouplers may now engage when on fire. ISRU, fule cells etc. will now have risk and potency depending on whether it's being used or not. New fire effects. New smoke effects. New sound effects. Made all important variables accessible through the config file (rename the txt file). Replaced the "bending" detection system with regular crash-tolerance detection (this caused most incompatibility and bugs). Fixed issue where the engine would catch fire instead of the part that it was firing at. Added an experimental water-hose which can be mounted on a separate vessel, and will cool down whatever part its aimd at. Added hard core mode. At a certain risk level (200 by default) there is a 50 percent (default) chance the part may catch fire. USI-LS, TAC-LS and Snacks are now supported, and will increase the chance of having a fire. Fixed various bugs. Various tweaks. Various rebalancing. Slight performance improvement Fixed folder hierarchy in the zip file Loosing a part will now almost certainly cause a fire (default) Fire spreads more easily now (default) Fire burns long now (default) With hard core mode turned on you'll have to keep an eye on your ignition risk at your ships max q, and when turning fiercely, it has a tendency to get hot!
  10. Yay : D Not sure if it's possible without messing up other mods... Hope it will work out! : D Not sure it would be of much interest. Though resources is a nice idea and (probably) not really a big deal to make (I think), there are, however, a lot of other things which may become an issue though. Looking at your picture, the issue seems to be that you're using action groups. It was not designed to be used with action groups, you have to select and arm the thing using the weapon manager menu. Only this will turn off the clearance check, and enable clipping mode for the missile. When you disarm/select none, the clearance check will enable again. I'm planning on making a pump at some point. But nothing yet. I got no idea. If you add ModuleSize using a cfg file and module manager to your missile you can somewhat determine the bounding boxes, but to be honest that doesn't really work that good. I suggest you just do the old trial and error.
  11. Yay : D.There are no custom explosions. There may be a way to implement it, but I don't know how without interfering with functionality with other mods (I haven't tried yet). xD Thanks! : D
  12. EDIT: False alarm, sorry, it was something entirely different that caused the issues. Any moderators around can lock this if they want! I'm working on an add-on, Wildfire, where parts run checks on its connected parts to determine whether the part should catch fire or not. However, while setting up a small base using Kerbal Attachment System I encounter a massive amount of throws, and I suspect it's related to attaching objects to the planet's surface and the module trying to check its connected part, which in this case would be the planets surface (or whatever is in between, depending on how KAS works). I tried looking through the KAS source, but (since I only have limited knowledge with all this), I couldn't find anything useful. Therefore I'm wondering is there any convenient way figuring out whether or not a part is connected to the planet surface (and/or other static objects) using KAS? That way I can just have it being put in an exclusion list.
  13. Hmm animated textures of some sort huh? Not sure if that is even possible. Haven't seen anyone else doing it yet, but worth looking into nevertheless. Aggressive breathing, lol. Darth Vader will not be pleased.. It's possible, though for some weird reason particle effects seems to behave strange at high altitudes and high speeds. Not exactly sure why yet, but if I can figure that out, decent fire trails during re-entry may be possible.. Could you please elaborate on this? I don't think it will explode if you ignore max temperature. Whoa, didn't even know this was a thing. Thanks! : D Now all of the sudden I feel a tingeing sensation of performance anxiety hahaha. Better go finish up the next update fast! xD Yay! Thanks : D
  14. N.A.N.A. Fairwell Warning this is a WIP Not sure this is the best timing to be releasing something new, considering what day it is... That aside: Fairwell automatically deploys your (stock)fairing when reaching a specific altitude. Just right-click any fairing(base), adjust altitude and toggle. Now you can sit back and wave fairwell as your rocket undergoes metamorphosis in fully automated glory. Fairly easy eh?... get it? fair... ha - ha - ha... never-mind then! If you're anything like me, who plays games half-AFK, or has a chronic urge to switch on Mechjeb and go make tea as soon as the simulation time indicator stops showing green, then this could come in handy! Requires: ModuleManager (not included) Download Spacedock Licence: Reserved Source
  15. More economical to just have one thread where people can let go of their frustration, it's easier to monitor and reduces the risk of many other similar threads popping up and turning this into a widely spread issue no? Minority suppression 101 : p (on top of that, non-concerning people will know exactly what thread to ignore - kind of like how the slums work).
  16. I've been following this thread for a little while now and it's quite interesting to see how much anxiety this "pre-release" has caused. Obviously (or at least very likely) this so-called "pre-release" is nothing but a marketing move in order to generate enough WOM prior to 1.1 and, the more important console releases, thus having higher sales rate on release. Why am I so certain? First, of all is the reasoning for bug fixing. I do a bit of for-fun programming and I made a couple of mods for KSP, and to be fair, most bug reports I get are most likely useless. They usually consist of: "I was doing this and this, and then this happens, please help." Sometimes I'll get a bit more information, but usually it's only that - and all honesty, that doesn't really help with anything. Proper bug testing require accurate reproduction, and an in-depth explanation to be able to solve anything. This does not seem to be the case as @DuoDex said in a previous post. It is inconceivable that Squad doesn't know this, which leads me to assume this pre-release is not really intended for bug fixing (at least not as the main reason for publishing a pre-release which may end up costing additional bandwidth and lots and lots of extra management work for their staff. I.e. it cost more money than it's worth). Which conveniently takes me to the second issue, of Steam-only release and bandwidth. KSP already has its own update tool, thus their servers are suppose to already be able to handle a lot of load. Obviously the initial impact may be quite large as everyone wants to get their hands on the pre-release. However, I sincerely doubt every single user is going to continuously update every day for the latest of the latest release, especially when the game is at its current state. I consider myself a typical casual gamer. I tried the pre-release twice now. Both times it almost immediately unexpectedly crashed to desktop, and I am not going to sit there and update it everyday in hopes of it getting better. I'll happily be playing 1.0.5, while waiting for the proper release. Thus, I have a hard time believing that bandwidth is the primary issue for a Steam only release. However, I do not rule out the possibility. (companies like EA for example, knows that server load is only going to be horrible at launch, thus never bother to do anything about it as it will eventually stable out soon after) My conclusion is therefore that this "pre-release" is nothing but a marketing tactic. It's hardly playable, despite the impressions you get on youtube, as youtubers will not risk low view-rating and thumbs-downs by including all the (game)crashes. However, since that's the case, a pre-release will fuel the hype-fire since it looks better on video than actually playing it. It also helps with Steam sales and will probably help smooth out the relationship with them, as they are the main publisher. Thus people are probably way better off without the pre-release. And lastly, even though it may just be a simple marketing gig, I don't think people should be upset about that either. That's just how the video-gaming industry works today, and we (you) as consumer(s) are the one accepting this by fuelling the hype of upcoming/untested/unfinished products. Squad needs to get paid as well, so it's a perfectly acceptable tactic considering today's environment.
  17. Not sure about you, but lately I've been thinking about trains. More specificity: Space trains. Although, to my astonishment, despite all the hype trains, there aren't really any train mods out there (perhaps something to do with the lack of tracks and so on...). Therefore, just get the idea out there, as a sort of suggestion/request: How fitting wouldn't it be with an MK3 cockpit modelled after one of the Japanese bullet trains?! They already look amazingly "futuristic". Some pictures for reference. 500 series (some add-on cockpits already look similar...) 300 series (this just screams "authority") 700 series (looks like a shoe...) 0 Series (looks very plane-ish) Maglev (With the Kerbal Founderies pack this would be perfect) Galaxy Railways.... (for inspiration...)
  18. It actually does consume resources when on fire, just not very much at the moment. I think for making things inoperable and having repairing ability will require dedicated damage system, which is a bit of a long step considering the scope of the add-on (at the moment at least). All major variables will be available through the config file for the next update. Fire and smoke will go upwards in the next update. Exempting ignition types will be available for the next update. Bug is related to structural damage detection, and is fixed for the next update Fires will be more sensitive to contents in the next update which should resolve the poor spreading. The poodle exploding is due to the structural damage detection function (which is removed for the next update). With all of it? Fixed in the next update. Fixed in the next update. Fixed in the next update. I've actually been thinking of cooking up some sort of firebomb for Sinking About, since it sort of goes well with this add-on... we'll see : p Yay! : D The next update will (hopefully, but very likely) play nice with all other add-ons (at least with my add-on box). It has updated visual and sound effects. The structural damage detection has been replaced with stock crash tolerance (since this was the main culprit in causing add-on incomparability). All major variables (almost everything) are available through the config file. Risk factors are more dependent on the type of module the part has (e.g. engines are more risky the more you throttle them), as well as dynamic pressure and g-forces etc. I've rewritten the whole risk/fire-effect system loosely based on the "fire triangle", (i.e. if one component is missing there will be no fire), although I have to re-test and re-balance the whole add-on again which is currently the biggest hurdle. I just need to find some time and motivation. : 3
  19. Excellent! Thanks a lot! : D This isn't exactly a damage system per se (more like a "damage event" add-on), but I do hope for some sort of unified damage system which can incorporate everything in some sort of balanced way. Since it's a hot topic, i've included an experimental module for this. I haven't had time to test it yet, so go ahead and try if you want. Just edit and stuff the parameters bellow into an ammo box config-file. @PART[myAmmoBox] { MODULE { name = ModuleExplosiveStorage resource = myAmmo // name of the resource blastRadius = XX //the usual from BDArmory (per unit) blastPower = XX blastHeat = XX } MODULE { name = BDExplosivePart BDExplosivePart blastRadius = XX //per unit blastPower = XX blastHeat = XX } } The last module is built into BDArmory to make things explode (you may not need to assign the blast radius/power/heat for this), the first one attempts to calculate the amount of ammo and multiply them with the in-putted stats. When it explodes it will explode with the power of everything inside, and surely rip the vessel apart...
  20. New release Beta 0.1.5 Added configuration files for NAS (made by @Acea) Fixed taking on water detection. Added experimental module for explosive (magazine) storage (no config yet).
  21. About the VLS issue, it's a bit of a mystery at the moment. At least you don't need the clipping functionality : D About the sinking part, when you right-click a boat part there are supposed to be a number of "SA: [some text]: true/false" are any of them true? If everything is false or if there is nothing is coming up when you right-click, I suggest you re-download and re-install the add-on.
  22. Did you install Module Manager and the Maritime Part pack? Awesome! That would be wonderful : D From your description it doesn't sound like you're doing it any different from what I have done. isTubeloaded should be true if any missile is attached to any of those two launchers. Perhaps you've encountered some sort of bug? Do you have a log, or a picture? Perhaps that could clear things up a bit. Removing the generalpatches file removes the clipping functionality, yes. Which 5" gun are you referring to? I may have to take a look at it. I've nerfed the hulls in reference to stock(BD) weapons and stock(Squad) parts, as well as a few other mods, since I assume most mod-makers uses the same reference point. It can take a whole barrage of ESSMs already(which I still think is a bit too much). You can of course go in the patch file for Large Boat Parts and increase the temperature.
  23. New Release Beta 0.1.4 Added all major parts from Martime Pack. Added moding flexibility (check out description). Fixed some alarm warning issues.
  24. Unbelievable.... At least I have many cores, but that doesn't really help with anything in KSP...
×
×
  • Create New...