Would a Reraise ability break the game?

[Vandso]

You mark an ally for 10 seconds, if he dies during this time he revives instantly, if he doesn't you just lot a bunch of mana for nothing. This spell was present in White Mages of most FFs, it would be interesting to have this in the game. It would work as a backup tank invulnerability, but signifcantly worse because dying is still very bad. If there's a hard mechanic going down or a large dungeon pull and your tank doesn't have invul up, it might be wise using Reraise. In a way it works just like a shield but for Raise.

What do you think? Would there be any way to exploit an ability like this? What about the same but for Esuna ("Resuna")?

[Ath192]

They could consider adding pre-raid buffs like protect, shell and reraise plus others things again. We used to have stuff like and there are raids like DRS where you do use a re-raise ability just in case. It wouldn't break the game but apparently devs don't want to add any complexity to the combat system.

So long as the same penalty for getting rezzed is there I don't think it matters much.

[Kickwars]

For raids, this will allow you to cheese a shit ton of mechanics, but would ultimately not be that different from just raising after (like saccing a stack mechanic). But it needs to be made such that the raise kicks in 10 seconds after death to prevent extreme forms of cheesing.

If so I don't think it would break the game too much (it'll break some mechs though, even in Ultimates), but I don't see that many uses for it. If not, it'll break too many mechanics because you can reraise like 4-6 party members right before a mechanic that should have killed the party*.

(*): Let's say reraise is an 8s cast, then you'd cast reraise at -18s, swiftcast reraise at -10s, then cast another reraise at -7.5s again for 3 total reraises per healer.

If you gave reraise a 120s cooldown or something it'd be fine too.

[TheMightyMollusk]

I foresee a lot of people running into death traps (the spikes in P4, the walls in E1, etc), dying, reraising, and immediately dying again. Some of them not even on purpose.

[NekoMataMata]

Maybe? Probably not for modern raids though. Modern raids don't seem to make that big of a deal out of positioning/uptime. You'd be losing more by letting people die to mechs and end up with the debuff for getting raised compared to just doing the mechs as they're intended.

[ICountFrom0]

I feel like the inclusion of it in zadnor is a test to see how we'd use it, and if we'd break it.

[Absimiliard]

Just limit the number of active Reraises to one person per group in 4-man content, one per raid in 8-man, and one per Alliance in 24-man. Either give it an ungodly long cast time or make it uncastable in combat. If the former; the buff falls off once activated, and it leaves behind a debuff that prevents the same person from being given Reraise for X amount of time or until combat ends, whichever comes first. Given how desirable Reraise would be, the best way to fairly add it to the game would be as a healer role action.

Follow the inclusion of Reraise up by making RDM unable to dual cast Verraise, and compensate them by raising their DPS to levels that make them a viable alternative to BLM.

[Fawkes]

Depends on if solo duties fail as soon as you die without checking for rez status. That would probably be where it would be most useful/broken.


I'd love for WHM to get reraise, and other non-necessary spells just for fun. But since they only trim those and never add them I wouldn't hold my breath.

[Renalt]

I would be...on high alert if someone casted reraise on me cause I would feel a rescue kill coming into play very shortly.

However if that's the case it gives me time to try to put up surecast/arms length.

[Gemina]

Reraise wouldn't work in FFXIV the way you think. If it was implemented, it would likely be a healer role skill that grants a self buff to only the healer casting it. You wouldn't be able to use it during combat, but it would be instant and not cost any MP. You wouldn't see much use for it outside of prog.