Android 16 QPR2-এ প্রোডাকশনাইজড ডিসপ্লে প্রসেসিং ইউনিট (DPU) রিডব্যাক চালু করা হয়েছে। DPU রিডব্যাক প্রথম Android 9-এ হার্ডওয়্যার কম্পোজার (HWC) আউটপুট পরীক্ষা করার জন্য চালু করা হয়েছিল। এটি স্ক্রিনে পিক্সেল "রিড ব্যাক" করার জন্য হার্ডওয়্যার ব্লক ব্যবহার করে CPU-অ্যাক্সেসযোগ্য মেমোরিতে সেভ করে। আপনি প্রোডাকশনে DPU রিডব্যাক ব্যবহার করতে পারেন এমন ব্যবহারের ক্ষেত্রে যেখানে ফুল-স্ক্রিন কন্টেন্ট ক্যাপচার করতে হয়।
উদাহরণ
রিডব্যাক হার্ডওয়্যার এইসব ক্ষেত্রে উপযুক্ত:
সম্পূর্ণ স্ক্রিনের স্ট্যাটিক অবস্থা পরিবর্তন করার প্রয়োজন হয় এমন অ্যানিমেশন, যেমন পাওয়ার-অফ অ্যানিমেশন
আর্টিফিশিয়াল ইন্টেলিজেন্স (AI) ব্যবহারের ক্ষেত্রে স্ক্রিন কন্টেন্ট সম্পর্কে জানা প্রয়োজন নিরাপদ এনক্লেভে কন্টেন্ট
অটোমেটেড টেস্টিং
রিডব্যাক হার্ডওয়্যার এইসব ক্ষেত্রে উপযুক্ত নয়:
স্ক্রিন স্টেটের একটি সাবসেট ক্যাপচার করা যা স্ক্রিনে দৃশ্যমান অন্যান্য কন্টেন্টকে বাদ দেয় বা লুকিয়ে রাখে
DRM-সুরক্ষিত কন্টেন্ট ক্যাপচার করে সেটি অসুরক্ষিত এনভায়রনমেন্টে ট্রান্সমিট করা
রিডব্যাক চালু করুন
রিডব্যাক চালু করতে:
HWC ইমপ্লিমেন্টেশন যে রিডব্যাক বাফার অ্যাট্রিবিউট রিপোর্ট করে তা নির্দিষ্ট করতে
IComposerClient::getReadbackBufferAttributesব্যবহার করুন।debug.sf.productionize_readback_screenshotসিস্টেম প্রপার্টি চালু করুন।এটি সিস্টেমকে সিগন্যাল দেয় যে DPU রিডব্যাক পারফর্ম্যান্ট এবং ভিজ্যুয়াল বাগ মুক্ত, এবং প্রোডাকশন ব্যবহারের জন্য প্রস্তুত।
DPU-ব্যাকড স্ক্রিনশটের অনুরোধ করতে
ScreenCaptureসিস্টেম API ব্যবহার করুন। সম্ভব হলে, সিস্টেম DPU রিডব্যাক ব্যবহার করার চেষ্টা করে, কিন্তু API ক্লায়েন্টরাCAPTURE_MODE_REQUIRE_OPTIMIZEDফ্ল্যাগ পাস করে এটি প্রয়োজনীয় করে তুলতে পারে।
রিডব্যাক পরীক্ষা করা
আমরা পারফর্ম্যান্স, নির্ভুলতা ও পাওয়ার ড্রয়ের উপর ফোকাস করে একাধিক ব্যবহারকারীর অভিজ্ঞতা পরীক্ষা করার সাজেশন দিই। আগে উল্লেখ করা ব্যবহারের কেসগুলি পরীক্ষা করে দেখুন যে পারফর্ম্যান্স গ্রহণযোগ্য এবং স্ক্রিন ফ্লিকার করা বা অনাকাঙ্ক্ষিত কালার শিফ্টের মতো কোনও ভিজ্যুয়াল বাগ নেই।