Zucker_Schock

About

Username
Zucker_Schock
Joined
Visits
1,029
Last Active
Roles
Member
Points
149
Badges
13
Posts
565

Comments

  • Yeah possibly 35cm is needed, but whatever happens it should not be under 30cm. If we follow the same matrix (8) for 35cm it would be: Environment: 19cm Vaults: 27cm Survivor 35cm. Or if we split it more(9): Environment: 17cm Vaults: 26cm Survivor: 35cm If we do 35, i would prefer the 2nd option with 9cm in between each…
  • Maybe they had Coup de Grâce ?
  • The video you have shown is the exception and not the norm, it was the perfect setup for this (being hurt for "This Is Not Happening" and so on). It's very difficult to pull this off and things like "Pain Resonance", "Nemesis" or simply applying pressure, directly counter it and let you loose your entire progress and…
  • I want to throw my values in here as well: Environment : 16cm Vaults : 24cm Survivor : 32cm My reasoning is, they are evenly spread values in the order or priority. Right now they are all at the same size, causing a gamble as to what gets detected first. With these values the cpu has enough time to compute a detection in…
  • Search bar with filter options would be amazing. Just search "gen" for all perk texts containing "gen" automatically showing you all perks that affect generators. Or "heal" or "speed" or "skillcheck".
  • If you are in chase hitting the survivor is more valuable than reaching full infection. There is no real reason to wait for infection on a survivor to rise, infection doesn't do that much like on Pig or Onryo. And about the hitboxes, one can not deny that they are so small, that they even cause you to go through survivors…
  • Another issue of his is vault detection, it often does not initiate a vault even at a direct hit on a window. Pallets seem a little inconsistent as well, at first i thought its lag coupled with the drop timing but thats probably not it, its the same issue that happens at the windows. A fix should be having all 3 colliders…
  • About the collider size, i would suggest to follow the order of importance: Smallest: collision, middle: vault, biggest: survivor. This ensures that always the most important thing gets choosen in a given situation.
  • It actually baffles me, that they haven't done this in the first place. Never put them all at the same size that causes issues.
  • I believe since they use the same size for all colliders/hit boxes, it often doesn't hit the vault itself but something else and cancels it or something like that. To fix this the vault detection needs to be bigger than the environment/collision detection. Collision detection should be the smallest size, followed by vault…
  • @Smoe Sounds actually feasible and kinda balanced, i am thinking along the lines of Hillbilly without being able to attack, with cooldown, just for long distance traversal with very limited steering. Would also fit his lore very well, extra points for nostalgia.
  • They also have to take into consideration, that this is an dedicated server based online game, you can't expect that lag, stuttering and mismatches aren't influencing hit detection. Something so small as the current version would work better if there weren't ping and such aka a peer to peer host or single player.
  • Good job, i agree, this all seems pretty fair. About the relocation/chain bound duration i found that it also takes more time to relocate because of the 20cm Environment Collision, since you have to take the size into consideration aswell and basically always bound next to objects it takes more time to get the angle.…
  • I agree with the part "they should just have the geometry more tight to the models in the maps". And while we are at it, they should also put the survivor collider in line with their model while running (tilt the angle a little, so that it fits). But both of these are more work than just increasing the ranges of his…
  • @RonMan32 Ah, sorry i misread your post, i dont think you need to compensate the collision hitbox. I suggested a decrease since you can sometimes still get stuck on sharp walls seemingly while not hitting them on some props with invisible geometry.
  • @RonMan32 I tend to values like these: Collision: 16cm Survivor: 32cm.
  • @RonMan32 I think 25cm for collision would make him hit invisible geomeotry too often, no need to compensate for a bigger survivor detection, survivor should be a little bigger than collision. And i don't think 25cm for Survivor detection would make a big enough difference, the issue is quite severe if you watch clips of…
  • They reduced it from 40cm for a reason, but it only needed a few cm imo and not -50% to 20cm. Should have tested it a bit more before they push it like this. I am beginning to think something like this could be a good ratio: Collision: 16cm Survivor: 32cm. Of course some testing would reveal the "sweet spot".
  • Yeah, this is not a bug as far as i know, only if you grabbed one of them and it got canceled for example. I also thought about console and how horrible it must be for them as i evaluated the current situation with his power for myself. I am beginning to think something like this could be a good ratio: Collision:16cm…
  • @CookieBaws Its a stereotypical expression, you know what words they used to descibe the changes from the PTB, right ? Quotation: "slightly toned down the Survivor collision detection" and "will require a little more precision". So if this is the standard BHVR sets, my words go along these lines aswell.
  • I bet they will pump out a hotfix which hopefully fixes some of his bugs and also increase the survivor detection range. I hope it doesn't take until the midchapter for it to see the light of day.
  • Now just a slight mismatch from lag or your angle or position can cause you to miss. Also you can not hit around any obstacle or corner, since the width is to small for that. On the ptb version you just had to get used to his bigger hitbox, for me it worked quite well. Why not let the collision detection stay the way it is…
  • Funny how they had the exact opposite ratio you suggest in the original version on the ptb (Collision detection for Virulent Bound was 45cm) (Survivor detection for Virulent Bound was 40cm) I agree with you, it should be the inverse order of the one they did originally: bigger survivor collider, smaller collision collider.…
  • Exactly, once this stuff gets fixed he could be pretty fun, but right now he is a little too taxing. Can still kinda work but requires highest level play and concentration. Most players probably cant use him well in his current state.
  • Exactly, i noticed this aswell, you can touch the survivor and still miss, i hope they increase the Survivor detection a bit.
  • Yeah, the Survivor detection is a little to small. What you are experiencing is also caused by the survivor hitbox(collider), which is smaller than the running survivor animation, you need to hit a little behind the survivor to get them, but this wouldn't be the case if the Survivor detection would be a little bigger than…
  • I agree, the Survivor detection is a little to small, you can sometimes touch the survivor and still miss your attack.
  • Happened to me as well, along with other things like it. I believe the Chalice (Gold) addon causes it to happen more frequently.
  • I believe no one likes to loose control mid attack to a system, which actually causes you to miss your attack instead of you hitting it on your own. Luckily thoose cases are pretty rare but they do happen and are quite memorable and annoying.
  • Also tight angles close to a obstacle can cause it to go into the obstacle and not into the survivor.
  • Let me quote this guy for example : unofarto317: "Aim dressing is when the game adjusts your aim during an attack to make it line up with the attack hitbox when it predicts you're about to hit a survivor. It snaps onto the survivor so that it looks better from the killer's POV." Meaning its already a hit from the games…
  • Not really, as far as i know they call it aim dressing and it actually is more like auto aim. Also it was in the game before servers were a thing and even back then it often did more harm than good imo. I dont know what bhvr's plans are considering that feature but yeah, its a thing.
  • @Sparks741420 Well i already had such a case, not for dbd but something else, where my ticket took them over a month to report to. I understand your frustration, this is the worst case szenario.
  • @Sparks741420 Since the update was on July 19th, maybe they still need time to check your account and get back to you ? Maybe they are flooded with tickets i dont know.
  • Damn, if thats the case, what is even the point of a support ticket ? I really hope they do get back to you and fix your account and also give you compensation.
  • If i had to guess, why this bug happens i would have to say, that it might be, that the server actually has the right progression details but the client wrongfully overwrites its own data once you prestige or something like that, so once you restart the game the details get loaded from the server. Its definitely weird.
  • @Sparks741420 Damn, whatever happened to your account seems very serious, maybe you should open a support ticket ? I just changed the bug report, since i noticed that after i restarted the game, the perks reappeared, it seems to be visual bug basically.
  • Yeah you are right, the headline went maybe a bit overboard, i mean afk crows are named because they are ment to trigger when you are afk, but sure they also have a different use. There certainly also are issues like you said where the game gets dragged on unnecessarily long. Sometimes by killers that want to get those…
  • @TragicSolitude Hmm yeah i haven't thought about Head-on yet, but isn't that situation also kind of niece ? If you wait 60 seconds out you will in most cases loose the game as killer. About the Terror Radius, how about this : the afk timer ticks half as fast if a killer is within 5 meters of the survivor and gradually goes…
  • @AsherFrost True but its only a short time frame where you are visible and a long timeframe where you are hidden. You can stay 60seconds in the locker until the first crow spawnes and you will probably have a short window in that time where you can leave the locker, move a bit and re-enter the locker in most situations and…
  • Nice, thanks that's constructive feedback. I see your point, i agree that they have their upside and can partly fix the issue of overly passive players. But i believe most overly immersive survivors will just crouch walk and crows do not trigger in that situation. You are able to bypass the crows entirely just by moving a…
  • @AsherFrost Because i still had more to say about it, it just happened to be after i sent the first message, why do you care ? Yeah i know, that's the game right now, and that's totally fine. But that's also the reason why i post in feedback, because i think this can be improved. You haven't once said anything about the…
  • Also she had no reason to stay there either, she wasnt "perfectly positioned" like you said, one gate was closer and she just stayed because of the 2 survivors that she wanted to secure in the basement. But like i said that doesn't matter.
  • I doesnt matter, she could have stayed right next to me and i would have escaped through the hatch. It was a matter of seconds. And i dont complain because of the situation, its about the afk mechanic, this situation would have never happened if the mechanic would be different.
  • @AsherFrost Also, the Hatch spawned right next to the Shack so even if the gate wasnt there, as soon as the second survivor would have died i would have been able to exit the locker and leave through it.
  • I dont think she had me since she had no idea i was there. If the afk crow would have appeared 5 seconds later i would have escaped. The gate was 99 and if i had a running start i would have made it to it, even if she would have hit me a few seconds after i started running, but not if she would have hit me right in front…
  • About why i bother to discuss about it in such a way, well first of all i don't like waschy rules. Ones which aren't really clear and in the eye of the viewer to decide about. Secondly i like to ponder about things. And lastly i have nothing better to do right now, since i am waiting for the event.
  • In most farming cases the down after a unhook is so fast that there is not even the time or need to bodyblock. If the unhooking survivor isnt using borrowed time, as soon as the feet of the unhooked survivor touch the ground, they are down again. Not even a way for them to communicate that they dont want to farm.
  • My point is where do you draw the line ? Every survivor that took part in a farming session can state, that they were being forced. How do you prove it ? Its up to BHVR to decide who to ban for farming and who not to. Also what is too much and what isnt.
  • Again, what do you interpret as forcing someone ? Its either not the case or always the case if not everyone is doing it.
Avatar