Reload one bullet

[CanadianBeaver]

I am not sure, maybe this suggestion was offered, but it will be great, if weapons can be reloaded one by one bullet. For example, shotguns or grenade launchers should be reloaded in this manner.

[Solarius Scorch]

Can you provide more info on how exactly this would work?

[Meridian]

Aren't grenade lauchers for example in piratez already reloaded bullet by bullet?

[Solarius Scorch]

Aren't grenade lauchers for example in piratez already reloaded bullet by bullet?

And the sawed-off is loaded in pairs, Doom-style.

[CanadianBeaver]

Cam you provide more info on how exactly this would work?

Yes, of course. Let's look on the MGL. This weapon can be loaded by 6 grenades at one and the same time. One grenade should occupy single cell in the soldier's inventory. Loaded grenades can be different - incendiary, smoke, blast. Loading and unloading grenades should be possible one by one.

Shotguns. For example, this type of weapon can be loaded by 8 AMMO. Six ammo can occupy single cell in the soldier's inventory. When you load the shotgun, one bullet will be taken from inventory ammo (5 are remaining) and this bullet will be put into shotgun. Type of ammo can be different and capacity of ammo in inventory can be different and can occupy different cells. For example, standard six ammo in the single cell, 25 alloy ammo (this is different than standard) in the box of 2x2 cells. But standard and alloy ammo can be loaded into shotgun at one and same time (for example 3 standard and 3 alloy).

In additional, ammo can be joined in the inventory. For example, 3 ammo and 2 ammo can be joined into 5 ammo in one cell. But 4 ammo and 3 ammo can be joined with result of 6 and 1 ammo in the 2 cells, because only six ammo can occupy single cell in the soldier's inventory.

[Meridian]

FWIW, this would require a lot of work.

[Solarius Scorch]

All right, thanks for the explanation.

Now, can you please specify the UI behind this?
I imagine that if you have an empty or half-empty shotgun, and a number of shells in one slot, you can drag the pile of shells to the weapon and load as many of them as there are, or as many as you can fit.
Now questions:
- How do you unload the shells one by one?
- How many TUs per bullet?
- If you load 2 bullets from one slot and 3 bullets from another slot, does it cost the same amount of TUs as loading 5 bullets from one slot? Why?

Also please note that this would require grouping items of the same type in one slot, which is a huge change.

FWIW, this would require a lot of work.

And yes, this is the biggest question... What exactly is the purpose of this?

[ivandogovich]

I am not sure, maybe this suggestion was offered, but it will be great, if weapons can be reloaded one by one bullet. For example, shotguns or grenade launchers should be reloaded in this manner.

hmmm... after your explanation, I don't really see the reason why you would want this ability in the first place.  The micromanagement would be pretty intense, and your results may be fairly unsatisfactory.

Lets take a shotgun for example, and consider it has three types of ammunition:  Buck Shot, Heavy Slugs, and Incendiary Scatter Shot.

What order would you load these in?  and why?

Lets just say you loaded them in the order above and had 6 shots loaded:
    Shot, Slugs, Incendiary, Shot, Slugs, Incendiary
Now, the first target you find has low armor, so your Shot round works well. Nice.  The next one is vulnerable mainly to fire (lets say a Reaper).  Oops, I've got a slug loaded,  what do I do? Unload it to get to the Incendiary?  Fire it so the incendiary is up next?  What if the next target is best hit by the Slug for armor penetration? etc, etc.

Maybe its better just to have the single shot weapon, like M249/M203 grenade launchers and load the appropriate round before firing (adjusting TUs costs to allow this etc).

Tl:Dr  I don't believe your idea is practical in game play.

[CanadianBeaver]

FWIW, this would require a lot of work.

Sorry, but I do not think so. I can do it in one day, if the openXcom would be developed on C#.

It need just one boolean flag in the items definition, for example - canbeloadedbystep=true|false(default - it is current behaviour), and an additional array for storing values of loaded ammo in the weapon class definition (in the source code). All other functionality has already been made.

[ivandogovich]

Sorry, but I do not think so. I can do it in one day, if the openXcom would be developed on C#.

Wow. And this from the person that doesn't like executable variants, and only wants to stay at the 1.0 Milestone??  Sometimes I wonder....

I mean I really like your methodical and organized approach to the mod that you have created.  It shows a great deal of creativity and vision. 

In other aspects, your disregard for voices of experience recommending for example: building for Nightlies, and what is easy to develop or not to develop kinda blows my mind.

Anyway, stepping away from this discussion now.

[Meridian]

Sorry, but I do not think so. I can do it in one day, if the openXcom would be developed on C#.

It need just one boolean flag in the items definition, for example - canbeloadedbystep=true|false(default - it is current behaviour), and an additional array for storing values of loaded ammo in the weapon class definition (in the source code). All other functionality has already been made.

I don't want to offend you or underestimate your skills... but I respectfully disagree. First look at the OpenXcom code before making such statement.

The "items definition" don't even create any instances/objects as such. In geoscape, all you have is the number of those items, without the actual items. The instances are created in battlescape, live there for the duration of the battle and then get destroyed again... so you would lose the information about the remaining bullets in a clip after the battle.

I am not saying it cannot be done... it can.
I am also not saying it is difficult... it is easy.
I am only saying it would take a lot of time to make these changes on all related places.

[CanadianBeaver]

All right, thanks for the explanation.

Now, can you please specify the UI behind this?
I imagine that if you have an empty or half-empty shotgun, and a number of shells in one slot, you can drag the pile of shells to the weapon and load as many of them as there are, or as many as you can fit.

Just one bullet from pile of shells.

Now questions:
- How do you unload the shells one by one?

During combats - one by one. LIFO, last-in, first-out. After that player can combine this one bullet with pile of shells in the inventory or player can put it alone.

During equipping aircraft - all bullets in one possible slot, if they can be in one slot. If not - one by one. LIFO in both cases.
For example, the weapon has been loaded by 10 standard ammo and after that by 3 alloy ammo. One slot can contain 6 ammo, doesn't mater alloy or standard. Unloading at first time will unload 3 alloy ammo, second time - 6 standard ammo, and at the end 4 standard ammo.
Another example, the weapon has been loaded by 5 standard ammo and after that by 6 alloy ammo and after that by 4 standard ammo. One standard slot can contain 6 ammo, one alloy slot can contain 4 ammo. Unloading at first time will unload 4 standard ammo, second time - 4 alloy ammo, next try - 2 alloy ammo, and at the end 5 standard ammo.

- How many TUs per bullet?

15. And here we can think about another good idea in the game - different ammunition may have different time requirements for loading/unloading.

- If you load 2 bullets from one slot and 3 bullets from another slot, does it cost the same amount of TUs as loading 5 bullets from one slot?

Yes, it right.

Why?

Sorry?

Also please note that this would require grouping items of the same type in one slot, which is a huge change.

Two slot, one contains 2 bullets, another 3, maximum can be 6. Drag and drop 2 bullets to 3 bullets and calculate the result is a huge change?...

[Meridian]

15. And here we can think about another good idea in the game - different ammunition may have different time requirements for loading/unloading.

This is already implemented in OXCE.

Two slot, one contains 2 bullets, another 3, maximum can be 6. Drag and drop 2 bullets to 3 bullets and calculate the result is a huge change?...

No, it's a relatively small change.

[CanadianBeaver]

Wow. And this from the person that doesn't like executable variants, and only wants to stay at the 1.0 Milestone??  Sometimes I wonder....

I mean I really like your methodical and organized approach to the mod that you have created. It shows a great deal of creativity and vision.

Thank you very much. But, I am afraid that I do not clearly understand your point. Yes, I prefer the OpenXcom 1.0 because it is unchanged version. It gives opportunity to develop the modification that works after testing without adaptation each night. It is the standard practice in the software development, I guess. And I do not prefer executable variants because it is non canonical way, and Debian, and my filling, and my thinking, and much more... If you ask me - let it will be "my religion". Can I have "my own religion"?

In other aspects, your disregard for voices of experience recommending for example: building for Nightlies, and what is easy to develop or not to develop kinda blows my mind.

Sorry, but I think you are not right. If you are speaking about Awesome Guns modification, please look at the 1.2 release. Second point is - the compatible with nightly version has been increased. I have the problem with testing OpenXcom nightly, because there is no .dep package for Debian, but I am researching how to solve this problems. I look forward to when OpenXcom 2.0 will be done, but I am not sure if it will happen. Moreover, I will be very happy, if the official repository of OpenXcom nightly for Debian will be implemented.

Anyway, stepping away from this discussion now.

So do I. If you have something against "my software developing religion", we can discuss about tet-a-tet. Please feel free to text me.

[Meridian]

May I ask to whom exactly was the original suggestion from the first post in this thread addressed?