Show Posts - Karkozi the All-Powerful

Found some time to test this.In short, DROPONDEATH flag works for both monsters and players. Not sure how do I feel about that. It's like minecraft - you get some time to pick up your gear after death, and there's always a possibility of losing it. Implementing it in TL2 sounds like a completely insane idea, but if **** wasn't a tradition it would had sounded like an insane idea too. There's pretty much three options on how to deal with this:1) Make all items drop on death.2) Make only certain, pre-defined items drop on death (change some useless affix to reflect that). 3) Don't bother with this at all.Pretty confusing  Well there's also a more mundane idea to use this feature for monster cosmetics only.

Pretty self-explaining. For example, let's take Ratling Warrior, he carries some default sword, it's shown in it's Equipment data. Now I want some of the Ratlings carry something really cool, like Ashbringer  I think it's what is Spawnclass section of Equipment is for, isn't it? But can I actually make them drop the weapon they hold when they die? There's a DROPONDEATH flag, but I don't want these items dropping from me on my death. Would the only option be cloning the monster, changing equipment and treasures accordingly? Any thoughts?Also, what's a Wardrobe? Always puzzled me.

I know I'm  late to the party, but it makes sense that NO_MAGIC tag won't work, because for GUTS "magic" means blue items, and NO_MAGIC prevents blue items from spawning as intended.

Quote from: Kva3imoda on 03 Jan, 2016 07:32or maybe use a standard ring.  This idea had come to my mind before, but I haven't tried working with meshes, yet. You mean using a ring (item) mesh? I assumed it would be rather crude, isn't it?

Quote from: Kva3imoda on 03 Jan, 2016 05:28Quote from: Karkozi the All-Powerful on 03 Jan, 2016 02:08so I've made a short video.Impressive work.  Well, I suppose the timeline doesn`t work that way. I don`t remember the timeline in any particle.This can be done using standard Geometry Rotator?As far as I know, Geometry Rotator only works if you use a mesh.

Quote from: Phanjam on 02 Jan, 2016 08:55Are you saying you want the UNITTHEME particle to vary over time..?Sort of. It seems that I'm terrible at explaining things, so I've made a short video.http://www.youtube.com/watch?v=-OjXDa1PpOc

Quote from: Phanjam on 02 Jan, 2016 02:53Hi Karkozi! I'm assuming you tried this method because you have a complex particle with different "show particle" or "start/stop particle" points on the timeline?If so, the only suggestion I can give is to break your master particle into smaller parts (particle groups?) and still use a normal .layout timeline to control these various particle groups.I know it's not very imaginative, but that's all I could think of Hello. Why, it's a nice workaround actually. But I'd already considered that one before. If it was a fixed duration spell if would've worked fine, but it's a shieldbuffer, which can expire before spell duration ends, therefore I have to attach a unit theme to the affix itself. Unit themes won't accept a "normal" layout, at least I wasn't able to do it before.

Had anyone made them work?I've made a timeline in the particle editor, just the way I would do it in the layout editor. Well, it worked when I pressed the 'play' button in the timeline tool, but it doesn't seem to work in-game.The problem is I need to edit particle's orientation. Making layout with Layout Link Particle won't work, because unit themes accept only particles, AFAIK. Any ideas? 

Quote from: lolesch on 19 Oct, 2015 11:58Quote from: Karkozi the All-Powerful on 16 Oct, 2015 22:231) Your solution with shield buffers is an arbitrary crutch. You can make a passive to 100% apply shield buffer on hit, but you still will die from 80k oneshots if your hp is below that. 2) A passive checking for amount of incoming damage seems impossible to me. Well there is an UI element called Game State Controller and in the logic it has some interesting things like "player HP below 90 - 10 %". I'll use the below 10% to activate a stat operator creating a stat x. The player has a passive skill using the "absorb dmg" effect over y seconds. this skill requires stat x. gonna test it tonight.The calculation are just random numbers to show how things work... and yeah i was thinking in the direction of D3 even if i dont like all the ballsy numbers. we might find another way?Ugh. Checked this Game State Controller you told me about. Seems completely unrelated to me. But anyway, you're right, it should be possible with Stat Evaluator block. Thanks, btw, I didn't knew of that feature. I'm still opposed to systems where you take damage first and receive a shield later. I really don't have an answer on this topic though. You may just nerf one-shots and buff armor, but one could just play normal instead of elite for the very same result. It's taking the thrill away.

Quote from: lolesch on 16 Oct, 2015 17:03What about a passive skill checking for incomming DMG. when your Life falls off more than 70%(??) in short time the skill will prok a shield buffer effect (to absorb the rest of the dmg).. this skill has a cooldown or you have to fully heal to reset it.Do you guys know how Armor is calculated and what is calculated first, DR or Armor? lets say:Spoiler (hover to show)(2000 dmg - 100 armor) / 10% DR = 1710 dmg(2000 dmg - 200 armor) / 10% DR = 1620 dmg(2000 dmg - 300 armor) / 10% DR = 1530 dmg(2000 dmg - 100 armor) / 20% DR = 1520 dmg(2000 dmg - 200 armor) / 20% DR = 1440 dmg(2000 dmg - 300 armor) / 20% DR = 1360 dmg(2000 dmg - 100 armor) / 30% DR = 1330 dmg(2000 dmg - 200 armor) / 30% DR = 1260 dmg(2000 dmg - 300 armor) / 30% DR = 1190 dmg=> Armor scales less and less with higher DR - current state?(2000 dmg / 10% DR) - 100 Armor = 1700 dmg(2000 dmg / 10% DR) - 200 Armor = 1600 dmg(2000 dmg / 10% DR) - 300 Armor = 1500 dmg(2000 dmg / 20% DR) - 100 Armor = 1500 dmg(2000 dmg / 20% DR) - 200 Armor = 1400 dmg(2000 dmg / 20% DR) - 300 Armor = 1300 dmg(2000 dmg / 30% DR) - 100 Armor = 1300 dmg(2000 dmg / 30% DR) - 200 Armor = 1200 dmg(2000 dmg / 30% DR) - 300 Armor = 1100 dmg=> better focus on Armor, effect is much higherCan this be "patched" like your "remove 75% cap"I thought of the %DR per xArmor too but I guess its better to boost Armor %based like for each 25 armor you get +10% Armor bonusSpoiler (hover to show)(2000 dmg - (100 +100*0.4) armor) / 10% DR = 1674 dmg(2000 dmg - 280 armor) / 10% DR = 1548 dmg(2000 dmg - 420 armor) / 10% DR = 1422 dmg(2000 dmg - 140 armor) / 20% DR = 1488 dmg(2000 dmg - 280 armor) / 20% DR = 1376 dmg(2000 dmg - 420 armor) / 20% DR = 1264 dmg(2000 dmg - 140 armor) / 30% DR = 1302 dmg(2000 dmg - 280 armor) / 30% DR = 1204 dmg(2000 dmg - 420 armor) / 30% DR = 1106 dmg=> Armor outscales DR easy(2000 dmg / 10% DR) - 140 Armor = 1660 dmg(2000 dmg / 10% DR) - 280 Armor = 1520 dmg(2000 dmg / 10% DR) - 420 Armor = 1380 dmg(2000 dmg / 20% DR) - 140 Armor = 1460 dmg(2000 dmg / 20% DR) - 280 Armor = 1320 dmg(2000 dmg / 20% DR) - 420 Armor = 1180 dmg(2000 dmg / 30% DR) - 140 Armor = 1260 dmg(2000 dmg / 30% DR) - 280 Armor = 1120 dmg(2000 dmg / 30% DR) - 420 Armor =   980 dmg=> not sure which way its calculated. with this one 10% could be a bit off for balance1) Your solution with shield buffers is an arbitrary crutch. You can make a passive to 100% apply shield buffer on hit, but you still will die from 80k oneshots if your hp is below that. 2) A passive checking for amount of incoming damage seems impossible to me. 3) You are right about current state on armor/DR interaction. 4) That's quite an interesting work-around for DR cap. But:4.1) Your calculations are either off or it's not a +10% armor bonus. It's +10 armor per 25 armor as is. The former and the latter are equal only for 100 armor case. 4.2) You're looking from the wrong perspective. 2000 damage is never a problem in TL2. Consider that most monsters hit for 2000 damage, but some could hit for 20000. How big should be your total armor? ~1500? Not nearly good enough. ~15000? Then it's D3-style, where most trash mobs can't go through your defense until very late into the game. That's why %DR is more fair in it's core. The only issue is how %DR ramps your survivablity. Ideally you need a curve so 100 armor equals 15%DR but 1000 armor equals 30%.P.S. good job on necroing a one year old thread  P.P.S. Oh, first post. Hi, everyone!  EDIT: yes, and depending on how the game engine interprets stuff your idea may or may not lead to fatal error, since you're basically giving more armor per armor, so every update could cause your armor to increase uncontrollably. I haven't tried it though.