target_practice

This unfortunately seems to be a rather opaque topic with essentially no documentation on the BIKI that I can find. I understand that saving the game records the position and status of objects in the game world, along with the time and other environmental factors. However there seems to be an indication that it can also record the execution status of some scripts (or at least the values of variables), but not others? In short, I essentially don't know what a savegame does and doesn't record the state of.

The value that the statement produces. Run it in the debug console: it displays the return value of any expression executed in it underneath the text field.

By all indications that statement should work, what does it return when you run it?

A reasonably large segment of the playerbase engages with various PvP gamemodes, with unofficial mode KoTH, and official mode Warlords seeming to be the most popular currently. I can't tell you much more though, as I hardly ever play public PvP, though be warned the quality of gamemodes and servers can vary drastically, so your mileage may vary. Can be both, depending on server difficulty settings.

Now that I think about it, I believe you may have to manually activate the associated UI and their scripts to get it working in a camera.

I'm afraid I'm not sure then 😕. All I know is that I was able to implement a lot of stuff while using the camera, so It's certainly possible. For the reason above, I can't really help directly right now, so you'll just have to try some stuff until you get it working (i'd suggest using the BIKI page for the above command as a starting point). If you still haven't worked out how to do it when I get back to working on my project (and therefore remind myself on how to do everything) I'll update this thread.

Sorry, I forgot to mention you need to execute the command "cameraEffectEnableHUD true" to get many UI elements to display when using a camera. I wrote this code ages ago and the project its part of is on a bit of a hiatus, so I don't quite remember how the whole thing works. 😉

'camCreate' command with the 'camcurator' camera type. Here's an example of where I've implemented it myself (ignore the undefined variables, this is a snippet from a larger function): _commandCamera = "camcurator" camCreate (_target modelToWorld [0,0,5]); _commandCamera cameraEffect ["internal","back"]; //Define parameters for the curator camera _commandCamera camCommand "maxPitch 40"; //Maximum pitch of the camera, in degrees, relative to the horizontal plane _commandCamera camCommand "minPitch -89"; //Minimum pitch /*_commandCamera camCommand "speedDefault 0.1"; _commandCamera camCommand "speedMax 2";*/ _commandCamera camCommand "ceilingHeight 500"; //Maximum height of camera above terrain or sea level _commandCamera camCommand "atl on"; //Determines whether camera height (and ceiling) is adjusted relative to terrain (on) or sea level (off) _commandCamera camCommand "surfaceSpeed on"; //Whether camera speed is decreased (on) or increased (off) by proximity to terrain

No, don't use zeus itself, just the camera. If you do that, I see no reason why it wouldn't work with HC, as all it does it changes the player's viewpoint in the same way that getting into a vehicle or using a turret does.

For the camera itself you can just use the Zeus camera. You'll still have to make the UI yourself but in terms of movement it does everything you need.

Yes.

Four years is hardly enough to make an engine 'outdated'. Given their complexity, modern engines are usually developed with an expected lifetime of at least a decade.

I don't speak from first hand experience either, but from what I understand enfusion's animation is considerably improved compared to RV's, with it incorporating animation blending and various other bells and whistles.

Unless I am mistaken, arma 3 does not have any such animations as, unlike previous installments, it implements ragdoll physics for killed units.

It depends in what context you want to this blank UI to appear. You can put the code in numerous different places, all of which affect when and where (as in, on what machine in a multiplayer session) it is run. Yes, but as I've already told you, a blank UI alone will not allow you to recreate that firing range/free aiming thing from VBS. That requires more work.

I suggest you try pasting it in something like Notepad++ first, see if that helps. Bloody hell you beat me to it. To corroborate with @Von Quest though, given that you seem to be enough of a scripting novice to not even know how to really use your code, we'll need to know exactly what you desire to achieve here in order to give the right advice

Could you please repost that code using code block object? Presently you've posted it onto a single line and made it extremely hard to read. Even so, you still haven't said where you want this code to be run.

Where you put the code depends where and under what circumstances you want to run it. So what exactly do you need this for?

I believe so, but I've never used it for this specific purpose my self.

File patching will only allow for the loading of unpacked data from within the A3 directory. I think this used to be different, but not anymore.

It also has the difference of being slower and harder to read, so there really is no real reason for it.

Or just assign as a global variable by omitting the underscore, which does exactly the same thing in this case if I'm not mistaken.

Out of interest, do you know how the command now determines if a weapon is intended for vehicles?

You can't. It's hardcoded.

You can't. As stated in my previous post, the 32 light limit is hard coded. Lights beyond that limit will still have a flare sprite, but will not cast light onto surfaces.