allenby

I considered that possibility but the burn was fairly excessive. I was going for more of a rapid flyby than a soft textbook transfer. The resulting Kerbin orbit also didn't look right for a recapture. Maaaybe possible but it wouldn't be the first time I've encountered odd SOI behavior in the Sonnah neighborhood. In any case I might start recording my games so that I can do proper bug spotting.

Played for a few hours yesterday and it seems to work. Only issue was getting Krakken'd on my way from Kerbin to Serran. Basically my vessel went from being on a clean Serran intercept to a small elliptical Kerbin orbit upon entering time warp (would have required tons of dv to accomplish this normally). Seems to be associated with the Schrodinger's trajectory issue where your vessel is simultaneously on two different paths until you hit an SOI boundary. Odd bug and I haven't been able to reproduce it, but thought I'd mention it.

Does the current version of RF work with 1.1.3 or does it need to be updated?

My debug log is being constantly spammed in flight with messages like: [Log]: proceduralTankRealFuels area: 3.45363555815887 Is there any way to turn these off?

I've noticed some odd errors when trying to use this mod with procedural parts. I think it might be linked with the new PPart textures/configs that are bundled with the rebalance mod. On trying to load the textures, PParts will throw array out of bounds exceptions and no textures end up being loaded (everything is white, and the PPart texture selection menu just reads "**NOT FOUND**". Also, attempting to right click the procedural heat shield freezes the game with a stack overflow exception. Removing the procedural parts directory and procedural textures directories from the SETI rebalancing mod restores normal function.

Had a chance to do some more testing. I tried manually installing things one at time and checking. ModuleLimitedDataTransfer seems to stop being applied to stock antennas once I install the PhantomAerospace antenna package. Steps: 1) Clean install KSP 2) Copy AntennaRange package to GameData - Stock antennas work as they should ✓ 3) Copy PhantomAerospace Antennas package to GameData - Stock antennas no longer have ModuleLimitedDataTransfer applied, but the PhantomAerospace ones do I still have to look over the files to see what could be causing this, but it's a step in the right direction.

Hmm. I'm not sure if the two are related. I was just mentioning a possible bug. In my case, the renaming of ModuleDataTransmitter -> ModuleLimitedDataTransmitter wasn't being applied with the included MM patch. I would imagine that even if the MM config is not being applied, antennas should still display stock behavior and be able to transmit normally. I haven't yet tried MPLs in this version.

The MM configs for the stock antennas are not being applied for some reason (I checked the MM cache). When I change the header for a config from : @PART[longAntenna]:FOR[AntennaRange]:NEEDS[!RemoteTech] -> @PART[longAntenna]:FOR[AntennaRange] It works again. I'm not sure why this works as I'm running a clean install without any trace of RemoteTech.

Just FYI the Procedural Parts heat shield seems to be bugged. There are reports in the main thread from other users having experiencing similar problems while the other heat shields work fine. In my own experience, skin temp will cap at a really odd value (like 4 Kelvin) during re-entry and the part explodes very quickly. Noticed this yesterday and haven't had a chance to get more observations.

Thanks. I'm just wondering about how the boiloff rates are determined in a given game state. I noticed the temperature and loss_rate variables under TANK_DEFINITION. I'm guessing temperature means boiling point, and loss_rate is the amount subtracted (or a multiple of the amount) when part_temperature > boiling point. Is that correct? I'm just trying to get a sense of calculating boiloff losses for planning purposes.

Apologies for the noob question, but what variables (other than tank type) affect the in-game rate of cryo-fuel/ox evaporation? Are they just constant? I'm trying to imagine scenarios where I use cryogenic fuels on interplanetary missions, but need to know if there are practical ways of mitigating boil off.

Just recently tried this planet pack. Very nice, especially with the custom GFX addons. I was hooked when I first saw Sonnah over the horizon from low Kerbin orbit. Also, good call on having Kerbin as a moon - it certainly adds a new layer of challenge and planning to interplanetary trips. Only issue I've had is that as a Science Mode + CTT player, my career is pretty much stalled in the Sonnah system. I don't know if this mod is meant to be played in Stock full career, but there don't seem to be enough available science points around the local bodies to progress to technologies required for manned landings (i.e. 2.5m rocketry, landing legs, crewed landing modules) or to even advance to the intermediate level of science instruments. I might either add some initial science points, or make a MM config for players who can't or won't play with contracts, in order to counteract the science-poor early game. I don't mind difficulty curves, but as a Science Mode player, the experience feels a little discontinuous.

Found them in the fuels tanks. I glanced at the other tabs but didn't check all the pages. Really wasn't expecting the engines to have moved, but mystery solved . Just curious as to why mod engines are appearing in fuel tanks.

Here's the log file + MM config for the disappearing RLA engines issue I mentioned earlier. I looked it over but wasn't able find any obvious errors pointing to this bug. Tested with RLA 12.1. Log file MM config

Thank you for the update. Your work is really appreciated. Possible bug: Having a strange issue where RLA-Stockalike engines are simply not showing up in the VAB. RLA parts show up again when the corresponding Stockalike RF cfg is removed. Only tested with RLA-Stockalike 12.1. Testing with the experimental version of RLA is slower as they've changed all the PART names, but seems to be the same issue with that version as well.

The Github dev version has ullage simulation set to true for SRBs.

There's something about vacuum engines I'm wondering about, specifically hypergolic engines. I've been trying to get into the details of IRL engine ignitions, and some of it is a little confusing. Some sources simply state that hypergolic engines don't need ignition, but others sources describe hypergolic engines being limited to a rated number of ignitions/restarts. I suppose it makes sense, given that the components can't be expected to work forever, but are there IRL hypergolic engines that are effectively capable of many (>20-30 or 100+) restarts? I remember reading that the Apollo SPS was theoretically rated to 100s of restarts, but I don't know how true that it is. For monopropellant engines, I'm reading that early hydrazine engines were limited by the number of start slugs they had. For more modern engines using catalyst beds, the number of restarts was "almost unlimited." In the case of these types of engines, maybe # of ignitions could just be set to -1 in the configs. I'm just trying to get an idea of how many ignitions would make sense for in-game orbital maneuvering or descent engines. I'm still looking for a good summary with this kind of detailed information.

So far I tested the Sepratron I and RT-5, and they both have this issue. I glanced at the stock configs and noticed that most (all?) SRB configs have useUllageSimulation set to true. I don't know if the ullage code is supposed to distinguish SolidFuel, or maybe that boolean just needs to be set to false?

I had a chance to test the latest configs a little. Haven't tested with all the mods I play, but it looks like it's coming along nicely. I've noticed ullage effects on solid rocket boosters, with line vapor flame outs trying to start SRBs in 0g. I'm not sure if this is WAD or a config issue, but I thought I'd mention it.

Fiiiinally figured it out. I was missing @name = ModuleEnginesRF.

Has anyone playing with the Stockalike configs managed to get the ullage/ignition to work? Can anyone who has tried the suggested edit confirm whether it works for them or not?

@Raptor831 Happens with all engines, but it doesn't look like it's anything to worry about, based on what Nathan just mentioned. I have tried to edit both the release version of Stockalike and the recent dev version (just the Squad engines). @NathanKell Makes sense. I'm fairly new to these mods (and KSP modding in general) and never used legacy EI, so I'm making quite a few assumptions as I go along. Here is an example of an engine edit I've tried. I tried to follow the directions mentioned above, but maybe something got messed up.

Still haven't had any luck trying to get the ullage/ignition to work. However, I noticed a consistent error in the log that might shed some light on the issue: [LOG 17:21:37.557] PartLoader: Part 'Squad/Parts/Engine/liquidEngine24-77/liquidEngine24-77/smallRadialEngine' has no database record. Creating. [LOG 17:21:37.577] DragCubeSystem: Creating drag cubes for part 'smallRadialEngine' [LOG 17:21:37.622] PartLoader: Compiling Part 'Squad/Parts/Engine/liquidEngine48-7S/liquidEngine48-7S/liquidEngineMini' [ERR 17:21:37.647] Cannot find a PartModule of typename 'ModuleEngineIgnitor' Does this mean that the legacy EngineIgnitor cfg isn't being recognized? This is with a clean test install with just RealFuels and its required mods. Has anyone else been having this issue?

I tried the suggested ModuleEngineIgnitor edit on a few of the Stockalike engines and can't seem to get ignition/ullage to appear in-game. I edited the ignitor module sections under each CONFIG node. Is there something else that needs to be changed? Is it working for anyone else?

Strange. The RF 10.4.1 I got from Github is bundled with the KAE 1.7.3 dll. In any case, like you said, it looks may have been compiled against the old version. When I recompiled RF with 1.7.5, it fixed the PPart issue for me. Also make sure that you're running no other mods that have an old version of KAE.