Blackline

@pap1723 Reached out to me, about reviving this for mod. @Krzeszny Thanks for your amazing list. Yes, there are plenty of bugs (I came far since then :D) but I do not plan to work on this anytime soon, sorry. Your ideas are amazing, and if there is someone out there with the C# skills and the expertise to write a KSP mod, I am happy to hand over the repo! @all sorry for ghosting this, but I have not played KSP in years and do not plan to do so anytime. Fly Safe!

Hi Guys, taking a break from KSP for over a year now, sorry for not being here. About the update to the newest version: i forgot everything i have to do to make it work again, but I'll try it :-) EDIT: recompiled and pushed to git master, if the bot catches the update, it should be available within the next hour or so. Give feedback if it did work out.

The very opposite is the case, without DBS, RealBattery is not working properly at high warp speeds. That's why it's linked as recommend on CKAN.

The new Netflix series is sort of meh, but I like the ship design, especially the ssto approach they use for the family lander cans (was it Jupiter 2??) Has anyone already tried to recreate them? I'm on holiday, so no ksp for some time :-)

I think (R) it was a pebble bed, mk2ish

I was using mechjebs differential thrust functionality for VTOL'in with 4 thermal nozzles and experienced some non-proportional behavior with the limit thrust lever: a 10% lever gave about 1% engine thrust, 50% about 20% and 70% around 70% This way it's hard to balance engine thrust for using them as VTOL engines. I guess it's the same behavior with the main thrust lever as well.

Yes, you need a big enough EC buffer to be able to send data as 1 big chunk. Alternatively, In your case I would enable partial data transmission, it works for me, and is more realistic too. We don't have multiple gigabit per second in our space probes, but rather send and receive data in a long timespan. One reason for that is the available electric power.

SC ist defined by part mass * energy density, which is dependent on the battery tech level. In this instance, the realbattery module is not supported to be used on anything but batteries, like command pods you are using. The SC in the cfg is, as you saw, useless, you can even delete that part entirely, it's old and unused. So it's totally irrelevant how much EC a part had before it's concerted to a realbattery. You can see the used energy and power densities in the sourcecode on GitHub. I'm on mobile, so can't give you many links for now.

Awesome mod @taniwha, thank you for all the effort ;-)

@FreeThinker may i ping you for that post of mine: i already have an idea: use tweakscale absolute instead of relative, here.

You are welcome. I had that problem as well with my mod, and I am using @Nertea's dynamic battery storage mod. It's somehow close to what KSPI-E is doing I think. What's your plan for such a resource broker? No one did such a thing yet. Would you overwrite the stock requestResource method and catch all requests? Is that possible? Will you change effect all resources?

@Arivald Ha'gel @FreeThinker Btw, i cloned your GIT and it built all the way through on the first time. GZ for such a tidy project!

2 supersonic intakes (the spikey ones) followed by 2 precoolers, all 1.25m. Might be that one: // if _moduleResourceIntake is null there SHOULD be an exception - and it's a good thing.

https://github.com/sswelm/KSP-Interstellar-Extended/blob/2ecae985399e5bb4f8c8f31588f8a9dae6acee0f/FNPlugin/Collectors/AtmosphericIntake.cs#L107

[EXC 22:27:06.881] NullReferenceException: Object reference not set to an instance of an object FNPlugin.AtmosphericIntake.UpdateAtmosphereBuffer () FNPlugin.AtmosphericIntake.IntakeThatAir () FNPlugin.AtmosphericIntake.FixedUpdate () lots of these on Ike, maybe everywhere with no atmosphere.

Thats right, but should not be needed. Please give it a try with stock values first, because if it doesn't work, i'd rather fix it in the sourcecode, than band-aiding stuff.

try installing huge batteries for a start, just to try if it gets better.

While we are talking about radius of nozzles and reactors, i reported that behavior 1.5years ago, did you find anything? @FreeThinker you answered to my post:

So, my parts are doing the following stuff (simplified) if the total EC is above 90%, the realbattery charges up, consuming EC and storing it in that part as SC(I assume 1EC as 1kJ and 1SC as 1kWh, thus 3600EC are needed for 1SC) if the total EC is below 80%, the realbattery discharges, "creating"EC while depleting its SC there is no direct conversion from sunlight to SC. BUT, lucky you, i found a bug, that might explain your problems: i released 1.4.1, get it! i did that with the new version as well. Maybe I'll bring VSR support later.

I just assumed, 1.25m reactor comes with 1.25m nozzle. More power (i.e. a 2.5m reactor) needs also a bigger nozzle. How do you know you are doing the right thing? Are there any hints ingame or a wiki or elsewhere on what nozzle to use? Do nozzles have a "rated power" ?

I'll try to figure out, if there are some numbers wrong... So, there seems to be a difference between the thermal power consumption and the wasteheat consumption at the thermal ramjet nozzle. Why are there ~60MW less wasteheat consumed than thermal power? I don't know much about the internal logic, but should this be some sort of "loss" due to <1 efficiency? How does that wasteheat mechanism work? Is it thermal energy, that is "stored" in a part and "consumed" by radiators? What effect does wasteheat have on coreTemps? On a sidenote, if i just change the nozzle down to 2.5m radius, and keep the same 3.75 reactor, all seems fine. Mostly same thrust etc...

I just tried it with 18 Radiators, it still exploded. Might there still be a bug? It is an upscaled pebble bed and ramjet engine (3.75m!) if that is important.

Thanks, but not researched yet Guys, its time, GET TO THE CHOPPAAAA!!!!!

Very nice, this way you enable multiple gameplay styles, without unnecessary limits. EDIT: maybe this one is better, if a "usage of intakes" is a thing in KSPI-E extra_air_heating_muliplier = MIN(required_airintake_surface_area, all_airintake_surface_area) / all_pre_cooling_surface_area And even more important: with this solution you can spam intakes without risking an exploding engine!

I put my rotor on a fixed base with wheels instead on a rotatron. I had no IR parts included, and no explosions. If i put a rotatron between the fixed base and the rotor, funny stuff happens.