jediminer543

New Release - 1.0.1: Fixed loading issue against BDAC, which for some reason was reporting an prior version to the one I compiled against some how. I have no idea how this happened, but will attempt to ensure this doesn't happen again. Edit: @ougiargi this will fix your issue

[LOG 20:51:50.514] Load(Assembly): /ModuleManager.2.8.1 [LOG 20:51:50.515] AssemblyLoader: Loading assembly at E:\Games\KSP\Kerbal.Space.Program.v1.3.1.1891.part1\Kerbal.Space.Program.v1.3.1.1891\GameData\ModuleManager.2.8.1.dll [LOG 20:51:50.541] AssemblyLoader: KSPAssembly 'ModuleManager' V2.5 [LOG 20:51:50.541] Load(Assembly): BDArmory/Plugins/BDArmory.Core [LOG 20:51:50.542] AssemblyLoader: Loading assembly at E:\Games\KSP\Kerbal.Space.Program.v1.3.1.1891.part1\Kerbal.Space.Program.v1.3.1.1891\GameData\BDArmory\Plugins\BDArmory.Core.dll [LOG 20:51:50.543] AssemblyLoader: KSPAssembly 'BDArmory.Core' V1.0 [LOG 20:51:50.544] Load(Assembly): BDArmory/Plugins/BDArmory [LOG 20:51:50.544] AssemblyLoader: Loading assembly at E:\Games\KSP\Kerbal.Space.Program.v1.3.1.1891.part1\Kerbal.Space.Program.v1.3.1.1891\GameData\BDArmory\Plugins\BDArmory.dll [LOG 20:51:50.547] AssemblyLoader: KSPAssembly 'BDArmory' V1.0 [LOG 20:51:50.548] Load(Assembly): DarkMultiPlayer/Plugins/DarkMultiPlayer-Common [LOG 20:51:50.548] AssemblyLoader: Loading assembly at E:\Games\KSP\Kerbal.Space.Program.v1.3.1.1891.part1\Kerbal.Space.Program.v1.3.1.1891\GameData\DarkMultiPlayer\Plugins\DarkMultiPlayer-Common.dll [LOG 20:51:50.550] Load(Assembly): DarkMultiPlayer/Plugins/DarkMultiPlayer [LOG 20:51:50.550] AssemblyLoader: Loading assembly at E:\Games\KSP\Kerbal.Space.Program.v1.3.1.1891.part1\Kerbal.Space.Program.v1.3.1.1891\GameData\DarkMultiPlayer\Plugins\DarkMultiPlayer.dll [LOG 20:51:50.552] Load(Assembly): DarkMultiPlayer/Plugins/ICSharpCode.SharpZipLib [LOG 20:51:50.553] AssemblyLoader: Loading assembly at E:\Games\KSP\Kerbal.Space.Program.v1.3.1.1891.part1\Kerbal.Space.Program.v1.3.1.1891\GameData\DarkMultiPlayer\Plugins\ICSharpCode.SharpZipLib.dll [LOG 20:51:50.555] Load(Assembly): DarkMultiPlayer/Plugins/MessageWriter2 [LOG 20:51:50.555] AssemblyLoader: Loading assembly at E:\Games\KSP\Kerbal.Space.Program.v1.3.1.1891.part1\Kerbal.Space.Program.v1.3.1.1891\GameData\DarkMultiPlayer\Plugins\MessageWriter2.dll [LOG 20:51:50.557] Load(Assembly): PhysicsRangeExtender/Plugins/PhysicsRangeExtender [LOG 20:51:50.558] AssemblyLoader: Loading assembly at E:\Games\KSP\Kerbal.Space.Program.v1.3.1.1891.part1\Kerbal.Space.Program.v1.3.1.1891\GameData\PhysicsRangeExtender\Plugins\PhysicsRangeExtender.dll [LOG 20:51:50.560] Load(Assembly): Squad/Plugins/KSPSteamCtrlr [LOG 20:51:50.560] AssemblyLoader: Loading assembly at E:\Games\KSP\Kerbal.Space.Program.v1.3.1.1891.part1\Kerbal.Space.Program.v1.3.1.1891\GameData\Squad\Plugins\KSPSteamCtrlr.dll [LOG 20:51:50.561] Load(Assembly): Squad/Plugins/Steamworks.NET [LOG 20:51:50.562] AssemblyLoader: Loading assembly at E:\Games\KSP\Kerbal.Space.Program.v1.3.1.1891.part1\Kerbal.Space.Program.v1.3.1.1891\GameData\Squad\Plugins\Steamworks.NET.dll [LOG 20:51:50.564] Load(Assembly): zzBDDMP/BDDMP [LOG 20:51:50.564] AssemblyLoader: Loading assembly at E:\Games\KSP\Kerbal.Space.Program.v1.3.1.1891.part1\Kerbal.Space.Program.v1.3.1.1891\GameData\zzBDDMP\BDDMP.dll [LOG 20:51:50.583] AssemblyLoader: KSPAssembly 'BDDMP' V1.0 [LOG 20:51:50.584] AssemblyLoader: Loading assemblies [WRN 20:51:50.641] ADDON BINDER: Ingoring binding redirect due to incompatible versions: BDArmory, Version=1.0.0.39495, Culture=neutral, PublicKeyToken=null => BDArmory, Version=1.0.0.21477, Culture=neutral, PublicKeyToken=null This is the loading sequence from their addon loading, which clearly states that BDA loaded correctly. It says there is a version mismatch, but I explicitly ensured that BDDMP doesn't request a specific version of BDA (They SHOULD both be using the V1.0 release, since no new releases have occured since that time). Is there something else that I need to toggle. Thanks Edit: Recompiling against CKAN version of BDA worked, but my point of not checking versions still stands.

Hello, I hope this is the place to ask this. I recently re-built my mod BDDMP, to run with the latest version of KSP. While doing so, one of my users got a "System.Reflection.ReflectionTypeLoadException" while loading my mod. This doesn't occur when I run the mod, andI normally develop in Java not C#. so am curious how to fix it (what issues I should be looking for, etc.) Error text: [ERR 20:51:50.643] AssemblyLoader: Exception loading 'BDDMP': System.Reflection.ReflectionTypeLoadException: The classes in the module cannot be loaded. at (wrapper managed-to-native) System.Reflection.Assembly:GetTypes (bool) at System.Reflection.Assembly.GetTypes () [0x00000] in <filename unknown>:0 at AssemblyLoader.LoadAssemblies () [0x00000] in <filename unknown>:0 Additional information about this exception: System.TypeLoadException: Could not load type 'BDDMP.BDDMPSynchronizer' from assembly 'BDDMP, Version=1.0.0.1, Culture=neutral, PublicKeyToken=null'. System.IO.FileNotFoundException: Could not load file or assembly 'BDArmory, Version=1.0.0.39495, Culture=neutral, PublicKeyToken=null' or one of its dependencies. File name: 'BDArmory, Version=1.0.0.39495, Culture=neutral, PublicKeyToken=null' System.IO.FileNotFoundException: Could not load file or assembly 'BDArmory, Version=1.0.0.39495, Culture=neutral, PublicKeyToken=null' or one of its dependencies. File name: 'BDArmory, Version=1.0.0.39495, Culture=neutral, PublicKeyToken=null' System.IO.FileNotFoundException: Could not load file or assembly 'BDArmory, Version=1.0.0.39495, Culture=neutral, PublicKeyToken=null' or one of its dependencies. File name: 'BDArmory, Version=1.0.0.39495, Culture=neutral, PublicKeyToken=null' System.IO.FileNotFoundException: Could not load file or assembly 'BDArmory, Version=1.0.0.39495, Culture=neutral, PublicKeyToken=null' or one of its dependencies. File name: 'BDArmory, Version=1.0.0.39495, Culture=neutral, PublicKeyToken=null' System.TypeLoadException: Could not load type '<>c__DisplayClass42_0' from assembly 'BDDMP, Version=1.0.0.1, Culture=neutral, PublicKeyToken=null'. [... Duplicates removed to abreviate log ...] System.TypeLoadException: Could not load type '<>c__DisplayClass52_0' from assembly 'BDDMP, Version=1.0.0.1, Culture=neutral, PublicKeyToken=null'. When I encountered this issue on my end while re-porting my code it was because it was loaded before the other DLLs, but the log does say it is located in "\GameData\zzBDDMP\BDDMP.dll" which should load after other assemblies. Thanks

@ougiargi The issue is that your KSP isn't loading the mod I honestly have no idea why this would be occuring, as my ksp loads it up. Done; sorry for any inconveniences.

It would be helpfull if you could; There will likley be some stuff erroring on disconnect (as I've realised some of my code doesn't check for the current scene), but otherwise there shouldn't be any errors.

Tracers weren't implemented in this version, as I'm still looking into synchronising their position and velocity. However, bullet damage should sync. Servers shouldn't need any modifications. To test have both people in a rover, and have one fire at the other. Also, Logs (KSP.log in the root game directory) would be helpfull (there may be an error you are experiencing that I havent encountered on my end yet)

To use this you should just install the folder to your /GameData folder, with both DMP and BDAC installed, then connect to a server. If multiple people are using the mod it will synchronise with them. This mod does nothing without BOTH BDArmory Continued AND DMP, as without that, it does nothing. What sort of problem are you having?

The latest version no longer redistributes BDA (I did notice the DLLs I missed in my .gitignore though (sorry)); But thank you; I will ensure this is added to the relevent repositories. (Edit: Done, if you can find anything else, please let me know)

BDDMP Now with `unsafe` code and probably still as many bugs, but now with more Kraken Greetings everybody, and welcome to BDDMP. This mod does one thing. Make BDArmory sychnronise over DMP. Why? Beccause hilariously entertaining multiplayer combat encounters can now happen in mostly real time, which is fun. Background This mod was originaly made by DsonBill, then died, then was resurrected by me. Then it died again, around the time BDA introduced Radar, as that involved a total BDA rewrite, which also broke almost all of the existing code, as the mod required a forked version of BDA to function. Then on the request of a couple of forum users, and my own boredom, I though, why not, and re-built it. New Version Features? Support for BDArmory continued, since BDA was deprecated Utilisation of detours and extensions, meaning that downloading an entirely new copy of BDA is a thing of the past More features than the last one (as I re-implemented some more things) What is the point? To mess around with the powers of multiplayer. Will it work reliably over a high ping? Probably not. (Have tested it) Download Spacedock Sources Github Licencing All of my code is licenced under CC0. Any BDArmory code is licenced under CC 2.0 BY-SA. NAQ Q. Does this work with BDArmory expansion mods A. It should, if they don't use their own plugin Q. Vessels Are Duplicating A. That's due to a lag based fault on the end of DMP As always feel free to ask any questions. Thanks for reading.

I pushed a commit that syncs damage and explosions. That is all it does, but it does that. To use: Download the DLL from github Link Create folder named zzBDDMP in GameData Insure BDA and DMP are installed and up to date ??? Profit Where profit == real time damage sync. Probably massively buggy

I pushed a commit that syncs damage and explosions already. That is all it does, but it does that. To use: Download the DLL from github Link Create folder named zzBDDMP in GameData Insure BDA and DMP are installed and up to date ??? Profit Where profit == real time damage sync.

Thanks.

My goal is to make code that doesn't need me to modify much BDA code, and definatly not re-pull and modify it, and to modify the code on a per function level. as such, all the code I need is already there, as hitmanager is version agnostic, as is the sychroniser itself. See the github for the changes currently in effect (it currently replaces explosions with the word "bang" in the console, and doesn't need to completely rebuild BDA every time). In this case, it was DMP's api changes that were a pig. but I worked them out. at 1 in the morning.

I may be back. Or this may be a temporary thing. But I have (theoretically) updated the code to run. See Here for cause of project death and How I intend to revive it. Please also note that once this is working I will probably just create a new thread to stop necroing.

Greetings; I noticed this post on my email pinging thing. First things first: No, it can. A combination of dsonbill's work and my own made it work. The problem had nothing to do with DMP, the problem came from BDA. Allow me to explain, and as to how I am currently looking to update it. Autopsy BDArmoury lacks any sort of API for external interface. dsonbill put in a pull request that was rejected. See: https://github.com/BahamutoD/BDArmory/pull/2. This meant that whenever there was a BDA update, I would have to pull the entirety of BDA, re-add the necesary hooks, then re-engineer the additional code necesary to make this work. This is what killed the project. The change from the old turret system to the new one (The same one that implemented radar and a tonne of other stuff) completely bricked. At that point, the stress of GCSE's, coupled with having to rewrite an entire codebase again for the N+1th time resulted in a ceasing of all support for the project, leaving it in its now dead state. The potential solution Code rewrites are what killed the project, this they are what must be removed to restart the project. My primary idea is to use C#'s ability to manipulate unsafe code (Basicly inject machine code in place of functions to branch to a replacement) to keep the rewriten function's outside of BDA, and hopefully remove them in entirety. It was inspired by rimworlds Comunity Core Library file HERE As for why I haven't done this? It's because It involves a large amount of hacking around with an area of C# I'm not used to using; I'm a Java dev mostly, so while the majority of C# seems near identical, I haven't the first clue where to go when messing with C# unsafe/native code. Edit: Obviously, there would need to be a basic level of security (make certain no network calls ever call unsafe code, etc.) However, since there is still attention, I will see what I can do. Thanks for reading