Manpack flamethrowers

[DRG]

Italian weapon 85 is nothing more than a gasoline bomb.... a Molotov with the same ratings as the Molotov in the Russian OOB hence the name " bomba Benzina( bomb+petrol) . And it was named that way by the original OOB designer . The same goes for the German weapon 85 'Brandflasche' they are just gasoline bombs just like Weapon 85 in the Russian OOB and Weapon 85 in 24 other OOB's

But thanks so much for trying to turn them into something they're not but we already have an infantry flame thrower in the Italian OOB as weapon 83 Lanciafiamme. I have noted though that you say it was not issued until 1935 but the game has it issued to two whole units before then. Are you sure there wasn't a model used before then? They used the French Schilt 3bis in WW1.

And yes one (1) German unit has a flamethrower 15 months "too early" but they used them a lot in WW1... are you sure they were not used between the wars ?

Many Manchukuo units have a start date of 1930 which is interesting as the state didn't exist until 1932 but I guess that is neither here nor there.

and yes you are correct. Many do start in 1930 which is as you say is "neither here nor there" because they aren't available until Manchukuo appears as a "nation" in March 1932 and the date inconsistency means nothing at all to the game but it does give you something else to point out to us.

[Kiwikkiwik]

According to Canfield US infantry weapons of WW2
The US had no flamethrowers during WW1 and had no interest between wars in flamethrowers. They began development of their first flamethrowers in 1940, so definitely not.

British and American infantry weapons of ww2 by Barker says this
"Flame throwers were not employed by the British infantry until 1943."
I would assume he considers the limited introduction of the Mk I in 42 as an unsuccessful trial. It was after all withdrawn from service.

Generally I think it is fair to say that without any evidence of their use, they should be withdrawn. The argument that they should be included because leftovers from WW1 might of been used seems to be drawing a bit of a long bow. I can find no evidence of flamethrower use outside the service dates I supplied. I did look.

And of course nearly all armies were in penny pinching mode between the wars. A flamethrower is a complex piece of equipment containing perishable seals etc, it needs regular pressure testing and maintenance you can't just leave it on the shelf for two decades and pick it up and expect it to not incinerate the operator. Someone has to remember how to service and use it and how to train others in its use all of which is very expensive, and unlikely. No doubt they were mostly scrapped.

My apologies for mistaking the Molotovs for one shot flamethrowers. I am guessing then that the Italian Lanciafiamme Mod 41 assalto is missing from the game, Probably would be a useful addition as it is available form 1941.
I did manage to find the German FmW.46 this time round, So to recap weapon 142 FmW.46 has a half second burst delivering 1.7 lt of fuel, This is equivalent to a burst from a normal manpack flamethrower, actually better than some. So it should have a HEKill much closer to 25. Game has HEKill of 15. It is a weapon specifically designed for Paratroop and infantry assault groups and later issued to volksgenadier. Not sure why it would get a HE penetration of 6 whereas a manpack flamethrower gets a HE penetration of 0. HEAT penetration and warhead size should probably be the same as for the manpack as well so changing from 6 and 5 to 14 and 45. The weapon gets 5 or 6 shots but is actually only capable of one shot.
This site
https://de.zxc.wiki/wiki/Einstossflammenwerfer_46
give production first date as Oct 44 but first use in Battle of Berlin. Appears in the game from 2/1945.

[Kiwikkiwik]

sorry for that I posted this before I read your comments.

Obviously if you could give me an Idea of how the scenarios and OOBs interact then that would be very helpfull in discussing how the "Changing OOB stuffs Scenarios" problem can be fixed. But I can speculate a bit in the interim.

So the idea is simple enough. Instead of the scenario using the current OOB files it needs to use the set of OOB files that were current when it was created. So far so good.

I would like to know exactly what use the scenario files make of the OOB files but as all these file sizes are minute by current standards it might be possible to incorporate whatever OOB information the scenario file is looking for straight into the spscn001.DAT file, when it is created, so it then becomes stand alone.

Another approach might be to keep the legacy OOBs

So you could create legacy folders
C:\WinSpww2\GameData\OObs\LegacyOOBs\v13.
By the time you are at v20 you would have 6 legacy OOB folders, \v14, \v15, \v16, \v17, \v18, \v19,
I don't know when the OOB files are loaded into memory, but when a scenario is opened the first thing it needs to do is open the appropriate legacy OOB file, instead of using the current OOB files. So it needs to call the OOB opening function and when it calls that function it needs to supply that function an argument which is the path to the appropriate legacy folder. Which the function should then substitute for the normal path. And then of course when it exits reload the current OOB files in a similar manner, no argument needed just run the function as normal.

To achieve this you would need to include a call to the OOB opening function and the path to the legacy file in the start of the scenario file.

For a scenaorio created today it would be
C:\WinSpww2\GameData\OObs\LegacyOOBs\v14
and if it can't find that folder which it won't as v14 is the Current OOB then when the code fails to find the legacy folder then by default it opens the current folder,
C:\WinSpww2\GameData\OObs. (using an error catcher)

OOB manager already has the required functionality "Restore Default OOBs" and "Pick Custom OOB Set" buttons which if they actually don't call the function that loads the OOBs they perform the same job. So you could press these buttons and then step through the code with Borland C++ watching which lines are used this will tell you what the code you are looking for looks like, and what needs to be included at the start of the spscn001.DAT file.

As a starting point you could drop the "Pick Custom OOB Set" code into the start of the scenario and then give it the correct path manullly. And drop the "Restore Default OOBs" code into the end.

In the purchace screen the code for the Allies button and what happens when you click a flag will also have some useful functionality for this job, for example listing the OOBs that need to be incorporated into the spscn001.DAT file.

As a programmer I would say this is relatively straighforward job. I would be happy to help in any way you deem fit. If it is too difficult a job for your current resources cheap programming assistance is out there.

[DRG]

Originally Posted by Kiwikkiwik

weapon 142 FmW.46 .........The weapon gets 5 or 6 shots but is actually only capable of one shot.

The weapon gets 5 "shots" in a 10 man section and 6 in a 12 for the same reason 20 Handgrenades might be available to a 10 man section and 24 to a 12 man section. The 5 and 6 represent five or six of these weapons available to the sections NOT one weapon with 5 or 6 bursts. If it had been set up to represent one weapon with multiple busts it would have been the set up with the same number for both section sizes