giveScoreAlsoForResearchedArtifacts: true # default is false; when true researched artifacts and interrogated prisoners still give full score in debriefing
armors:
- type: STR_FLYING_SUIT_UC
allowsMoving: false # disables all kinds of movement, except for turning around on the spot
- Don't use piloted interceptors in New Battle mode
Is this about geoscape or battlescape? Can elaborate on what that means?
It means that interceptors that support just a few soldiers/pilots, and have "allowLanding: false" will not be available to use in the combat simulator (New Battle mode).
or make the same fuel tank's capacity vary by the craft it's mounted on? It that what you're suggesting, Reaver?As far as I understood his idea, he suggests changing the fuel efficiency, and not the amount of fuel itself. The use of some parts increases the amount of fuel, the use of other parts increases the flight distance by a certain percentage (through multiplication) with the same amount of fuel. Therefore, in the formula there is an addition (for additional fuel tanks) and multiplication (for engine improvements). But maybe I did not understand him that way.
I somehow fail to understand the examples.
For example, if a craft had fuelMax 60 and you mod it to have fuelMax 20, it won't be 80... it will just be 20.
If you can please rewrite the example with real ruleset attribute names (instead of "fuelStorage", "mod stat|fuelMax" etc. ) and real values, it would help me understand it.
Also, the formula is wrong, no matter how I look at it... aircraft's net fuelMax is just its fuelMax plus fuelMax of all its equipped "weapons".
So X = Xa + (Y1 + Y2 + Y3 + Y4), where Y1-Y4 are fuelMax of the equipped weapons.
Your variables A and B are nowhere in the formula, and I don't even know what Xb is supposed to be.
crafts:
- type: STR_INTERCEPTOR
fuelMax: 800
refuelRate: 50
weaponTypes:
- 1
- 1
- [0, 1, 2]
weaponStrings:
- STR_AIR_WEAPON_SMALL
- STR_AIR_WEAPON_SMALL
- STR_AIR_WEAPON_MEDIUM
- type: STR_UPGRADE_FUEL_TANKS_A
stats:
fuelMax: 200
launcher: STR_UPGRADE_FUEL_TANKS_A_UG
weaponType: 1
- type: STR_UPGRADE_FUEL_TANKS_B
stats:
fuelStorage: 6
launcher: STR_UPGRADE_FUEL_TANKS_B_UG
weaponType: 1EDIT:My suggestion would have that effect.
or make the same fuel tank's capacity vary by the craft it's mounted on? It that what you're suggesting, Reaver?
As far as I understood his idea, he suggests changing the fuel efficiency, and not the amount of fuel itself.I am interested in such a feature, but it wasn't my primary suggestion. I was suggesting a feature which would give an amount of fuel that is altered by the craft's fuel efficiency (specifically multiplied by its refuelRate attribute).
My suggestion would have that effect.
craftFinalFuelMax = craftFuelMax * ( 100 + slotA.fuelMaxPercentage + slotB.fuelMaxPercentage + ... ) / 100
_selection->blitNShade(this, 0,0);
New _selection->blitNShade(this, _selection->getX(), _selection->getY());
Seem to solve the issue.Awaiting to confirm this in order to PR an OXCE-updated inventory per armor feature (see OXC PR1210)...
I've seen this in OXC and I need to have a closer look at it... but most likely I will take it into OXCE.Adapted already for OXCE (I hope ;))... PR 20...
And after a bit of testing, it will probably be merged to OXC as well.
Can you please teach me/us how to "steal" some mods from the truly amazing megamods out there? For example, I would just like sniper rifles addes to the vanilla, or maybe a gym.Below I have attached an example mod containing the .308 Sniper Rifle from The X-Com Files total conversion mod. Download it, install it, and pop open the ruleset in notepad++ so you can follow along as I explain how I built it.
terrains:
- name: XBASE
addOnly: true
mapDataSets:
- BLANKS
- XBASE1
- XBASE2
- XBASE3
- BATHWALL
- BATHBITZ
mapBlocks:
- name: XBLW_01
width: 10
length: 10
- name: XBLW_02
width: 10
length: 10
- name: XBLW_03
width: 10
length: 10
- name: XBLW_04
width: 10
length: 10
- name: XBASE
mapDataSets:
- BLANKS
- XBASE1
- XBASE2
- XCOMWALL
- XCOMBITS
OpenXcom is supporting only 8bit graphic
Since when? Maybe we should go back to the way it was? In version 5.0 such mess was not.
I mean, it would be nice to undo all the changes in image support that have been made since version 5.0.
For what reason?
Did something break?
(except for not loading 24bit images... which were not and still are not supported)
I don't know what the arguments, but... I have nothing to replace the images that are not working in the new version. That's the whole point. Apparently I will have to continue using version 5.0.
You don't know how to convert them into 8bit graphics?
I can help with that if you want... I assumed all modders know how to work with xcom palettes.
I made a small tutorial for luke83 here, maybe it helps you too: https://openxcom.org/forum/index.php/topic,6750.msg107256.html#msg107256
items:
- type: STR_GRENADE
floorSprite: 100
scripts:
selectItemSprite:
if eq blit_part blit_item_floor;
set sprite_offset anim_frame;
mod sprite_offset 3;
#debug_log 1 anim_frame;
#debug_log 2 sprite_offset;
end;
add sprite_index sprite_offset;
return sprite_index;
I don't know what the arguments, but... I have nothing to replace the images that are not working in the new version. That's the whole point. Apparently I will have to continue using version 5.0. Until find a replacement.
@Ethereal
I have converted all 24bit images from your mod (the latest available on the forum) to 8bit images.
You can find them in the attachment.
I can help with that if you want... I assumed all modders know how to work with xcom palettes.I guarantee you less than half of modders, by number, know how to work with X-Com palettes. Remember, this is OpenXcom, an incredibly easy format for non-programmers to get into.
Confirmed, it's any weapon that uses the 'special weapon' code, separate from the vanilla 'psi button' reserved for being able to use Psi Panic with mind controlled aliens - the action of clicking on the button continues on to whatever is below the button when you cancel the menu. You can see this if you click on the button not on a unit, it'll bring up the movement preview if you have that option on, or start moving the unit if you don't have it on. I'm testing a fix right now.
Any news on that fix? or does this not affect vanilla MC/Psi?
Fix is now available (PC version only for now).
The bug doesn't affect vanilla MC/Psi.
@MeridianNot that, i'm just wanting to try the 2018-12-22 version out at 10:00 AM just to be its schedule for later, meaning i got 3-4 hours til 10:00 AM.
You need professional help. Really.
Is any option to disable hunter alien UFOs who randomly attack and destroy my transport and scout ships in Area 51 mod? Last time my Skyranger was killed when I returned from successful mission. I like this project because of a lot little great features in compere with original openxcom, but those hunter UFO's completely annoys me.
EDIT (SET AS REMINDER!!! :o):
Uh, Houston. We got a big a$$ problem.
The geoscape radar systems in OXCE has a bug, but never been fixed. Take a look at the image i've did using snipping tool app instead of F12.
(https://openxcom.org/forum/index.php?action=dlattach;topic=6586.0;attach=40678;image)
See, messed up radar bug in OXCE.
That bothers me with the older OXCE version i'm playing instead of the newer version.
What a bad relief. :-[
It's not a bug, it's a feature.Okay i see.
And it comes from OXC, not from OXCE.
Today I discovered a bug (not sure) - if you escorting you transport ship on the mission and get attacked by alien hunter UFO, both aircrafts lose their destination after successful dog fight and turning back to their base, so you need point you Skyranger again on mission objective at the map and re-escort it with you Interceptor.
Hey Meridian, how about returning to base not only soldiers from destroyed Skyranger but their equipment too, at least what they're carrying on themselves? It's kinda unfair what they're evacuates but drop their staff. Just suggestion anyway.
Why don't they remain at the crash site and wait for X-Com to pick them up?
Here's an idea:
They wait at the site. If you do pick them up, you get to keep anything that survived the crash. But as long as the site waits there, aliens might go after it, and if they get it, you lose points for all soldiers lost to the aliens, and for all equipment the aliens recover. So if you decide you don't think you can make it (or you see a UFO heading for them), then you can remotely command the site be destroyed. If you issue that command, the site will disappear, all equipment will be lost, and the surviving soldiers will make their way back to base on their own over several days.
Nice idea.As a suggestion, I can state the idea that came to me when the UFO Hunters-Killers were added. It is somewhat simpler, maybe it will not be so difficult to implement it. The idea was to equalize the capabilities of people and aliens, not only in air combat, but also in ground combat. Now people can attack downed UFOs, and aliens cannot attack people from a downed transport worker. So, the idea was that the Hunter-Killer should have another property - can they sit down after people from a downed transport worker. It makes sense to assign this flag to big Hunters carrying many aliens and terrorist units. Small ones, with a small detachment of aliens, have little chance of winning, so the flag is not assigned to them - they only shoot down planes. So, if the Hunter-Killer knocks down an X-Com transport, then if he can, then he descends after the survivors and lands. At the same time, the soldier scatters around the battlefield (they parachuted with parachutes and did not have time to group themselves), and from their weapons and equipment they only had what had been assigned in advance. There was no equipment window before the fight, but the one that was already assigned was fastened to the uniform or was at hand, so professional soldiers could grab this weapon when leaving the ship. The aliens themselves are partly inside the UFO, partly manage to disperse across the battlefield (as they do now when attacking a stranded UFO). However, many people may be at a disadvantage, surrounded by enemies. The initiative of the first move will be for attacking newcomers, but the X-Com soldiers will have the opportunity to respond to the return fire, as it is now on the first move in a normal battle, only the sides change places. Opportunities to evacuate people do not have - refusal from battle is a recognition of defeat. In case of victory, soldiers can use the help of local allies to return to the base, but lose all trophies (they are picked up by the local army or whoever is there), and their equipment is destroyed, according to the instructions. That is, the return will still not be fast, all equipment is lost, only the battle is added, in which the soldiers have to defend their right to life.
Too much work, not interested.
The modder can allow you to put defensive weapons on your transport, and it is entirely up to them how durable your transports are and how rough the HKs are. If they are sending battleships at your transports which chase them down at high speed and pulverize them rapidly, then I think it was the modder's intent to make you feel that your transports are not sacred. I would respond by selecting one of the following options:
1.) purchase multiple cheap transports, troops, and equipment sets
2.) play a different mod
Well, it's not like I've ever actually needed to use this, but I dig this [self-destruct!] button idea for the sheer awesome potential. :DPotential for awesome misclicks? :P
[16-01-2019_00-52-17] [FATAL] A fatal error has occurred: Segmentation fault. This usually indicates something missing in a mod.
[16-01-2019_00-52-17] [FATAL] 0x88db20 OpenXcom::CrossPlatform::stackTrace(void*)
[16-01-2019_00-52-17] [FATAL] 0x8911b0 OpenXcom::CrossPlatform::crashDump(void*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)
[16-01-2019_00-52-17] [FATAL] 0x401750 signalLogger(int)
[16-01-2019_00-52-17] [FATAL] 0x76f653b0 RtlCaptureStackContext
[16-01-2019_00-52-17] [FATAL] 0x76f46540 RtlGetAppContainerNamedObjectPath
[16-01-2019_00-52-22] [FATAL] OpenXcom has crashed: Segmentation fault. This usually indicates something missing in a mod.
But you probably already found what the Interceptor 3 has NO weapons. I forgot equip it after I bought it. That's why I think OXCE crashes. Now the questions:Now the questions:
1. Is this a bug?
2. Could be it fixed if weapon(s) (both or only one, dependence on type of you aircraft, or just how many you decided to equip) missing?
2/ fixedUmm... replaced files from latest 15th January archive but game still crashes there, or you haven't uploaded fixed version yet? I guess it should be at least 16th or later data, since I'm posted during night and you replied later.
Got it! Wow self destruct, this is something new and funny. :) Thanks for fast fix and reply. By the way, new question regardless dog fight phase - when it starts there is no more option to minimize window and go to world map. Is it possible to add this in case if you forgot send you escort from nearest base? But I guess this is will break game algorithm and mechanics. Just a question, anyway ;)
P.S. Sometimes slave-piloted tanks disappear from FORTUNA on missions, going to ckeck it once again and write a bugreport.
In the next OXCE version, 2x2 soldiers will always be deployed first, ignoring their position in the list.
They won't disappear anymore, but you won't be able to define their exact position anymore (for example you won't be able to move them to the craft's rear end).
Do not quite understand, it will apply to all 2x2 player units, including HWP, or only a big soldier?
This is taken into account?
Is anyway to change % of Hunter Killers UFOs dependence on difficulty? Interesting on both parameters: % that UFO what you encounter has chance been HK and % of their hunter attack missions. if it possible, what changes I need make in rules set files?
Thanks for fast reply. Any plans of this feature in future releases? Is it even possible with current rules set format?
I have discovered some interesting bug (or not?) with liquid oil explosion on those kind of maps:
(https://i.postimg.cc/D4KVWmLz/screen026.png) (https://postimg.cc/D4KVWmLz)
If you shoot it, it will explode with long chain, blow, blow, blow.... etc. Sometimes it took 2-3 real life minutes to finish. If you shoot same in classic openxcom, it exploding faster. You can compare yourself, if you want, I'm attaching save file. Now the question is it little bug or just a feature of OXCE?
Questions about difficulties: have you changed rate of alien psi control attacks
weapons powers
and armor behavior and etc in compare with open xcom version.
I'm replaying area 51 on veteran but failing due to incredible psi attacks.
Interesting changes in amount of aliens in every mission too. I mean how many will be generated in their ships, bases and terror (council) missions.
There was a bug in psi attacks between versions 2019-01-03 and 2019-02-22.Got it! Upgraded. Testing now.
If you have a version older than 2019-01-03 or newer than 2019-02-22, psi attacks work the same as in vanilla.
Otherwise, please upgrade.
That's responsibility of Area 51, not of OXCE.
Thank you for fast response and your answers.Got it! Upgraded. Testing now.
By the way - double stats strings on newest version 5.3.2 (2019-03-18)
"cwmcwm" on screenshot:
(https://i.postimg.cc/XXrNdYrm/screen029.png) (https://postimg.cc/XXrNdYrm)
Some suggestions and questions about soldiers sorting order. Now we have a lot of options, like sort by accuracy, strength etc... But all of them has order from lower to higher. But I'm often like to use opposite effect from higher to lower. Of course, I can do it manually, but may be option in future releases? Or it's already exists and I'm just missing it?
New OXCE v5.3 is up.Great. But where can i get more info about thi? Is there discussion, or maybe an example mod?
- Added script support for stat bonuses, including:
* Items: damageBonus, meleeBonus, accuracyMultiplier, meleeMultiplier, throwMultiplier, closeQuartersMultiplier
* Armors: psiDefence, meleeDodge, recovery (time, energy, morale, health, stun)
armors:
- type: STR_NONE_UC
recovery:
time: |
unit.tuBonusStats bonus 50 10 0 0; #same as old `tu: [0.05, 0.01]`
add bonus 5; #similar to old `flatOne: 5`
limit_upper bonus 100; #impossible in old version, now TU will never reach more than 100 per turn
return bonus;
extended:
scripts:
energyRecoveryBonusStats:
- offset: 1
code: |
div bonus 2; #all units have only half energy regeneration
return bonus;
Inventory is still off limits for scripts, you have only access to left and right weapon.
if you run game with debug and verbatim or some thing like that, script engine will do full dump of all possible functions avaialbe in each script.Please, can you provide an example?
Please, can you provide an example?
full dump attachedThis is a great info. Many things to think of, thanks.
full dump attached
Is there any reason the the sorting option "First Letter" isn't fully alphabetical? I mean, it's REALLY close, but not quite.
"I have approximate knowledge of many things"
What did you do with the sound in the latest version? After the upgrade has changed the sound of death of Sectoids and shock plasma. I didn't do anything myself. I really do not like these changes and please return the sound settings to their original state.
P.S. In general, I found the original sounds in the "wav" format and the situation ceased to seem the End of the World.
P.P.S. Apparently the problem is reading."cat" file.
Can you share the CAT file that is causing the problem?
(or the entire content of your SOUND directory and your options.cfg file)
Hi, i have openxcom version on pc and openxcom extender android on tablet, could i play between platforms without problems? Or will i change openxcom on pc to openxcom extender?
Thanks in advance
You can transfer your saves from openxcom to openxcom extended without problems. From PC to Android.
But if you transfer saves from openxcom extended to openxcom (from Android to PC) you will lose some information.
I would recommend updating your PC to openxcom extended too... but the decision is yours.
Thanks a lot, I'll do that.
Another question, if I install oxce I will have to patch games manually or is like openxcom?
Thanks in advance
Meridian, do I have to dig at myself in order to identify the problem of sounds, or will there be a bug fix in the next version of OXCE?
It's the same like downloading openxcom nightly as zip.
I am not a programmer. But apparently there is an offset when playing a sound in the file "cat", in the folder "\ openxcom \ UFO \ sound". If you take the files "cat" from here https://openxcom.org/forum/index.php/topic,2727.msg28562.html#msg28562 , then the sound will be strange, although this is the way out. But there the file size is smaller than from my version of the UFO, and some sounds may not suffice (did not check completely).
It is possible, as an option, to integrate this mod https://openxcom.org/forum/index.php/topic,2044.msg19770.html#msg19770 into OXCE and forget about this problem.
Hi, I have another question. Where is cfg file?
It's for copy it to pc, phone and tablet, to have the same options.
Thanks in advance
%Documents%/OpenXcom/options.cfg
Another question, how can i donate? I already donate 5€ to openxcom and i want to donate to OCXE developer too.
Something I can not understand - and in the display of the ship’s readiness status, does the "refuel \ repair Rate" count or is it a display of total readiness taking into account repair, reloading and refueling?
It's all of them added together, plus an additional hour many times, for reasons unknown to me. (rounding issues?) Each craft has exactly one thing done to it at a time, so each of the weapons gets rearmed individually.
You can donate here if you want: https://www.patreon.com/meridian
Or if you prefer PayPal I can PM you the email address.
Donations are of course strictly optional, and you should only donate if you feel comfortable doing so.
A couple of nice words will have the same effect :)
Donation accomplished :)
It's all of them added together, plus an additional hour many times, for reasons unknown to me. (rounding issues?) Each craft has exactly one thing done to it at a time, so each of the weapons gets rearmed individually.
It's all together.
1 hour difference is caused by the fact that separate refuel/rearm/repair times are calculated rounded to whole hours up... but the actual actions are performed in 30 minute intervals; so something that takes 0.5+0.5+0.5 = 1.5 hours is shown as 1+1+1 = 3 hours (instead of 2 hours)
https://lxnt.wtf/oxem/#/Extended
O_o No information, no list of changes ... Such top-secret information?
Hi, i don´t know if it is a problem or not but when i load a game from my tablet (i play between android and pc versions) prompts a message that say i had activated mods and i will have problems. I play with same configuration in both platforms.
Can i play without risks?
If it says that then you don't have the same configuration.
Try starting a new game on PC, make a save, start a new game on tablet, make a save, and upload both saves here... we'll tell you what's different.
Thanks! I attached them.
These two are same... are you getting the warning when you move one of them to the other platform?
New OXCE v5.4 is up.I can unload the ammo directly to the ground if Shift+click. What the other option does?
- Shift+click to swap loaded ammo
- Shift+click for instant unload
EDIT:I can unload the ammo directly to the ground if Shift+click. What the other option does?
It appears there are many more keyboard shortcuts than those found in the Options Menu. Is there a page with all of the OXCE current controls available to the player ?
- TU recovery each turn is now additive (same as e.g. energy recovery), cannot go over maximum, encumberance/wound penalties are applied at the end
Wouldn't it be preferable for encumbrance/wound penalties to be applied before cumulating TUs, so a heavily over encumbered dog could build up enough TUs over several turns to drop the corpse in its backpack. (Not that such an issue happened to me :P ) Also have a minimum of 1 TU regenerated per turn.
This kind of penalty can be written using scripts - I recently re-wrote overweight penalties in the 40k mod to apply to energy instead of TUs.
No, not necessarily. I wrote a single, global script to handle this. Any exceptions can be made at the armor or item level, but the base mechanics didn't require extra script ruleset tags on every armor.
1 hour difference is caused by the fact that separate refuel/rearm/repair times are calculated rounded to whole hours up... but the actual actions are performed in 30 minute intervals; so something that takes 0.5+0.5+0.5 = 1.5 hours is shown as 1+1+1 = 3 hours (instead of 2 hours)
I'm talking about how every time the craft says X hours, X hours later it says it's 100% complete but still in-process. It seems to put the craft in ready status at the end of the first time slot for which nothing is done to it, and not at the beginning of that time slot. It works the same whether it's doing things on multiple parts of the craft or not--example, loading a weapon that takes 2 hours, it says it takes 2 hours and it properly fills ammo 4 times in that 2 hours, but the weapon will be full and the craft still says Rearming.
facilities:
- type: STR_MIND_SHIELD
mindPower: 1
- type: STR_LARGE_MIND_SHIELD
size: 2
mindPower: 6
- type: STR_ADVANCED_MIND_SHIELD
mindPower: 2
You can do it in vanilla. Disable all mods and make a new game. Take the cannon off your first interceptor, then put it back on. It'll say rearming: 2 hours. After 1 hour the cannon has 100/200 rounds, and it says rearming: 1 hour. After 2 hours the cannon has 200/200 rounds and it says rearming: 1 hour.
Can we have an option to increase the number of mind shields that a base facility may count as? For example:Code: [Select]facilities:
- type: STR_MIND_SHIELD
mindPower: 1
- type: STR_LARGE_MIND_SHIELD
size: 2
mindPower: 5
- type: STR_ADVANCED_MIND_SHIELD
mindPower: 2
Making small compact efficient bases is beautiful.
vars:
gravStacking: trueI noticed that only weapon-type craftWepons are shown on the interception window. Passive craftWeapons, such as one that grants extra speed, accuracy, and so on, are not.
Would it be possible to show them too (obviously omitting the range indicator, since they don't have any)? I think it would be useful, and especially more cool, to show them.
I guess this is sort of a selfish request, but I just finished a bunch of icons and seeing them not appear was disappointing :P.
After upgrading from a previous version i've noticed that terrain damage seems to be applied before the actual hit animation has played. Is this intended?
Terrain is change because bullet physically hit at that moment, and after bullet hit/explosion animation will play.It is thrue in theory, but explosives now looks strange. But if it needed, then it needed...
Can we have option auto set timer after dog fight to 5 seconds automatically?
Can we have option auto zoom out world map if USO could not be reached due to depth? Same if can not be reached under land. All questions consider TFTD. May be I missed something so I add it here later.
Doesn't this break vanilla behaviour/animation cycles?This is already sorted out, and tiles aren't precognitive because damage hit them at this moment. Overall gameplay behavior is exactly same as previously, only moment when animation is play was changed.
As Nord has pointed out this looks extremely odd atm, since the terrain breaks before the projectile hit animation plays out.
Might i suggest moving this change into a seperate dev-branch until this has been sorted out? I'd like to use a version of OXCE that doesn't randomly crash, but right now i'd actually prefer the game to randomly crash instead of having precognitive terrain tiles.
With what version were these changes introduced?
This is already sorted out, and tiles aren't precognitive because damage hit them at this moment. Overall gameplay behavior is exactly same as previously, only moment when animation is play was changed.Excuse me, but this seems like a pretty important change as far as animation behaviour is concerned, in a mod that prides itself on keeping/preserving vanilla consistency. Going by this you could also do away with the shooting animation entirely and just show the results instead.
This change is important in long run, because damage calculation is done first now then it can affect how explosion will play out, that is impossible in old version.
Example could be that explosion animation is played in random places even if damage do not reach that place, in new version I could add that animations is show only where damage was done.
One thing I have in mind is do not update every tile at once during explosion. Instead do it by circualr "layer" that will simulate propagate of shock wave.
Can you tell me when this change was introduced?
Excuse me, but this seems like a pretty important change as far as animation behaviour is concerned, in a mod that prides itself on keeping/preserving vanilla consistency. Going by this you could also do away with the shooting animation entirely and just show the results instead.This is priority of OXC not OXCE. When I start OXCE, my main goal was modding capacity of engine even when sacrificing original behavior.
As far as i am concerned the tiles are 'precognitive', since the only inidication that any damage has been delat is when the hit animation plays - which is does after the terrain tile is already destroyed. Damage calculation in-game isn't transparent to the player. I'd ask you to reconsider and at least give us an option to enable vanilla behaviour (for animations).People evaporate in nuclear strike before shock wave reach them.
How to solve?
About moral damage, as reportet here:
https://openxcom.org/forum/index.php/topic,4058.msg112656.html#msg112656 (https://openxcom.org/forum/index.php/topic,4058.msg112656.html#msg112656)
Moral damage, as in weapons dealing damage to moral, is multiplied by: (110 - bravery)/100
This works fine as long as the maximum bravery is 100. Since mods introduced bravery adding armors, bravery 100+ is now possible. While immunity to moral damage at 110 bravery is debatable, damage inversion for bravery >110 is clearly a bug.
How to solve? Treat everything >110 bravery as 110 (immunity) or treat everything >100 as 100? Other options?
I don't like the way bravery picks up slowly at first, but then accelerates until suddenly hitting the top. But there are some ways to work around it.
If you have weapons that deal morale damage based on bravery, then I would recommend being careful to not allow bravery to go above 110, and maybe make it very difficult to bring it above 100. Perhaps if your soldiers max out at 100, you could have a special expensive armor which grants 10 bravery. Or you could have regular soldiers max at 90 and special high-tech soldiers able to reach 100. If you allow the soldier natural max to get most of the way up, and put a high cost on adding any more bravery externally, then it's easier to manage.
Another thing you might be able to do (I assume it's possible) is to have it deal damage to morale based on its power value, or at least have a flat value added to the bravery-based morale damage. That way you can ignore the 110 bravery's natural fear immunity and be able to deal morale damage to units with much higher bravery values, as long as they don't have actual fear immunity.
damageAlter:
ToMorale: 1.0If Interceptor used to escort you friendly craft and got attacked on the way, it's loosing his escort target after dogfight is over and turning to base. Bug?
Regarding:
"Solution 1: don't create such armors"
Why allow +bravery armors in the ruleset if that is you opinion?
"Solution 2: don't create such weapons"
Why allow "ToMorale" as an option in the "damageAlter" category, if that is your opinion? Any weapon that uses "ToMorale" displays the described behavior. I would say fix it or scrap it.
"Solution 3: use scripts to implement your own damage algorithm with whatever rules you can think of"
I don't want to create any weapons, I'm just reporting on a sign inversion bug using simple ruleset options of OXCE that are used alot in the Piratez mod.
The "ToMorale" parameter of OXCE has this scaling right now, whether you want it or not.
Monthly report, text out of screen, scroll bar in future releases may be?
(https://i.postimg.cc/NLk2d871/screen017.png) (https://postimg.cc/NLk2d871)
Let's back to dogfight speed. I don't know is this a bug or not, but if you encounter USO under land and pursuit it with fast speed (1 minute or more) as soon as it going to water and dogfight phase begins, speed of your interceptor not drops down to 5 seconds when USO successfully drowned. Can not provide any save files, you have to check it manually.
I already gave two solutions. Just limit bravery in the damage multiplier to 100 or 110. It's 100% vanilla compatible as vanilla does not allow bravery over 100 anyway.
It's a simple overflow bug where modding has enabled a variable to have higher values than vanilla intended. Same as if you mod in a weapon dealing 1000 damage and it suddenly heals and not kills.
Playing Reaver's megamod on 5.4.1, one of my bases (Turquino) has a live alien listed in the storage even though I don't have an alien containment facility for that base. Can't tell when that alien got there.
Playing Reaver's megamod on 5.4.1Always report to the mod before reporting to the base game. Also, my Faithful megamod is vanilla.
- Draw dogfight icons also for craft equipmentYay!
So morale damage is no longer inversed when above BRA 110? Not a big thing, but, EDDIE, why? Why did you do that to me? Why do you hate me? (We both know that only Piratez use >110 BRA) I just only learned about it now.https://xkcd.com/1172/ (https://xkcd.com/1172/)
Not sure what this right forum but since I'm using OXCE asking here: is it possible to add stun, wounded and other marks to 2x2 enemies like Hallucinoids? Or this is already present? May be I just missing it with my guns, so no damage signs?
Got it. Sir! It seems my weapons or missing or not produce fatal wounds.
Could you make a tweak to the ToItem attribute on damageAlter? Currently, it goes through items one at a time, damaging it until it destroys that item. I can't see a good way to use this functionality. It randomly destroys an almost-fixed number of items, regardless of how many items are on the unit(s) hit by the attack.First changing this will affect vanilla behavior, you need have good reason to do this.
I propose that ToItem causes all items held by the attacked unit(s) to be hit the same as if they were on the ground. This means, for example, that a ToItem value of 1.0 on an explosive would destroy items held by units just as though they were laying on the ground.
If the current functionality of ToItem is worth maintaining, then I propose a new value: ToAllItems
I already gave two solutions. Just limit bravery in the damage multiplier to 100 or 110. It's 100% vanilla compatible as vanilla does not allow bravery over 100 anyway.
It's a simple overflow bug where modding has enabled a variable to have higher values than vanilla intended. Same as if you mod in a weapon dealing 1000 damage and it suddenly heals and not kills.
Feature removed.
So morale damage is no longer inversed when above BRA 110? Not a big thing, but, EDDIE, why? Why did you do that to me? Why do you hate me? (We both know that only Piratez use >110 BRA) I just only learned about it now.
Assigned for Martial training aquanauts lose it if Triton was destroyed and they had arrived back to the base.
I encountered odd behaviour with The X-COM Files mod. When all non-stunned enemies want to surrender, but some who don't are on the verge of waking up, my turn ends automatically, but the mission doesn't end and enemies get their turn. The savegame and full description are here:
https://openxcom.org/forum/index.php/topic,5047.msg113748.html#msg113748
https://openxcom.org/forum/index.php/topic,5047.msg113759.html#msg113759
Engine bug?
Latest release of the mod (0.9.9c), engine from Extended-5.5-537067a0c-2019-05-30-bionic-x86_64.7z. For some reason Extended-5.5.1-723854c2a-2019-06-12-bionic-x86_64.7z refuses to work, gives errors like
"Error for 'STR_MAGMA_CHAINSAWBOT_WEAPON': offset '-3' have incorrect value in set 'BIGOBS.PCK' "
In the "monthly cost" page at "flying sub rental" and "salaries" complete lists of all types that might or might not become usable in this game are shown.
Is there a trick or option, to only show up discovered (buyable/producable/usable/discovered or something like that) types?
Asking it's here, because I think it's more engine based than mod scripts. Question about damage and ranks - I've found what new soldiers (aquanauts) often not killing enemy in one shot what usually dies of it if someone more experienced shoot them. Same for throwing grenades. So question - why it happens and what determine damage - current stats of soldier (aquanaut) or her/his rank? Thanks for patience and apologizes if that question has been already answered.
Question about damage and ranks - I've found what new soldiers (aquanauts) often not killing enemy in one shot what usually dies of it if someone more experienced shoot them. Same for throwing grenades.
Without trying to say something bad about the game or about the players: I haven't seen a game, which would spawn more myths about its mechanics than Xcom.No kidding. I recently came across my old pro-tips forum post and was appalled to see just how inaccurate it was. And I was a veteran player of several years when I posted that. Modding has really helped me to understand the game in a way that playing it could never teach me.
It says you are missing file UFO/UFOGRAPH/SPICONS.DAT
Can you check if this file exists?
Yes it is from the original.
And they are different in UFO and TFTD.
Playing XPirateZ, spotted strange bug: flares, when thrown and missed, sometimes vanish in nowhere.
It's a feature, some just fail to ignite.I honestly can't tell if you're being serious.
It's a feature, some just fail to ignite.Ah. I understand. Unclear ufopedia description though.
I honestly can't tell if you're being serious.
He's serious.Is this about the throwExplode/specialChance triggers?
The feature though is completely redundant/irrelevant IMO, feels like it's done only because it can be done, no other reason.
But maybe it's just me...
He's serious.While it has no meaning in the terms of gammeplay (maybe aside of "not again!" screams) dont forget about immersion in the world of piratez, with all that rusty spaceships and sabres&blasters.
The feature though is completely redundant/irrelevant IMO, feels like it's done only because it can be done, no other reason.
But maybe it's just me...
Or is the colouration only supposed to reflect reserved shots?
I don't know.Yeah, but somebody designed and implemented that mechanic. Was the idea behind that mechanic to not take into account kneeling costs when you start out kneeling? Was it supposed to only apply to reserved shots? Because it's not a bug if it's working as intended.
It's not like we have a specification for that, it's not vanilla.
According to ufopedia it just accounts for being able to move and fire.
Display path taken with colored arrows: green - can move and fire; yellow - can move; red - cannot move.Move and fire it is, apparently. Says nothing about kneeling.
Never actually seen anyone use those buttons, especially kneeling one.How many people have you watched, actually?
Or is the colouration only supposed to reflect reserved shots?It does reflect TUs reserved for kneeling when the operative is standing.
I don't know.Recent vanilla behaves exactly the same.
It's not like we have a specification for that, it's not vanilla.
Recent vanilla behaves exactly the same.
He's serious.That's X-Piratez's features in a nutshell. The mod uses features because they are available. I like it, because it's a one-stop shop for modding examples. X-Piratez plus the ruleset reference (fantastic work on the OXCE documentation btw) will get you enough info to type up almost any mod features short of scripts.
The feature though is completely redundant/irrelevant IMO, feels like it's done only because it can be done, no other reason.
But maybe it's just me...