Sakata
-
Posts
53 -
Joined
-
Last visited
Content Type
Profiles
Forums
Developer Articles
KSP2 Release Notes
Bug Reports
Posts posted by Sakata
-
-
SAS reset mod has AVC confused. Thinks it's for KSP 1.0.0
Figure I'd warn you before someone flips their lid :
-
any chance you guys could look into adding ckan support and stuffing this in the repository??
-
Threading is also a damned headache when it comes to coding. The biggest things I can see for 64bit are addressing the 3G barrier that is the bane of all modding, and actually using the x64 processor to its full potential, speeding up the game. Heck i'd imagine that they're having to use some silly hacks to get calculations done right due to x86. Also the OS will like it more 'cause then no visualization.
-
Frankly it shoudln't even hit 1.0 until the leaks are fixed. 1.0 means stable, which ksp right now is not
-
So many pages, or I'd dig through. Does anyone have a guide on how to run ATM *with* half-res textures? Google turns up a bunch of nada. The memory leak in .9 is so bad it keeps me from playing quite effectively. I've started thinking of reverting to .25 until they release .91 (or someone comes up with a patch to fix it) or if unity can get x64 stable and ksp gets updated.
Only other option I can think of is squeezing some space out of another drive and installing a small linux partition, but I'm not even sure if that will work 'cause I hear there are issues with linux x64 too
-
This might be a dumb suggestion, but how about a standalone app of it?
It could be run before you fire up KSP so that you won't have the trouble to go though several ram crashes of KSP before being able to play.
I second this. It would make it so that we could run an initial pass on the game at the least, and then it wouldn't take a full day of texture compressing to get it to work when we re-install/update.
-
WOW. openGL rocks. Just hope the performance isn't crap! Mine is mostly CPU-bound so physics is probably worse for me than gfx.
1.248<MM>1.619 (MM seems to take a chunk of memory)
1.714 at loading screen, @KSC 1773, with normal textures.
Not a HUGE saving, like some report, but still quite considerable considering I upped the textures.
[edit] actually after a bit of playing, I think its FASTER than DX mode... for me at least. Probably less memory/disk operations. I'm still on ddr2/800 ram and an old core2duo
-
Ahh that was my next question. Seems that setting the res in-game helps on memory as well, but made the situation with buttons and such much worse. Not sure why but seems that .25 has much worse memory load, so my game crashes after a few ships are loaded / some arbitrary time has passed. Seems that the in-game texture quality sames a lot of RAM but makes the game look like dirt.
Getting quite irritating, and wish there was some way to save some more RAM. Wish x64 wasn't a pile of steamy poo
At half-res in settings, I get: 1.567 pre MM, 1.891 after, 1.995 at loading screen, 2.063 in-game.
Is there a way to get ATM to be more aggressive with normal texture size in game settings?
Also, wonder why some icons are horrible but ones like KSPi icons look fine.
-
Hey, sarbian and dbray. Been wanting to get mechjeb's (as well as some other ones) textures to not look like dirt, is there a way to do this? There are so many posts I can't find the info. Tried google but it sends me to pages that don't even have the search query's terms in em.
-
The first one. Group +/- would be great. I actually would like to use this for my crane so the IR Crane-arm is a bit more stable while moving a base part. Some of these parts get really heavy
-
Same here. Still saying bundled firespitter and b9 itself are built for .24.2
-
They weigh 20 (correction, 7.75) tons. Too much weight and... it will require more props to lift that weight. I already had that thought
Nevermind. I derped HARD on this one. the nukes have to be activated :| Herpaderpa
-
I have a slight problem. The nucclear engine doesn't seem to output quite enough power to run two of the fans at a time. I made a ship with 4 props and two reactors, and it runs out of electric charge in no time flat. Am I doing something wrong or should I just mod the config to give the nuke a bit more oomph?
-
Hey, one thing I'd really like to see. Is there a way to add a actiongroup button to change strut grouping?
-
Is there a way to get the GUI to work in NEAR? I'm tempted to run the somewhat cheaty FAR-no-spontaneous-disassembly trick to get them back. It's difficult figuring out what the heck is wrong with a craft without it aside from moving tons of parts around and seeing if it works. Is far with aerodynamic failure literally the same as NEAR? Bit confused on that. FAR seems to indeed be a bit much, but NEAR without a GUI is... meh. Heck Stock without a GUI is meh for that matter.
Also I had one other question. With cargo bays, does FAR/NEAR 'care' which side is facing 'up'? I wanted to make an SSTO with a cargo bay inverted so it would deploy downwards, but when I do that, the stability is crazy weird.
-
Hey Snjo, quick question - do you have any objections to anyone forking or maintaining the plugin while you're in burnout mode?
I personally couldn't code my way out of a hello world box; mainly just asking in case someone with some knowledge comes along that might be able to pick it up and tote it for you till you get the itch to code again.
-
After some thought I also installed kOS and started playing with it a bit. I guess, since it can be set to run a program when an action group is activated, it should be possible to have signal delay taken into account properly when it comes to program execution. Antenna range is another issue. At the moment the connection to the Archive at KSP is instantaneous and does not have a range limitation, so updating scripts in flight is possible anytime, anywhere, and (probably) without any delay. I guess, one just needs to stick to the RT2 rules and only use this when the craft has contact to KSC...
One thing I could comment on here. We regularly send programming to satellites already. kOS would just be a program sent to the probe, then the probe can run the program locally. So there is no delay, aside from the delay of sending the probe the programming ahead of time.. That is one of the things that I thought was goofy with remotetech assumptions. Manual commands being sent would take a while, but if you send a program ahead of time, then the probe can run the program whether it has a signal or not.
-
Hey I have a question about how cargo-bays work on space-planes. Seems that when I flip the cargo-bay upside down, the craft acts stupid. Is that because of the cargo inside or is it something with the aerodynamic model of the part? I wanted to make it so that I could land, open the bay, and drill for kethane.
-
Any chance you could upload your re-compiled version of tweakscale, sirkut? I think the license would allow it.
-
Hey there, I'm using the latest tweakscale and NEAR. None of the wings update lift in the VAB when scaling them. I've tried stock wings, spaceplane+ wings, none of them scale lift, from what I'm seeing. I can have an itty bitty wing provide just as much lift as a max sized one.
It is possible the VAB doesn't update, but that doesn't seem to be the case
-
Odd, that ship actually didn't have any pure LF tanks aside from the fuselages I didn't switch - The others are KW LFO tanks that I have to stick to the kethane converter for it to pump fuel.
Is there a way to reduce AoA on take-off, or when I can manage it, landing? The stupid controls are digital, not analogue, so the biggest problem is that the controls over-do it too often. That is my main issue right there.
The next is that I managed to make a new one that doesn't break in one shot, but it flys like a brick. I basically am trying to make a craft that can handle... everything. Has kethane miner and two tanks now, so I can 'refuel on the go', and it performs surprisingly well in 0G, but the flying brick syndrome I can't see to shake. I tend to probably overcompensate for things by adding more wings, especially now that B9 took it oupon themselves to put in 'realistic' thrust for jets... they just don't have enough oomph to do crap now, so requires extra engines and wings to hold the load and keep a good glide while the puny jets work.
I wish I could make a good ship that could both VTOL and manage to break out, and this one comes soooo close but I think I overdid it with the wings, but without em, it doesn't even get to be a flying brick, it just, doesn't get off the runway. Heck even this one has to use the vtol to 'kick' it off the pad
Plus I had to use the 'my computer hates me' physics breaking strut to add two more jets inside the other jets :|Check my previous post for images of the new brick. WAY overdid it with wings I think. The previous cockpit kept getting torn off by the force on the front wings no matter how I strutted it -- actually I think the more struts I added the easier it fell apart.
B9_Aerospace_Pack_R5-2-4.zip
Carpathia - Ultra Long Range Cruiser.zip
DeadlyReentryCont_v5.3.zip
DistantObject_1.3.1.zip
DockingPortAlignment_4.0.zip
EnhancedNavBall_1_3_2.zip
ImpossibleInnovations.zip <-haven't used any of this looks neat though
InfernalRobotics0.19.1.zip
KAS_0.4.8.zip
KerbalAlarmClock_2.7.8.2.zip
KerbalEngineer-1.0.9.1.zip
Kerbal_Joint_Reinforcement-v2.4.3.0.zip
Kethane-0.8.8.1.zip
Kethane-0.9.zip
KSP-AVC-1.1.4.2.zip
KSPInterstellar-v0.12.2.zip
KW Release Package v2.6c.zip
MechJeb2-2.3.1.0-332.zip
MechJebKMGimbalExt.zip
MechJebNEARExt.zip
NEAR_v1_1_1.zip
NovaPunch-2.06.zip
ProcFairings_3.09.zip
RCSBuildAid_v0.5.0.zip
RealChute_Parachute_Systems-1.2.4.zip
RemoteTech_2-1.4.1.zip
SafeChute.zip
SpaceplanePlus v1.3.zip
TacFuelBalancer_2.4.0.3.zip
TweakScale_1.43.zip
VNG-Parachute_1.2.zip
VNG-Plugin_0.7.2.zip
x86-Release.zip <-Active texture management
-
Hey I have a question. I've dissected your planes 800 times and I can't figure out why this happens.
Basically I'm just trying to put together large wings, to increase lift. I've seen it done a bazillion times, and the mod-maker's 'demo-craft', plus your craft that use large wings don't have this problem. Basically, when I'm lifting off, even with the 'soft-touch' cap-lock turned on, as soon as I lift off, my wings on just one side flex and break off. Weird thing is that sometimes I'll make the EXACT same way and it wont break, other times it's hopeless.
I've been building my wings out from the fuselage one "section" at a time, then strutting the hell out of it using the b9 heavy struts (also tried the invisible ones so that it doesn't look like crap)
This is the primary reason I initially looked at procedural wings as a godsend but last time I messed with it it was worse than normal wings with lift and such, and tended to make my NEAR-based lift... suck. Imagine this is why I almost never see any craft shared that require the mod :-/
Here are some screens of my plane:
Javascript is disabled. View full album
-
One thing that you're missing in your survey that might matter to someone hoping to get performance out of the game -- what graphics card they have. OpenGL renders different on different hardware. For instance, ATI's OpenGL support frankly blows while nVidia's is generally really good, while their D3D support is often better than nVidia's -- but some cards tend to perform better than others even in the same 'class'.
-
Sirkut:
Sorry but that craft was lost -- I had a KOS / quicksave savefile bug, which destroyed that save (luckily I had a backup but its a few launches old)
Basically I had an I-Beam with a cubic strut on the end, 90° hinge, which was connected to another I-Beam/Strut in the reverse direction, which was repeated one more time. I had a ton of solar panels on the sides of the ibeams (so that when it deployed fully it'd almost look like a virus). It all worked fine, until I selected another ship to decelerate it, then went back to that ship. I almost think it might have something to do with deadly re-entry (the exploding), and cubic octagonal struts since they're 'physics-less'. I'm not sure, but it may also be the solar panels themselves -- I'm not sure if those are also physics-less parts.
I can try and replicate that ship, but I'm actually thinking that I need to come up with a new design -- that one had other issues than just exploding. It had horrible delta-V and would have taken ages to establish a solar orbit.
Here's the mods I'm using - I just did a quick dir>>out:
ModuleManager_1_5_6.dll
ActiveTextureManagement-3-1
AGM 1.3.2.0
B9 KSP 0.23.5
BioMass-master (from github)
DeadlyReentryCont_v4.6
InfernalRobotics0.14
Kethane-0.8.5
KSPInterstellar-v0.11
MechJeb2-2.2.0.0-223
NovaPunch2_03_5 (I don't get why large reaction wheels aren't in KW or something else... and KW's wrap-around reacction wheels seem to be as useful as tits on a boar)
ProceduralDynamics0.7
SafeChute
Toolbar-1.7.1
uploads-2013-09-EnhancedNavBall_1_2
uploads-2013-10-B9-Aerospace-Pack-R4-0c
uploads-2013-10-Squad-Texture-Pack-0.1c
uploads-2013-10-VNG-Parachute_1.2
uploads-2013-12-DockingPortAlignment_3.01
uploads-2013-12-KW-Release-Package-v2.5.6B
uploads-2013-12-SH-MK2Cockpit
uploads-2013-12-TacFuelBalancer_2.3.0.2
uploads-2013-12-TacLifeSupport_0.8.0.4
uploads-2013-12-VNG-Plugin_0.7.2
uploads-2014-03-ProcFairings_2.4.4
uploads-2014-04-FerramAerospaceResearch_v0.13.1
uploads-2014-04-KAS_v0.4.7
uploads-2014-04-KerbalAlarmClock_2.7.3.0
uploads-2014-04-KerbalJointReinforcement_v2.3
uploads-2014-04-RealChute-v1.0.4.1
Kerbodyne SSTO Division: Omnibus Thread
in KSP1 The Spacecraft Exchange
Posted
So I've been wondering -- with the wings, what is the root part? The base, or the leading edge of the wing? I've always had a hard time getting wings to stay as stable and solid.