Boss Fight Atlas
বাংলা

অভিযোজিত ড্যামেজ-রেট সীমা

অবস্থা, সম্পদ ও স্কেলিং

ড্যামেজ-রেট সীমা সাধারণ আঘাতে হেলথ কমতে দেয়, কিন্তু অতিরিক্ত বার্স্ট থেকে encounter-এর গঠন রক্ষা করে। Rolling window বা weapon-DPS model চাপ মাপে এবং threshold-এর ওপরে পরের আঘাত কমায়। স্পষ্ট window, curve, floor, decay, exception order ও feedback দরকার।

বস নির্মাতা খুলুন
পূর্ণ ড্যামেজ স্থাপন করুনটাভি ০.৯২ সেকেন্ডে ১৮ পয়েন্টের আলাদা আঘাত করে। উইন্ডোতে সাম্প্রতিক ড্যামেজ নেই, তাই পুরো ১৮ প্রয়োগ হয় এবং কার্ন ১০০ থেকে ৮২-তে নামে।
একটি আলাদা তলোয়ার আঘাতের সঙ্গে দ্রুত বার্স্ট তুলনা করে সীমা ফিরে আসা পর্যন্ত অপেক্ষা করুন টাভির প্রথম আঘাত পূর্ণ ড্যামেজ দেয়; দ্রুত সিরিজের সমান আঘাত মিটার পূর্ণ হলে ছোট হয়। মিটার খালি হলে পরেরটি আবার পূর্ণ হয়। বস খেলোয়াড়

টাভি ০.৯২ সেকেন্ডে ১৮ পয়েন্টের আলাদা আঘাত করে। উইন্ডোতে সাম্প্রতিক ড্যামেজ নেই, তাই পুরো ১৮ প্রয়োগ হয় এবং কার্ন ১০০ থেকে ৮২-তে নামে।

বাস্তবায়ন চেকলিস্ট

Damage sample, window duration, threshold, attenuation curve, minimum multiplier, hit ও damage-type exception, first hit, decay, phase reset, multiplayer aggregation, application order, স্থিতিশীল hit id, rollback এবং raw/applied/prevented telemetry নির্ধারণ করুন।

মূল যাচাই

মেকানিকটির জন্য তিনটি প্রশ্ন

  • নিয়ম কোন চাপ মাপে?

    Rolling sum, weighted history, weapon burst-DPS estimate বা স্পষ্ট sample বেছে নিন। কোন hits ঢোকে, কখন বের হয়, players window ভাগ করে কি না এবং current hit যোগের আগে না পরে evaluate হয় তা লিখুন।

  • চাপ একটি hit কীভাবে বদলায়?

    লিখিত threshold, curve ও nonzero floor দিয়ে pressure-কে multiplier-এ নিন। Determinism রাখুন এবং critical, armor, vulnerability, shield ও attenuation-এর ক্রম ঠিক করুন।

  • খেলোয়াড় কীভাবে পড়বে ও পরীক্ষা করবে?

    Applied damage, health loss ও recovery আলাদা করুন। Isolated hit, burst, DoT, multihit, focus fire, phase, latency, duplicate event এবং threshold-এর দুই পাশের build পরীক্ষা করুন।

ডিজাইনের ভুল

  • বেশি power ব্যাখ্যা ছাড়া একই ফল দেয়

    Numbers, reaction ও health loss attenuation না দেখালে সিস্টেম bug মনে হয়। Threshold-এর দুই পাশেই অর্থপূর্ণ gain রাখুন এবং multiplier বদল দেখান।

  • সীমা লুকানো invulnerability হয়ে যায়

    প্রায় শূন্য floor, দীর্ঘ memory বা সর্বদা refresh হওয়া window বৈধ খেলা মুছে দেয়। Window life বেঁধে প্রতিটি hit-এর উপকারী অবদান রাখুন।

সমন্বয়

আক্রমণটি ঠিক করুন

  • Damage transaction-এর ক্রম রাখুন

    প্রতি hit-এ hitId, sourceId, rawDamage, recentSample, threshold, multiplier, appliedDamage, preventedDamage, healthBefore, healthAfter ও সময় রাখুন। একই id দ্বিতীয়বার প্রয়োগ হবে না।

  • সীমা কোন skill পুরস্কৃত করবে ঠিক করুন

    Rolling window cadence ও pause পুরস্কৃত করতে পারে; weapon-DPS model loadout সমান করে কিন্তু কম তাৎক্ষণিক। Encounter রক্ষা করুন, কাঙ্ক্ষিত combat verb নয়।

  • শুধু জয় নয়, compression মাপুন

    Raw/applied ratio, threshold-এর ওপরে সময়, prevented damage, kill time, phase skip, first-hit spike, multiplayer concentration ও rule recognition track করুন।

অঙ্গন

  • দ্রুত আঘাতে কার্নের rune শক্ত হয়

    একটি মাপা কোপ পাথর কাটে। টাভি দ্রুত আঘাত করলে rune শক্তি ছড়ায়; এক মুহূর্ত নীরবতার পর আলো নিভে তলোয়ার আবার গভীরে যায়।

খেলোয়াড়ের উন্নতি

  • সংখ্যার বাইরে pressure ও recovery দেখান

    Health bar, sound, impact weight, color, vibration, protection aura ও optional meter মিলিয়ে দিন। Softer curve, shorter window, higher floor বা visible threshold দিন।

এগুলোর সঙ্গে গুলিয়ে ফেলবেন না

  • Armor, per-hit cap বা health gate নয়

    Armor স্থিরভাবে কমায়, per-hit cap একটি বড় আঘাত কাটে, health gate নির্দিষ্ট সীমায় থামায়। এটি recent বা estimated pressure অনুযায়ী পরের hits বদলায় এবং decay-এর পর ফিরে আসে।

যেসব বস এই মেকানিক ব্যবহার করে

আরও জানুন

কোনো ভুল পেয়েছেন বা এই পাতাটি উন্নত করার পরামর্শ আছে? GitHub-এ সংশোধনের প্রস্তাব দিন

সর্বশেষ আপডেট