truly a shame the mod is dead.

dear god

so basically the mod is unsupported now or its just that fixing the stalling issue takes like 3 goddamn years. understood.

this mod is def up there for one of my favorites. Adding the limbus company brawl type combat in the game makes it a LOT more pleasant to look at.

The bugs are, of course, still there, but are also hella funny to see.
10/10 mod, will stick around to see the finalization if its still being worked on

corretion the nomral crashs evey single time

brawlmod lite (beta) pros in cons
pros: looks cool and makes the fights go way faster
cons: people can get stuck
idk: the normal brawlmod has less stuck but crashes your game sometimes
over all a good mod just wished that the nuggets dont get stuck and thats it

over all 7/10 just needs some fixes

Would you be willing to share the code for the mod? I would like to see how Brawl handles the combat of Ruina.

for some odd reason the mod just hiccups and dies when trying to do a certain attack
this error gets spammed continuously and the game gets softlocked

59:19 | Exception | NullReferenceException TheClawChargeAtk.Init (BattleUnitView self, BattleUnitView target) (at <7d9f3d8f8146434a93160ad0a2194b2a>:0)
RimseTheHead.BehaviourAction_TheClaw_ChargeAtk_Everyone.GetMovingAction (RencounterManager+ActionAfterBehaviour& self, RencounterManager+ActionAfterBehaviour& opponent) (at <a6b7a4c1479f41c3824e43830c9e124c>:0)
(wrapper dynamic-method) RencounterManager.DMD<RencounterManager::GetBehaviourAction>(RencounterManager,RencounterManager/ActionAfterBehaviour&,RencounterManager/ActionAfterBehaviour&,bool)
RencounterManager.SetMovingStateByActionResult () (at <7d9f3d8f8146434a93160ad0a2194b2a>:0)
RencounterManager.PrintActivatedAbility (RencounterStateTimer timer) (at <7d9f3d8f8146434a93160ad0a2194b2a>:0)
BrawlModLite.BrawlEncounter.Update () (at <d9ecafee3a9747a3b4c1c0d8f516d116>:0)

I'm… not sure what the cause of that is. There hasn't been any changes so it's probably interacting poorly with another mod. If you figure out what mod is doing it, feel free to tell me.

Is the mod alright? returned after months just to realize this mod loop all (first) attack indefinitely

The spazzing out part is a known bug and part of why I need to rewrite the mod again. Not sure what caused the KoD part though.

Still, if you want to get rid of at least most of the instability, there should be a config file in your save folder where you can turn off Gang Up mode.

Dunno why but the mod keeps breaking on me, for example, during the knight of despair phase of tiph realization, I was unable to deflect attacks from one of the sword and my nugget with Myo started spazzing out, on a seperate occasion, my PT stood in a weird spot for the rest of the game

Possible? I think so, given I made it faster in Finnal Battle. I'll consider adding a config sometime, but first I really need to do the second rewrite, and that's lower priority than some of my other projects.

Is it possible to change how fast the dice are played?

the sheer chaos and speed is cool the first couple of times, but I'd like it to be a bit slower so I can actually see what's going on

Not really, been thinking of doing a significant internal rewrite but it's pretty low on my priority list.

did this mod ever get smoothed out? I've been wanting something like this for the theatrics of it, and read through the comments to check other's experiences.

There was a long term goal to add a config for that. It kinda fell by the wayside with my frustration with a few bugs. It might still get added someday.

Will you make a version which doesn't show card play during the fight? Or do I have to config something inside the mod? Because sometime, I want to enjoy the fight but the card play just block the view XD

Alright thanks

%Appdata%\..\LocalLow\Project Moon\LibraryOfRuina\ModConfigs\BrawlMod Lite.ini
Then you open it in notepad or something similar and change GangUpMode to false.

I will warn you, there's a chance that the same bugs might still end up applying.

how do i turn off gang up mode?

To be slightly more specific, it happens in an instance where a unit is already involved in a clash and a clash with a different unit gets triggered, I'm not entirely sure where in my handler this exactly occurs, but I really need to nail it down.

Unfortunately that's... not really how that works.
Still, the bug has something to do with the clash queue when speed dice ties exist, and I need to do further investigation.

Speaking of which, I apologize for my extended hiatus and failure to fix all of the bugs as of yet.

How about making the unit moveable?

I think the bug can be fixed when the battle with the enemy gets closer.

A page with a high dice speed leaves a lot of crashes.

Buggy when clash with ranged page :(

Thank you for the report.

It's a known bug and currently the biggest priority fix, mostly because it can also occasionally break ranged/melee page order.

I'll try to get it fixed as soon as possible but I've been having some problems figuring out exactly where the root problem occurs, I know roughly what causes it and why, but I haven't quite figured out a fix yet.

There is a bug which occurs when there are two or more enemies using combat pages targeting the same speed dice on librarian. It will causes the librarian who can counter it to break the movement. The movement breaking including stuck in place and the dice clashing effects will take ages to proceed. Afterwards, the librarian will stands on random spots.

oh wow thx for the precise answer
the pre-calculation thing aboutthe game was the least thing i expected to know today

It actually doesn't mess up dice orders, although occasionally it causes visual bugs.
A fun fact about how the game works under the hood is everything is precalculated, and this only adds visuals for another clash after finishing another calculation cycle. So the visuals can occasionally get screwy if things overlap or if one of them takes longer to finish than the other, but the actual execution is identical.

The one and only thing that is changed is who goes first with ties between speed dice.
The reason for this is it's indeterminate in the first place, as it's positionally based which is physics based which is framerate based which... let's just say it can't realistically be predicted, so upcoming ties will go first when normally it would be unknown who would go next.

Does hitting one staggered/not moving character with multiple character's dice not mess up dice orders? i find gebura or some characters with special motions make dice weird in these cases

I didn't actually check the Gang Up! config setting, I'll do so tomorrow when I'm not having a headache.