Oh, it also adds another merge block called "Torpedo CC Interface". This is the one that is part of the missile, the hardpoint one is the one thats part of the ship. I have no experience coding, so I have no idea if one or both of these could be the culprit/s.

The large torpedo parts mod adds a "Torpedo Hardpoint", which I believe adds it as a new merge block. Maybe its because this "Torpedo Hardpoint" isnt in the script? If so, would it be possible to have it added? It would be awesome to finally be able to use these torpedo's to their full potential. No other script seems to work for them, and I suspect the "Torpedo Hardpoint" may be the culprit.

Hi man, awesome mod. Im having some trouble setting it up however. I followed the video step by step, double checked and dont seem to have missed anything. But Im trying to use this script with the large torpedo parts mod, do you know if that might cause the script not to work?

@Puff The Magic Dragon (Rassy): So far in my testing it seems to work just fine if the missiles are at literally any orientation at all, however I would recommend they be as close to 0deg off as possible due to chance of accidentally locking a wrong target (given my understanding of how the system works)

Question. Will any of these, specifically the Coordinate Lock method, work if the missile is mounted 90deg from the target vector (eg a Vertical Launch System)?

It seems to be working with your set up, i'll try to make one from scratch now, so far so good ;)

Thank you Alysius i will test this as soon as i can and i'll comment if it works for me. :)

An SE bug prevented gyro from ahving full power while turning. It is suddenly fixed after an SE update.

well, the script isn't working for me in general.

The missile launches, but does not track the target I fire at.

Here's a test blueprint of my creation: please see what is wrong?
https://steamhost.cn/steamcommunity_com/sharedfiles/filedetails/?id=653557661

Is it mandatory to claim ownership of the missile and ship? Will it work if everything is owned by nobody?

This is not working for me, when i build it myself i can't make it launch away or track a target.
When i used your missiles from the demo, and put it to use in space (with thrusters and appropiate naming mind you) it launched, but didn't track. could you make a video on this concept? (update 1.126)

I got the launching working but they have a tendency to miss and then endlessly circle the target is there a fix for that?

I'm having a problem where when I fire it doesn't release the missile instead it turns my whole ship into a missile and kamikazes me into the target I can't figure out where I went wrong.

I started from scratch with just a basic large ship, and was able to get it to work fine, so it's error somewhere on my part. Beautiful script. This changes everything...

i also cannot get it to work from large to small grid sadly, so much for my hell fire missle project

Incredible. I've got it working on small grids, but I've got a large ship which launches small grid missiles. I can't seem to get it working this way! I've tried using a large ship remote control and a small ship remote control attached to the launcher. Can you give me any advice???

I have tested this skript multiple times (including the Launch Trigger script), but it doesnt seem to work very good.
Most of the time the missile is not hitting the target (stationary). Its just flying forward or in an angle away from my ship.
I build the setup exactly like in the video shown.

Furthermore, what happens, if Im not exactly on the target? Can the missile autolock on a target (real fire and forget)? If I want to hit a fast moving target pointing directly at that sounds very complicated.

@Alysius I must admit I am a bit confused by your response. Did you look at the example code at the bottom of the post? It is for a game where you know the vector3 of the missile and the target. It outputs a lateral acceleration vector: a correction vector to hit the target.

I am currently working on a torpedo with a primary and secondary fire mode. The projectile has two programmable blocks on board, one with this script, and the other with Whip's manual vector-guided script:
https://steamhost.cn/steamcommunity_com/sharedfiles/filedetails/?id=546494746

The idea is to fire the missile in manual guidance mode when facing very large targets, when it is necessary to direct fire at specific areas of the enemy ship/base. For smaller and more nimble targets, auto-homing mode is better; a single hit at center mass will almost assuredly cripple or obliterate them.

I tried renaming your LREMOTE (and several other blocks) so that one remote control block could serve as the control point for either script, regardless of which one is running. Unfortunately, even with copy & paste to ensure that the block and group names do match precisely, I cannot get the self-guided mode to work properly.

I'll continue troubleshooting this issue.

@slith Still working on a revamped script that only needs one V_REF block and also have trigger features (e.g. activate blocks when missile is X distance from target etc...). Not fully completed yet.

@silentdeth Missile uses a different kind of Lead target instead of angles for PN, as the locking algorithm allows getting exact coordinates.

You might find this interesting: http://www.moddb.com/mods/wicmw/features/flint-lead-pursuit-guidance-principles
It covers some different algorithms for missile guidance.

spinAmount seems to only be activating while it is in mode1 - kinda pointless, should really be mode3.

Managed to achieve missile spin by adding:
SetGyroRoll(spinAmount);
SetGyroOverride(true);
after the lines
else if (mode == 3)
{
at 385

Makes it less accurate, but still good enough at 30rpm or less.

An additional set of commands that lets the user trigger blocks at set distances to target might be a very nice feature.
Example:

distance1 = 1000m
distance2 = 100m

if (distance <= distance1) {
"start timer block extending piston with decoy on top and activating said decoy"
}
if (distance <= distance2) {
"rename antenna block to 'BOOM BI**H' and activate antenna"
}

You get the idea :)

Holy hell, this can actually work...

Added additional parameter to set initial lock on minimal distance with default value of 50. This is to prevent ship from accidentally locking onto the missile itself as it is very close to ship during launch.

That is so awesome!

@EnjoyCoke Remote control block has a method called GetFreeDestination. You can input a target coordinate to move your ship to, then the method will return you a coordinate that will be free to occupy without collision. Using this method you can purposely calculate a collision point.

https://steamhost.cn/steamcommunity_com/sharedfiles/filedetails/?id=576432871

How do you get the coordinates from the target? Normally people use a drone and assign the drone's own GPS coordinates.
Are you saying there's a way to get a "target in front of me"-s GPS coordinate from looking at it?

@Trozzo Yes, using the boolNaturalGravityDampener setting to point dampener thrusters against gravity.

Amazing, can the script manage if there is gravity or not?

10/10

BEHOLD THE POWER OF C# WELL DONE SIR, hopefully it will inspire others to learn C# and give it a try on SE, it opens up so many possabilities and you just showed how great it can be, rate this script 10/10

@silentdeth It uses intersection of missile and target vector to calculate impact point. Exact same method as the Sogeki targeting scripts. Since the locking method allows getting of exact coordinates, this method of target leading is used instead of PN.

Fucking incredible Sir.

Woha. I didn't think this was even possible. So awesome!

ITS TO COMPLEX I NO BRAIN NOW

Does this use a variation of PN guidance?

OK that's something really close to the AMAZINGNESS!
Great job!

OK, I understand bounding sphere mechanism and have solved problem. Thank you!

@Pennywise Np! I am thinking of a crazy script idea, where players will just build their torpedos anyway they want following some rules (at least 1 gyro, thrusters etc). Then trigger a "Missile Configuration Script" to select the homing type they want, then script auto detect and rename the blocks to whatever it is required. Those things not doable by script will be listed as instructions, like: 1) Group GYRO1, GYRO2 under group named GYRO. 2) Add PROGRAM1 as Run under CLOCK as an action.

@Nemo Can be used on rotors. Except that since it is a different grid, the rotor mount is detecting your launching ship instead, as it is using bounding spheres. Its is an API limitation at the moment.

One more question. Is this script support communication between rotors? In my case, I put REF_REMOTE and REF_FRONT to rotor grid that different from missile launcher grid. It can launch missiles but doesn't homing to target.

Yep, I was just thinking the same thing. The division is as below.

[Remote Targeting (SARH)]
Strong : Precise targeting, manageable multi-target, Off boresight
Weak : Little hard to operate

[Active Radar Homing (ARH)]
Strong : Fast targeting and launching, Easy to construct missile barrage
Weak : Longrange attack

Hi, Alisius. This is completely your script. Why should i be a contributor. But thanx anyway.

@Nemo The former setup using Remote Targeting Script is like the Semi-Active Radar Homing. It is still preferable if you want to suddenly switch target mid flight and it has more stable locking. Also less CPU intensive if multiple missiles are launched.

@Nemo Totally removed data uplink after the initial lock. You can also use T coordinates for initial locking. But once switch over occurs, missile is on its own.

It's cool. The amazing point of this script is more easy to operate than former one.
On the other hand, is it removed any information that indicate missile coordinate? I'm just curious about that.

Very impressive! I can't wait to try this script!