Minecraft 1.20.1, 1.21.1-এর জন্য DoesPotatoTick? মড

DoesPotatoTick — সংক্ষিপ্ত বিবরণ

DoesPotatoTick দূরবর্তী এনটিটিগুলোকে স্থগিত (“ফ্রিজ”) করে পারফরম্যান্স উন্নত করে, যেগুলোকে প্রতি টিকে আপডেট করার প্রয়োজন নেই। কনফিগারযোগ্য নিয়ম ও নিরাপত্তা যাচাইয়ের মাধ্যমে এটি সার্ভারের CPU লোড কমায় এবং স্বাভাবিক গেমপ্লে আচরণ বজায় রেখে ক্লায়েন্টের FPS-ও বাড়াতে পারে।

১. উদ্দেশ্য

Minecraft প্রতি সেকেন্ডে প্রতিটি এনটিটি ২০ বার আপডেট করে, যা বড় বিশ্ব, অনেক প্লেয়ার বা ভারী মডপ্যাকযুক্ত সার্ভারে ওভারলোড সৃষ্টি করতে পারে। ভ্যানিলা সেটিংস গুরুত্বপূর্ণ এনটিটিকে অপ্রয়োজনীয় এনটিটি থেকে আলাদা করতে পারে না। DoesPotatoTick একটি নিয়ন্ত্রিত সিস্টেম চালু করে যা কেবল প্রয়োজনীয় জিনিসই আপডেট করে।

২. মূল কার্যপ্রণালী

প্রতিটি এনটিটিকে একটি টিকযোগ্য অবস্থা দেওয়া হয়। সার্ভার প্রতি টিকে অবস্থান, শ্রেণি ও প্রসঙ্গের ভিত্তিতে এই অবস্থা মূল্যায়ন করে; ক্লায়েন্ট ঐচ্ছিকভাবে অ-টিকযোগ্য এনটিটির রেন্ডারিং এড়িয়ে যায়।

২.১ দূরত্বভিত্তিক সক্রিয়করণ

• প্লেয়াররা একটি সক্রিয় অঞ্চল নির্ধারণ করে (চাঙ্কে কনফিগারযোগ্য ব্যাসার্ধ)।
• এই অঞ্চলের বাইরের এনটিটিগুলো স্থগিতকরণের প্রার্থী হয়।
• প্লেয়ার চাঙ্কের মধ্যে চলাচল করলে, লগইন করলে বা ডাইমেনশন পরিবর্তন করলে কেবল তখনই অঞ্চল আপডেট হয়।

২.২ ডাইমেনশন ও ক্লেইম সমর্থন

• অপ্টিমাইজেশন নির্দিষ্ট ডাইমেনশনে সীমাবদ্ধ করা যায়।
• ক্লেইমকৃত এলাকার এনটিটিগুলো (FTB Chunks, OpenPartiesAndClaims) সর্বদা টিক হয়।
• কোনো ক্লেইম মড ইনস্টল না থাকলে প্লেয়ারদের জানানো হয়।

২.৩ এনটিটি ব্যতিক্রম

কিছু এনটিটি কখনো ফ্রিজ হয় না:

• প্লেয়ার, পড়ন্ত ব্লক, ভ্যানিলা বস
• মডযুক্ত বস ও যান্ত্রিক সিস্টেমের একটি বিস্তৃত তালিকা
• সম্পূর্ণ মড হোয়াইটলিস্ট করা যায়। কনফিগারেশন পরিবর্তনে তালিকা স্বয়ংক্রিয়ভাবে রিলোড হয়।

২.৪ ফিল্টারিং নিয়ম

কনফিগারযোগ্য নিয়ম এগুলো উপেক্ষা বা অন্তর্ভুক্ত করার সুযোগ দেয়:

• শত্রু মব, প্রাণী, রেইডার
• ফেলে দেওয়া আইটেম
• প্রজেক্টাইল (লক্ষ্যবস্তুকে টিক করতে বাধ্য করার ঐচ্ছিক লজিকসহ)। মৃতপ্রায় এনটিটিকে তাদের মৃত্যু-ধারা সম্পন্ন করার অনুমতি দেওয়া হয়।

২.৫ মব ফার্ম শনাক্তকরণ

পর্যায়ক্রমে চাঙ্কের ঘনত্ব স্ক্যান করে; ফার্মের মতো প্যাটার্ন শনাক্ত হলে আক্রান্ত এনটিটিগুলোকে টিক করতে বাধ্য করা হয়, যাতে ফার্মগুলো কাজ করতে থাকে।

২.৬ রেইড পরিচালনা

সক্রিয় রেইডের সময় কনফিগারেশন অনুযায়ী অপ্টিমাইজেশন নিষ্ক্রিয় বা সমন্বয় করা যায়।

৩. ক্লায়েন্ট বৈশিষ্ট্য

৩.১ রেন্ডার এড়ানো

FPS উন্নত করতে অ-টিকযোগ্য এনটিটিগুলো লুকানো হতে পারে। ধনুক টানলে সাময়িকভাবে রেন্ডারিং পুনরায় চালু হয়, যাতে লক্ষ্য করার সমস্যা না হয়।

৩.২ Embeddium ইন্টিগ্রেশন

Embeddium ইনস্টল থাকলে একটি আলাদা কনফিগারেশন স্ক্রিন যোগ করে।

৩.৩ সিঙ্ক্রোনাইজেশন

একটি হালকা প্যাকেট ক্লায়েন্টকে জানায় কোন এনটিটিগুলো প্রদর্শন করা উচিত।

৪. কনফিগারেশন

• doespotatotick-common.toml: মূল সার্ভার আচরণ
• doespotatotick-client.toml: রেন্ডারিং নিয়ন্ত্রণ
• ডিফল্ট সেটিংস নিরাপত্তা ও সামঞ্জস্যকে অগ্রাধিকার দেয়।
• সব লজিক সার্ভার থ্রেডে চলে; পরিবর্তনগুলো টিক ও রিলোড জুড়ে সামঞ্জস্যপূর্ণভাবে প্রয়োগ হয়।

৫. DPT আরও ভালো করুন

যখন আপনি:

• মনে করেন কোনো নির্দিষ্ট এনটিটি টাইপের টিকিং কখনো থামা উচিত নয়
• কোনো কনফিগ অপশনের অনুরোধ থাকে
• এনটিটির টিকিং ফ্রিজের কারণে অপ্রত্যাশিত পরিস্থিতির সম্মুখীন হন

GitHub Issues বা ইমেইল 670067575@qq.com-এ আমাকে নির্দ্বিধায় যোগাযোগ করুন

৬. ডিজাইন বিবেচনা

মডটির লক্ষ্য:

• গেমপ্লে পরিবর্তন না করে সার্ভার লোড কমানো
• বস ফাইট, ফার্ম ও মডযুক্ত মেকানিক্স সংরক্ষণ
• বিদ্যমান মড ইকোসিস্টেমের সাথে সামঞ্জস্যপূর্ণ থাকা

এর আচরণ সাধারণ “দূরবর্তী এনটিটি নিষ্ক্রিয় করুন” টগলের চেয়ে একটি নিয়ন্ত্রিত, প্রসঙ্গ-সচেতন শিডিউলিং সিস্টেমের মতো।

৭. কিছু ইতিহাস ও বিবর্তন

DoesPotatoTick আজকের এই পরিপাটি মড হিসেবে শুরু হয়নি।

এটি Txni-র DoesItTick-এর একটি ফর্ক হিসেবে জন্ম নেয়, যা কেবল Lithium/RoadRunner ইকোসিস্টেমের জন্য একটি সাময়িক সামঞ্জস্য-ফিক্স হিসেবে তৈরি হয়েছিল। মূল সংস্করণটি ছিল, সোজা কথায়, বেশ অপরিশোধিত: মাত্র কয়েকটি কনফিগ অপশন, আর প্রতিটি এনটিটি, প্রতিটি টিকে, সব অনলাইন প্লেয়ারের মধ্য দিয়ে লুপ করে যাচাই করত “কেউ কি যথেষ্ট কাছে আছে?” এটি প্রতি টিকে O(entities × players) — ৫০ জন প্লেয়ারসহ ২০ হাজার এনটিটির সার্ভারে এটি একাই প্রতি সেকেন্ডে লক্ষ লক্ষ অপ্রয়োজনীয় পুনরাবৃত্তি যোগ করত। নিছক নিষ্ঠুরতা।

পুরনো dpt$checkAlwaysTick()-ও সমান যন্ত্রণাদায়ক ছিল: এটি প্রতি টিকে প্রতিটি এনটিটিতে ব্যয়বহুল কনফিগ ও ট্যাগ যাচাই চালাত, কোনো ক্যাশিং ছাড়াই। ক্লায়েন্ট-সাইড রেন্ডারিং ফিক্সও ছিল না — ফ্রিজ হওয়া এনটিটিগুলো কেবল আটকে যেত এবং জায়গায় “ভূত” হয়ে ভাঙা দেখাত।

আমরা মড আপডেট করার পর সবকিছু বদলে যায়:

• সাদাসিধা প্লেয়ার লুপকে বর্তমান PlayerTracker দিয়ে প্রতিস্থাপন করা হয়েছে: একটি dimension → chunk → Y-range স্থানিক ম্যাপ, যা কেবল চলাচলে অলসভাবে আপডেট হয়। জটিলতা O(n×m) থেকে মূলত প্রতি আপডেটে O(players)-এ নেমে এসেছে।
• alwaysTick ফ্ল্যাগ এখন এনটিটি-টাইপ রেজিস্ট্রেশনের সময় একবার গণনা করা হয় এবং চিরকাল ক্যাশ থাকে।
• সঠিক নেটওয়ার্ক প্যাকেট ও ক্লায়েন্ট-সাইড কালিং যোগ করা হয়েছে (সাথে ধনুক-টানার নিরাপত্তা ভালভ), যাতে ফ্রিজ হওয়া এনটিটিগুলো গ্লিচ করার বদলে পরিষ্কারভাবে অদৃশ্য হয়ে যায়।
• মব-ফার্ম শনাক্তকরণ, রেইড সচেতনতা, ক্লেইম-মড ইন্টিগ্রেশন, Embeddium GUI… এসবের কোনোটিই তখন ছিল না।

আজকের DoesPotatoTick আর “আরেকটি এনটিটি কালিং মড” নয়। এটি একাধিক সম্পূর্ণ রিফ্যাক্টর এবং এটি সঠিকভাবে করার একাগ্রতার ফল — আপনার বস, ফার্ম বা Create কনট্রাপশন কখনো না ভেঙে।

মূল প্রেরণার জন্য Txni-কে ধন্যবাদ, এবং প্রত্যেক পরীক্ষক ও অবদানকারীকে, সেইসাথে Grok ও ChatGPT-কে এই বর্ণনা ডিজাইন, লেখা ও পরিপাটি করতে সাহায্য করার জন্য ধন্যবাদ (একা readme লিখতে গিয়ে আমার তো প্রাণই বেরিয়ে যায় lol)।

মাখনের মতো মসৃণ টিক উপভোগ করুন (বা তার অভাব)!