toric5

just tried ti with the jib. the problem followed the model, not the cfg. ill try with the trident as well. followed the model again when transposed with the trident. made a github issue for this, we can stop taking up entire pages of this thread...

im delteting the folder before updates every time. as expected, deleting realplume did nothing whatsoever. what if i switched models to an engine that does not have the problem? that would allow us to determine wether its the .cfg or the model thats screwing this up, would it not?

the test i jsut posted was from the dev build. the only thing in my modlist that i can think of that would mess with the engine at all would be the realplume stock configs... lemme try removing those, on the offchance that it does anything...

didnt clone the latest github. used spacedock. will clone and try again. as for modlist... umm, everything. ~150 mods, not all of them use ksp AVC. here is the AVC output: KSP: 1.2.2 (Unix) - Unity: 5.4.0p4 - OS: Linux 4.4 neon 16.04 64bit 000_AT_Utils - 1.4.2 Toolbar - 1.7.13 USI Tools - 0.8.16 B9 Part Switch - 1.7.1 BD Animation Modules - 0.6.4.2 BetterTimeWarpContinued - 2.3.6.1 Bon Voyage - 0.11.1 Chatterer - 0.9.92.1622 Community Category Kit - 1.2.2 Community Resource Pack - 0.6.6 CommunityTechTree - 3.0.3 Contract Configurator - 1.22.2 Contract Pack: Clever Sats - 1.4 Contract Pack: Field Research - 1.2 Contract Pack: Bases and Stations - 3.6 Contract Pack: Grand Tour Contracts - 0.1.10.3 Rover Missions - 0.1.7 Contract Pack: Unmanned Contracts - 0.3.27 CryoEngines - 0.4.6 CustomBarnKit - 1.1.10 DMagic Orbital Science - 1.3.0.8 DistantObjectEnhancement - 1.8.1 EVAEnhancementsContinued - 0.1.6 Easy Vessel Switch - 1.2 EditorExtensionsRedux - 3.3.11.1 Flight Manager for Reusable Stages - 1.2.1 Firespitter - 7.4.2 Flight Plan - 1.0.1 FuelCellTweaks - 1.0 GPOSpeedFuelPump - 1.8.7 GroundConstruction - 1.1.2.1 Haystack Continued - 0.5.2.1 HeatControl - 0.3.4 Interstellar Fuel Switch - 2.4.4 JSIAdvTransparentPods - 0.1.13 RasterPropMonitor - 0.28 Kerbal Attachment System - 0.6.2 Kerbin Environmental Institute - 1.2.1 Kerbal Inventory System - 1.4 KSP-AVC Plugin - 1.1.6.2 KWRocketryRedux - 3.1.2 Camera Mode Persistence - 1.0.1 KerbalAtomics - 0.3.5 Kerbal Engineer Redux - 1.1.2.8 Kerbal Joint Reinforcement - 3.3.1 Lithobrake Exploration Technologies - 0.4 MarkIVSystem - 2.3.5 Modular Rocket Systems - 1.13.1 Monthly Budgets - 2.5 EVAHandrailsPackContinued - 0.2.1.4 Docking Port Alignment Indicator - 6.5.2 NearFutureConstruction - 0.7.3 NearFutureElectrical - 0.8.3 NearFuturePropulsion - 0.8.3 NearFutureSolar - 0.7.2 NearFutureSpacecraft - 0.5.4 Final Frontier - 1.2.7.3080 Olympic1's Icon Packs - 0.10.3 PartCommanderContinued - 0.1.1.1 PlanetShine - 0.2.5.2 Kerbal Planetary Base Systems - 1.4.2 Portrait Stats - 1.0.13 Precise Maneuver - 2.2.2 Procedural Wings - 0.12 QuizTechAeroPackContinued - 1.3.8 RCS Build Aid - 0.9.1 RLA_Continued - 14.0.1 RealPlume - Stock - 0.11.4 ReentryParticleEffect - 1.2.0.1 SCANsat - 1.1.6.11 Celestial Body Science Editor - 1.0.8 Science Relay - 1.0.3.1 SmartParts - 1.9.4 SpaceY Lifters - 1.16 StageRecovery - 1.6.6 StationPartsExpansion - 0.4.3 Stock Visual Enhancements - 1.1.6 TakeCommandContinued - 1.4.8 Trajectories - 1.6.6 Alternate Resource Panel - 2.9.1 Kerbal Alarm Clock - 3.8.4 Transfer Window Planner - 1.6.1 USI Core - 0.3.7 USI Exploration Pack - 0.7.3 Freight Transport Tech - 0.6.7 Karbonite - 0.8.7 Konstruction - 0.1.10 USI-LS - 0.5.23 MKS - 0.50.14 Malemute Rover - 0.2.7 NuclearRockets - 0.3.8 USI Survivability Pack - 0.6.3 USI Alcubierre Drive - 0.5.4 VesselViewerContinued - 0.8.3 Waypoint Manager - 2.6.2 IVA Kerbal Identifier - 1.0.2 OSE Workshop - 1.0.8 [x] Science! - 5.4 cloned from github. still does the same. intrestingly, it always generates 0.025kNm of torqe no matter what it is attached to, even the kerbodyne tanks... also, to confirm, i tested the thing in space. it will make a small satilite tumble. in your picture, you had the thrust transform at 0,0. are you sure your origin is in the center of the part? (i dont know too mutch about modeling, but its the only thing i can think of.)

yes. also, jsut confirmed, its not a bug with KER, as RCS build aid confirms as well.

sorry about the delay. ksp decided it didnt like one of my MM patches and quit on me for a few days. anyways, with the latest release, the problem still persists.

oh, already created a script to do it for me!

deleted settings.cfg and the unity 3d config, seems to work now!

not trying to run the 32 bit version, would you reccomend i try that? nothing else significant happens, steam even resets me to not playing a game (something that does not usually happen with hard crashes like this.) CLI output is this: Found path: /home/thetoric/Documents/ksp stuff/KSP/KSP.x86_64 Mono path[0] = '/home/thetoric/Documents/ksp stuff/KSP/KSP_Data/Managed' Mono path[1] = '/home/thetoric/Documents/ksp stuff/KSP/KSP_Data/Mono' Mono config path = '/home/thetoric/Documents/ksp stuff/KSP/KSP_Data/Mono/etc' displaymanager : xrandr version warning. 1.5 client has 4 screens displaymanager screen (0)(DVI-D-0): 1920 x 1080 Using libudev for joystick management Importing game controller configs the 4 screens are virtual desktops, not monitors. only one of them is rendered by the compositor at a time.

Here you go!

linux-vdso.so.1 => (0x00007fff78887000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f9fe6dab000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f9fe6b8e000) librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f9fe6985000) libGL.so.1 => /usr/lib/nvidia-367/libGL.so.1 (0x00007f9fe66f6000) libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007f9fe63bc000) libXcursor.so.1 => /usr/lib/x86_64-linux-gnu/libXcursor.so.1 (0x00007f9fe61b1000) libXrandr.so.2 => /usr/lib/x86_64-linux-gnu/libXrandr.so.2 (0x00007f9fe5fa6000) libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f9fe5c24000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f9fe591a000) libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f9fe5704000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f9fe533b000) /lib64/ld-linux-x86-64.so.2 (0x00005632453c7000) libGLX.so.0 => /usr/lib/nvidia-367/libGLX.so.0 (0x00007f9fe5109000) libGLdispatch.so.0 => /usr/lib/nvidia-367/libGLdispatch.so.0 (0x00007f9fe4e20000) libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f9fe4bfe000) libXrender.so.1 => /usr/lib/x86_64-linux-gnu/libXrender.so.1 (0x00007f9fe49f3000) libXfixes.so.3 => /usr/lib/x86_64-linux-gnu/libXfixes.so.3 (0x00007f9fe47ed000) libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007f9fe45db000) libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007f9fe43d6000) libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f9fe41d0000) there is a libXcursor.so.1, but no libcursor1.so. libcursor1.so is not on the repositories, do you have a place i can get it? (i can compile from source if i need to, but i am not fully comfortable with it.)

crashes whether i run it from steam or not, 32 bit or 64. tried reinstall of game. crashes before ksp.log generates. there is the player.log: Stacktrace: Native stacktrace: /SSDgames/steam/steamapps/common/Kerbal Space Program/KSP_Data/Mono/x86_64/libmono.so(+0x91a46) [0x7f209afeca46] /SSDgames/steam/steamapps/common/Kerbal Space Program/KSP_Data/Mono/x86_64/libmono.so(+0x348e4) [0x7f209af8f8e4] /lib/x86_64-linux-gnu/libpthread.so.0(+0x11390) [0x7f20a0760390] /SSDgames/steam/steamapps/common/Kerbal Space Program/KSP.x86_64() [0xf2dd3d] /lib/x86_64-linux-gnu/libc.so.6(+0x39ff8) [0x7f209ef38ff8] /lib/x86_64-linux-gnu/libc.so.6(+0x3a045) [0x7f209ef39045] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf7) [0x7f209ef1f837] /SSDgames/steam/steamapps/common/Kerbal Space Program/KSP.x86_64() [0x46f695] Debug info from gdb: ERROR: ld.so: object '/home/thetoric/.steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored. Could not attach to process. If your uid matches the uid of the target process, check the setting of /proc/sys/kernel/yama/ptrace_scope, or try again as the root user. For more details, see /etc/sysctl.d/10-ptrace.conf ptrace: Operation not permitted. No threads. ================================================================= Got a SIGSEGV while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. ================================================================= all i can think of is that a package updated that ksp relied on and broke it? using KDE neon, no third party ppas for libraries.

sure thing. simpler craft this time.

is the attachment node centered? is it just in my save?

there are also docking ports that angle snap in near future construction.

nope. spacedock. ill try with the github build. EDIT: still present in the github build. may want to take a look at it in your game.

the CA-LV10 liquid engine's thrust vector is misaligned with its attachment node, as documented here.

sooo mutch hype!

crash on linux detailed in this post. final log uploaded with clean install, only ASSET mk1-2 replacement and dependencies. log and craft files in linked post.

after brute forcing, i figured out that the cause was the MK 1-2 Cockpit IVA replacement by ASSET. log

ok, updated all mods, and to be sure, recrated with stock parts. still have mods installed, but nothing but stock parts in the vessel. i havent uninstalled any mods, but thats the next step. log

only yours. probably not the cause of the crash, seeing as its happening in sandbox. still, ill update them to the latest version.

ill delta all of them, as i have normal avc. ill remove smokescreen, i think it was only for realplume, which i unistalled a while back. @linuxgurugamer any idea what the spacetux exceptions are? here is the .craft file that is causing crashes. https://gist.github.com/toric55/59374835d9251923c5a5976ee9e2035a (just copy paste into a blank .craft file)

the spacedock link seems to go to an insicure version of the site. firefox does not like it, and it has diffrent autologin cookes from the main one.

ok, the thread shouldn't take as long to load now, i guess its a bad idea to upload 10 megabytes of text to the forums...