এই পৃষ্ঠাটি Cloud Translation API অনুবাদ করেছে।

64-বিট আর্কিটেকচার সমর্থন করে

{% যদি dynamic_data.request.is_prod %} {% setvar lorry_URL_root %}https://dl.google.com{% endsetvar %} {% অন্য %} {% setvar lorry_URL_root %}https://lorry-staging-payloadserver.corp.google.com{% endsetvar %} {% যদি শেষ %}

গুগল প্লেতে প্রকাশিত অ্যাপগুলিকে ৬৪-বিট আর্কিটেকচার সমর্থন করতে হবে। আপনার অ্যাপের ৬৪-বিট সংস্করণ যোগ করলে কর্মক্ষমতা উন্নত হয় এবং আপনাকে ৬৪-বিট-কেবল হার্ডওয়্যার সহ ডিভাইসগুলির জন্য প্রস্তুত করে।

নিম্নলিখিত ধাপগুলি নিশ্চিত করে যে আপনার 32-বিট অ্যাপটি 64-বিট ডিভাইসগুলিকে সমর্থন করে।

আপনার অ্যাপটি মূল্যায়ন করুন

যদি আপনার অ্যাপটি শুধুমাত্র জাভা প্রোগ্রামিং ভাষা বা কোটলিনে লেখা কোড ব্যবহার করে, সমস্ত লাইব্রেরি বা SDK সহ, তাহলে আপনার অ্যাপটি 64-বিট ডিভাইস সমর্থন করে। যদি আপনার অ্যাপটি কোনও নেটিভ কোড ব্যবহার করে, অথবা আপনি নিশ্চিত না হন যে এটি করে কিনা, তাহলে আপনার অ্যাপটি মূল্যায়ন করুন।

দ্রুত অবস্থা পরীক্ষা

প্লে কনসোলে যান এবং বিদ্যমান রিলিজগুলি দেখে নিন যে সেগুলি সঙ্গতিপূর্ণ কিনা।

৬৪-বিটের প্রয়োজনীয়তার সাথে সম্পর্কিত কোনও সমস্যা থাকলে, Play Console আপনার ড্রাফ্ট রিলিজের ক্ষেত্রে প্রযোজ্য সতর্কতাগুলিও দেখায়। নিম্নলিখিত ছবিটি একটি উদাহরণ।

যদি কোনও সতর্কতা প্রদর্শিত হয়, তাহলে আপনার অ্যাপটিকে 64-বিট ডিভাইসের সাথে সামঞ্জস্যপূর্ণ করতে নিম্নলিখিত পদক্ষেপগুলি দেখুন।

আপনার অ্যাপ কি নেটিভ কোড ব্যবহার করে?

আপনার অ্যাপটি নেটিভ কোড ব্যবহার করে যদি:

আপনার অ্যাপে যেকোনো C/C++ (নেটিভ) কোড ব্যবহার করে।
যেকোনো তৃতীয় পক্ষের নেটিভ লাইব্রেরির সাথে লিঙ্ক।
এটি একটি তৃতীয় পক্ষের অ্যাপ নির্মাতা দ্বারা তৈরি যা স্থানীয় লাইব্রেরি ব্যবহার করে।

আপনার অ্যাপে কি ৬৪-বিট লাইব্রেরি আছে?

আপনার APK ফাইলের কাঠামো পরীক্ষা করুন। তৈরি হয়ে গেলে, APK অ্যাপের প্রয়োজনীয় যেকোনো নেটিভ লাইব্রেরি দিয়ে প্যাকেজ করা হয়। নেটিভ লাইব্রেরিগুলি ABI এর উপর ভিত্তি করে বিভিন্ন ফোল্ডারে সংরক্ষণ করা হয়। প্রতিটি 64-বিট আর্কিটেকচার সমর্থন করার প্রয়োজন নেই, তবে আপনার সমর্থন করা প্রতিটি নেটিভ 32-বিট আর্কিটেকচারের জন্য আপনাকে অবশ্যই সংশ্লিষ্ট 64-বিট আর্কিটেকচার অন্তর্ভুক্ত করতে হবে।

ARM আর্কিটেকচারের জন্য, 32-বিট লাইব্রেরিগুলি armeabi-v7a তে অবস্থিত। 64-বিট সমতুল্য হল arm64-v8a ।

x86 আর্কিটেকচারের জন্য, 32-বিটের জন্য x86 এবং 64-বিটের জন্য x86_64 সন্ধান করুন।

নিশ্চিত করুন যে এই দুটি ফোল্ডারেই আপনার নেটিভ লাইব্রেরি আছে। সংক্ষেপে:

প্ল্যাটফর্ম	৩২-বিট লাইব্রেরি ফোল্ডার	৬৪-বিট লাইব্রেরি ফোল্ডার
বাহু	`lib/armeabi-v7a`	`lib/arm64-v8a`
x86 সম্পর্কে	`lib/x86`	`lib/x86_64`

মনে রাখবেন যে আপনার অ্যাপের উপর নির্ভর করে, প্রতিটি ফোল্ডারে ঠিক একই ধরণের লাইব্রেরি থাকতে পারে আবার নাও থাকতে পারে। লক্ষ্য হল নিশ্চিত করা যে আপনার অ্যাপটি শুধুমাত্র 64-বিট পরিবেশে সঠিকভাবে চলছে।

একটি সাধারণ ক্ষেত্রে, 32-বিট এবং 64-বিট উভয় আর্কিটেকচারের জন্য তৈরি একটি APK বা বান্ডেল উভয় ABI-এর জন্য ফোল্ডার থাকে, প্রতিটিতে সংশ্লিষ্ট স্থানীয় লাইব্রেরির সেট থাকে। যদি 64-বিটের জন্য কোনও সমর্থন না থাকে, তাহলে আপনি 32-বিট ABI ফোল্ডার দেখতে পাবেন কিন্তু 64-বিট ফোল্ডার দেখতে পাবেন না।

APK বিশ্লেষক ব্যবহার করে নেটিভ লাইব্রেরিগুলি সন্ধান করুন

APK অ্যানালাইজার হল এমন একটি টুল যা আপনাকে একটি তৈরি APK-এর বিভিন্ন দিক মূল্যায়ন করতে দেয়। যেকোনো নেটিভ লাইব্রেরি খুঁজে পেতে এবং 64-বিট লাইব্রেরি উপস্থিত রয়েছে তা নিশ্চিত করতে এটি ব্যবহার করুন।

অ্যান্ড্রয়েড স্টুডিও খুলুন, এবং যেকোনো প্রকল্প খুলুন ।
মেনু থেকে, বিল্ড > বিশ্লেষণ APK নির্বাচন করুন …
আপনি যে APKটি মূল্যায়ন করতে চান তা নির্বাচন করুন।
lib ফোল্ডারের ভেতরে দেখুন, যেখানে '.so' ফাইল থাকে। যদি কোন ফাইল না থাকে, তাহলে আপনার অ্যাপটি 64-বিট ডিভাইস সমর্থন করে এবং আর কোন পদক্ষেপ নেওয়ার প্রয়োজন নেই। যদি আপনি armeabi-v7a অথবা x86 দেখতে পান, তাহলে আপনার 32-বিট লাইব্রেরি আছে।
arm64-v8a অথবা x86_64 ফোল্ডারে আপনার অনুরূপ '.so' ফাইল আছে কিনা তা পরীক্ষা করে দেখুন।
যদি আপনার কোন arm64-v8a বা x86_64 লাইব্রেরি না থাকে, তাহলে আপনার APK-তে সেই আর্টিফ্যাক্টগুলি তৈরি এবং প্যাকেজিং শুরু করতে আপনার বিল্ড প্রক্রিয়া আপডেট করুন।
যদি আপনি ইতিমধ্যেই দুটি লাইব্রেরি প্যাকেজ করা দেখতে পান, তাহলে আপনি 64-বিট হার্ডওয়্যারে আপনার অ্যাপটি পরীক্ষা করতে এগিয়ে যেতে পারেন।

APK গুলি আনজিপ করে নেটিভ লাইব্রেরিগুলি খুঁজুন

APK ফাইলগুলি জিপ ফাইলের মতো গঠন করা হয়। কমান্ড লাইন বা অন্য কোনও এক্সট্রাকশন টুল ব্যবহার করে, APK ফাইলটি এক্সট্রাক্ট করুন। আপনার এক্সট্রাকশন টুলের উপর নির্ভর করে, আপনাকে ফাইলটির নাম পরিবর্তন করে .zip রাখতে হতে পারে।

আপনার অ্যাপটি ৬৪-বিট ডিভাইস সমর্থন করে কিনা তা নির্ধারণ করতে উপরের নির্দেশিকা অনুসরণ করে এক্সট্র্যাক্ট করা ফাইলগুলি ব্রাউজ করুন। আপনি কমান্ড লাইন থেকে নিম্নলিখিত কমান্ড উদাহরণটি চালাতে পারেন:

:: Command Line
> zipinfo -1 YOUR_APK_FILE.apk | grep \.so$
lib/armeabi-v7a/libmain.so
lib/armeabi-v7a/libmono.so
lib/armeabi-v7a/libunity.so
lib/arm64-v8a/libmain.so
lib/arm64-v8a/libmono.so
lib/arm64-v8a/libunity.so

এই উদাহরণে armeabi-v7a এবং arm64-v8a লাইব্রেরির উপস্থিতি লক্ষ্য করুন, যার অর্থ অ্যাপটি 64-বিট আর্কিটেকচার সমর্থন করে।

৬৪-বিট লাইব্রেরি দিয়ে আপনার অ্যাপ তৈরি করুন

নিম্নলিখিত নির্দেশাবলীতে ৬৪-বিট লাইব্রেরি কীভাবে তৈরি করবেন তা বর্ণনা করা হয়েছে। মনে রাখবেন যে এই পদক্ষেপগুলি কেবল বিল্ডিং কোড এবং লাইব্রেরিগুলিকেই অন্তর্ভুক্ত করে যা আপনি উৎস থেকে তৈরি করতে সক্ষম।

দ্রষ্টব্য: যদি আপনি কোনও বহিরাগত SDK বা লাইব্রেরি ব্যবহার করেন, তাহলে পূর্ববর্তী পদক্ষেপগুলি অনুসরণ করে নিশ্চিত করুন যে আপনি 64-বিট সংস্করণ ব্যবহার করছেন। যদি 64-বিট সংস্করণ উপলব্ধ না থাকে তবে SDK বা লাইব্রেরির মালিকের সাথে যোগাযোগ করুন এবং 64-বিট ডিভাইসের জন্য আপনার সহায়তা পরিকল্পনা করার সময় এটি বিবেচনা করুন।

অ্যান্ড্রয়েড স্টুডিও বা গ্রেডল দিয়ে তৈরি করুন

বেশিরভাগ অ্যান্ড্রয়েড স্টুডিও প্রকল্পে অন্তর্নিহিত বিল্ড সিস্টেম হিসেবে Gradle ব্যবহার করা হয়, তাই এই বিভাগটি উভয় ক্ষেত্রেই প্রযোজ্য। আপনার নেটিভ কোডের জন্য বিল্ড সক্ষম করতে, আপনার অ্যাপের 'build.gradle' ফাইলের ndk.abiFilters সেটিংয়ে arm64-v8a এবং/অথবা x86_64 যোগ করুন, আপনি যে আর্কিটেকচারগুলি সমর্থন করতে চান তার উপর নির্ভর করে:

খাঁজকাটা

// Your app's build.gradle
plugins {
  id 'com.android.app'
}

android {
   compileSdkVersion 27
   defaultConfig {
       appId "com.google.example.64bit"
       minSdkVersion 15
       targetSdkVersion 28
       versionCode 1
       versionName "1.0"
       ndk.abiFilters 'armeabi-v7a','arm64-v8a','x86','x86_64'
// ...

কোটলিন

// Your app's build.gradle
plugins {
    id("com.android.app")
}

android {
    compileSdkVersion(27)
    defaultConfig {
        appId = "com.google.example.64bit"
        minSdkVersion(15)
        targetSdkVersion(28)
        versionCode = 1
        versionName = "1.0"
        ndk {
            abiFilters += listOf("armeabi-v7a","arm64-v8a","x86","x86_64")
        }
// ...

সিমেক দিয়ে তৈরি করুন

যদি আপনার অ্যাপটি CMake ব্যবহার করে তৈরি করা হয়, তাহলে আপনি arm64-v8a কে '-DANDROID_ABI' প্যারামিটারে পাস করে 64-বিট ABI-এর জন্য তৈরি করতে পারেন:

:: Command Line
> cmake -DANDROID_ABI=arm64-v8a … or
> cmake -DANDROID_ABI=x86_64 …

ndk-build দিয়ে তৈরি করুন

যদি আপনার অ্যাপটি ndk-build দিয়ে তৈরি করা হয়, তাহলে আপনি APP_ABI ভেরিয়েবল ব্যবহার করে আপনার 'Application.mk' APP_ABI পরিবর্তন করে 64-বিট ABI-এর জন্য তৈরি করতে পারেন:

APP_ABI := armeabi-v7a arm64-v8a x86 x86_64

৩২-বিট কোড ৬৪-বিটে পোর্ট করুন

যদি আপনার কোডটি ইতিমধ্যেই ডেস্কটপ বা iOS-এ চলে, তাহলে আপনাকে অ্যান্ড্রয়েডের জন্য অতিরিক্ত কোনও কাজ করতে হবে না। যদি এটিই প্রথমবারের মতো আপনার কোডটি 64-বিট সিস্টেমের জন্য তৈরি করা হয়, তাহলে আপনাকে যে প্রধান সমস্যাটি সমাধান করতে হবে তা হল পয়েন্টারগুলি আর 32-বিট পূর্ণসংখ্যার ধরণ যেমন int এ ফিট করে না।

আপডেট কোড যা পয়েন্টারগুলিকে int , unsigned , অথবা uint32_t টাইপে সংরক্ষণ করে। ইউনিক্স সিস্টেমে, long পয়েন্টারের আকারের সাথে মেলে, কিন্তু উইন্ডোজে এটি সত্য নয়। পরিবর্তে, intention-revealing টাইপ uintptr_t অথবা intptr_t ব্যবহার করুন। দুটি পয়েন্টারের মধ্যে পার্থক্য সংরক্ষণ করতে, ptrdiff_t টাইপ ব্যবহার করুন।

আপনার সর্বদা <stdint.h> তে সংজ্ঞায়িত নির্দিষ্ট, স্থির-প্রস্থ পূর্ণসংখ্যার ধরণগুলিকে পছন্দ করা উচিত, int বা long এর মতো অ-স্থির-প্রস্থের ধরণগুলির চেয়ে, এমনকি অ-পয়েন্টারগুলির জন্যও।

আপনার কোডটি পয়েন্টার এবং পূর্ণসংখ্যার মধ্যে ভুলভাবে রূপান্তরিত হচ্ছে এমন কেসগুলি ধরতে নিম্নলিখিত কম্পাইলার ফ্ল্যাগগুলি ব্যবহার করুন:

-Werror=pointer-to-int-cast
-Werror=int-to-pointer-cast
-Werror=shorten-64-to-32

জাভা ক্লাস যেখানে int ফিল্ড আছে এবং C/C++ অবজেক্টের পয়েন্টার ধরে রাখে, তাদেরও একই সমস্যা হয়। আপনার JNI সোর্সে jint খুঁজুন এবং নিশ্চিত করুন যে আপনি জাভা সাইডে long এবং C++ সাইডে jlong এ স্যুইচ করেছেন।

৬৪-বিট কোডের জন্য ইমপ্লিসিট ফাংশন ডিক্লারেশন অনেক বেশি বিপজ্জনক। C/C++ ধরে নিই যে একটি ইমপ্লিসিটলি ডিক্লারেড ফাংশনের রিটার্ন টাইপ (অর্থাৎ, এমন একটি ফাংশন যার জন্য কম্পাইলার কোনও ডিক্লারেশন দেখেনি) হল int । যদি আপনার ফাংশনের আসল রিটার্ন টাইপ একটি পয়েন্টার হয়, তাহলে এটি একটি ৩২-বিট সিস্টেমে ঠিক কাজ করে যেখানে আপনার পয়েন্টার একটি int-এর সাথে ফিট করে। তবে, একটি ৬৪-বিট সিস্টেমে, কম্পাইলার আপনার পয়েন্টারের উপরের অর্ধেকটি ফেলে দেয়। উদাহরণস্বরূপ:

// This function returns a pointer:
// extern char* foo();

// If you don't include a header that declares it,
// when the compiler sees this:
char* result = foo();

// Instead of compiling that to:
result = foo();

// It compiles to something equivalent to:
result = foo() & 0xffffffff;

// Which will then cause a SIGSEGV if you try to dereference `result`.

নিম্নলিখিত কম্পাইলার ফ্ল্যাগটি অন্তর্নিহিত ফাংশন ঘোষণার সতর্কতাগুলিকে ত্রুটিতে রূপান্তরিত করে যাতে আপনি এই সমস্যাটি আরও সহজে খুঁজে পেতে এবং সমাধান করতে পারেন:

-Werror=implicit-function-declaration

যদি আপনার ইনলাইন অ্যাসেম্বলার থাকে, তাহলে এটি আবার লিখুন অথবা একটি সাধারণ C/C++ বাস্তবায়ন ব্যবহার করুন।

যদি আপনার হার্ড-কোডেড আকারের ধরণের (উদাহরণস্বরূপ, 8 বা 16 বাইট) থাকে, তাহলে সেগুলিকে sizeof(T) এক্সপ্রেশন দিয়ে প্রতিস্থাপন করুন, যেমন sizeof(void*) ।

যদি আপনার শর্তসাপেক্ষে 64-বিটের চেয়ে 32-বিটের জন্য আলাদা কোড কম্পাইল করার প্রয়োজন হয়, তাহলে আপনি জেনেরিক 32/64 পার্থক্যের জন্য #if defined(__LP64__) অথবা Android দ্বারা সমর্থিত নির্দিষ্ট আর্কিটেকচারের জন্য __arm__ , __aarch64__ (arm64), __i386__ (x86), এবং __x86_64__ ব্যবহার করতে পারেন।

printf অথবা scanf -এর মতো ফাংশনের জন্য ফরম্যাট স্ট্রিংগুলি সামঞ্জস্য করুন, কারণ ঐতিহ্যবাহী ফরম্যাট স্পেসিফায়ারগুলি আপনাকে 32-বিট এবং 64-বিট উভয় ডিভাইসের জন্যই 64-বিট প্রকারগুলি সঠিকভাবে নির্দিষ্ট করার অনুমতি দেয় না। <inttypes.h> এ PRI এবং SCN ম্যাক্রোগুলি এই সমস্যার সমাধান করে, হেক্স পয়েন্টার লেখা এবং পড়ার জন্য PRIxPTR এবং SCNxPTR ; এবং 64-বিট মান পোর্টেবলভাবে লেখা এবং পড়ার জন্য PRId64 এবং SCNd64 ।

স্থানান্তর করার সময়, আপনাকে 1 ব্যবহার করার পরিবর্তে 64-বিট ধ্রুবক পেতে 1ULL ব্যবহার করতে হতে পারে, যা মাত্র 32 বিট।

অ্যান্ড্রয়েড অ্যাপ বান্ডেলের সাহায্যে আকার বৃদ্ধি কমানো

আপনার অ্যাপে ৬৪-বিট আর্কিটেকচার সাপোর্ট যোগ করলে আপনার APK এর আকার বৃদ্ধি পেতে পারে। একই APK এ ৩২- এবং ৬৪-বিট নেটিভ কোড উভয়ই অন্তর্ভুক্ত করার আকারের প্রভাব কমাতে আমরা Android অ্যাপ বান্ডেল বৈশিষ্ট্যটি ব্যবহার করার পরামর্শ দিচ্ছি।

গেম ডেভেলপাররা

তিনটি সর্বাধিক ব্যবহৃত ইঞ্জিন 64-বিট সমর্থন করে:

২০১৫ সাল থেকে অবাস্তব
২০১৫ সাল থেকে Cocos2d
২০১৮ সাল থেকে ঐক্য

ইউনিটি ডেভেলপাররা

সক্ষম সংস্করণে আপগ্রেড করুন

ইউনিটি 2018.2 এবং 2017.4.16 সংস্করণের সাথে 64-বিট সমর্থন প্রদান করে।

যদি আপনি ইউনিটির এমন একটি সংস্করণ ব্যবহার করেন যা 64-বিট সমর্থন করে না, তাহলে আপনি কোন সংস্করণে আপগ্রেড করতে চান তা নির্ধারণ করুন এবং আপনার পরিবেশ স্থানান্তর করার জন্য ইউনিটি যে নির্দেশিকাগুলি প্রদান করে তা অনুসরণ করুন, নিশ্চিত করুন যে আপনার অ্যাপটি এমন একটি সংস্করণে আপগ্রেড করা হয়েছে যা 64-বিট লাইব্রেরি তৈরি করতে পারে। ইউনিটি আপনাকে এডিটরের সর্বশেষ LTS সংস্করণে আপগ্রেড করে সর্বশেষ বৈশিষ্ট্য এবং আপডেটগুলিতে অ্যাক্সেস পাওয়ার পরামর্শ দেয়।

এখানে একটি চার্ট দেওয়া হল যা বিভিন্ন ইউনিটি ভার্সন এবং আপনার কী করা উচিত তা বর্ণনা করে:

ইউনিটি ভার্সন	সংস্করণটি ৬৪-বিট সমর্থন করে?	প্রস্তাবিত কর্মপদ্ধতি
২০২০.x	✔️	আপনার বিল্ড সেটিংস 64-বিট লাইব্রেরি আউটপুট নিশ্চিত করুন।
২০১৯.x	✔️	আপনার বিল্ড সেটিংস 64-বিট লাইব্রেরি আউটপুট নিশ্চিত করুন।
২০১৮.৪ (এলটিএস)	✔️	আপনার বিল্ড সেটিংস 64-বিট লাইব্রেরি আউটপুট নিশ্চিত করুন।
২০১৮.৩	✔️	আপনার বিল্ড সেটিংস 64-বিট লাইব্রেরি আউটপুট নিশ্চিত করুন।
২০১৮.২	✔️	আপনার বিল্ড সেটিংস 64-বিট লাইব্রেরি আউটপুট নিশ্চিত করুন।
২০১৮.১	➖	পরীক্ষামূলক ৬৪-বিট সমর্থন রয়েছে।
২০১৭.৪ (এলটিএস)	✔️	২০১৭.৪.১৬ থেকে সমর্থিত। নিশ্চিত করুন যে আপনার বিল্ড সেটিংস ৬৪-বিট লাইব্রেরি আউটপুট করে।
২০১৭.৩	✖️	৬৪-বিট সমর্থন করে এমন সংস্করণে আপগ্রেড করুন।
২০১৭.২	✖️	৬৪-বিট সমর্থন করে এমন সংস্করণে আপগ্রেড করুন।
২০১৭.১	✖️	৬৪-বিট সমর্থন করে এমন সংস্করণে আপগ্রেড করুন।
<=৫.৬	✖️	৬৪-বিট সমর্থন করে এমন সংস্করণে আপগ্রেড করুন।

৬৪-বিট লাইব্রেরি আউটপুটে বিল্ড সেটিংস পরিবর্তন করুন

যদি আপনি ইউনিটির এমন একটি সংস্করণ ব্যবহার করেন যা 64-বিট অ্যান্ড্রয়েড লাইব্রেরি সমর্থন করে, তাহলে আপনার বিল্ড সেটিংস সামঞ্জস্য করে আপনি আপনার অ্যাপের একটি 64-বিট সংস্করণ তৈরি করতে পারেন। আপনার স্ক্রিপ্টিং ব্যাকএন্ড হিসাবে IL2CPP ব্যাকএন্ড ব্যবহার করুন। 64-বিট আর্কিটেকচার তৈরির জন্য আপনার ইউনিটি প্রকল্প সেট আপ করতে, নিম্নলিখিতগুলি করুন:

বিল্ড সেটিংসে যান এবং নিশ্চিত করুন যে আপনি অ্যান্ড্রয়েডের জন্য তৈরি করছেন, প্ল্যাটফর্মের অধীনে ইউনিটি প্রতীকটি অ্যান্ড্রয়েডের পাশে আছে কিনা তা যাচাই করে। 1. যদি ইউনিটি প্রতীকটি অ্যান্ড্রয়েড প্ল্যাটফর্মের পাশে না থাকে, তাহলে অ্যান্ড্রয়েড নির্বাচন করুন এবং প্ল্যাটফর্ম পরিবর্তন করুন ক্লিক করুন।
প্লেয়ার সেটিংসে ক্লিক করুন।
প্লেয়ার সেটিংস প্যানেল > অ্যান্ড্রয়েডের জন্য সেটিংস > অন্যান্য সেটিংস > কনফিগারেশনে নেভিগেট করুন।
স্ক্রিপ্টিং ব্যাকএন্ডকে IL2CPP তে সেট করুন।
টার্গেট আর্কিটেকচার > ARM64 চেকবক্সটি নির্বাচন করুন।
স্বাভাবিকভাবে তৈরি করুন!

মনে রাখবেন যে ARM64 তৈরির জন্য আপনার সমস্ত সম্পদ বিশেষভাবে সেই প্ল্যাটফর্মের জন্য তৈরি করতে হবে। APK আকার কমানোর জন্য Unity-এর নির্দেশিকা অনুসরণ করুন এবং আকারের এই বৃদ্ধি কমাতে Android অ্যাপ বান্ডেল বৈশিষ্ট্যের সুবিধা নেওয়ার কথা বিবেচনা করুন।

মাল্টি-এপিকে এবং ৬৪-বিট সম্মতি

যদি আপনি আপনার অ্যাপ প্রকাশের জন্য Google Play-এর মাল্টিপল-APK সাপোর্ট ব্যবহার করেন, তাহলে মনে রাখবেন যে 64-বিটের প্রয়োজনীয়তার সাথে সম্মতি রিলিজ স্তরে মূল্যায়ন করা হয়। তবে, 64-বিটের প্রয়োজনীয়তা APK বা অ্যাপ বান্ডেলের ক্ষেত্রে প্রযোজ্য নয় যা Android 9 Pie বা তার পরবর্তী সংস্করণে চলমান ডিভাইসগুলিতে বিতরণ করা হয় না।

যদি আপনার কোনও APK-কে অ-সম্মতিযোগ্য হিসেবে চিহ্নিত করা হয়, কিন্তু এটি একটি পূর্ববর্তী সংস্করণ এবং এটিকে সম্মতিতে আনা সম্ভব না হয়, তাহলে একটি কৌশল হল সেই APK-এর ম্যানিফেস্টে uses-sdk উপাদানে একটি maxSdkVersion="27" অ্যাট্রিবিউট যোগ করা। এই APK Android 9 Pie বা তার পরবর্তী সংস্করণে চলমান ডিভাইসগুলিতে সরবরাহ করা হয় না এবং আর সম্মতি ব্লক করে না।

রেন্ডারস্ক্রিপ্ট এবং ৬৪-বিট সম্মতি

যদি আপনার অ্যাপটি RenderScript ব্যবহার করে এবং Android টুলের আগের সংস্করণ ব্যবহার করে তৈরি করা হয়, তাহলে অ্যাপটিতে ৬৪-বিট কমপ্লায়েন্স সমস্যা দেখা দিতে পারে। ২১.০.০ এর আগের বিল্ড টুল ব্যবহার করে, কম্পাইলারটি একটি বহিরাগত .bc ফাইলে বিটকোড তৈরি করতে পারে। এই লিগ্যাসি .bc ফাইলগুলি আর ৬৪-বিট আর্কিটেকচারের জন্য সমর্থিত নয়, তাই আপনার APK-তে ফাইলটির উপস্থিতি কমপ্লায়েন্স সমস্যার কারণ হতে পারে।

সমস্যাটি সমাধানের জন্য, আপনার প্রোজেক্ট থেকে যেকোনো .bc ফাইল সরিয়ে ফেলুন, আপনার পরিবেশকে build-tools-21.0.0 বা তার পরবর্তী সংস্করণে আপগ্রেড করুন এবং Android Studio-তে renderscriptTargetApi 21+ এ সেট করুন, যাতে কম্পাইলার .bc ফাইল নির্গত না করে। তারপর, আপনার অ্যাপটি পুনর্নির্মাণ করুন, .bc ফাইলগুলি পরীক্ষা করুন এবং Play Console-এ আপলোড করুন।

৬৪-বিট হার্ডওয়্যারে আপনার অ্যাপ পরীক্ষা করুন

আপনার অ্যাপের ৬৪-বিট ভার্সনটি ৩২-বিট ভার্সনের মতোই একই গুণমান এবং বৈশিষ্ট্যযুক্ত হওয়া উচিত। সর্বশেষ ৬৪-বিট ডিভাইস ব্যবহারকারীরা আপনার অ্যাপে দুর্দান্ত অভিজ্ঞতা পাচ্ছেন কিনা তা নিশ্চিত করতে আপনার অ্যাপটি পরীক্ষা করুন।

৬৪-বিট-শুধুমাত্র ডিভাইস

যখনই সম্ভব, আমরা নিম্নলিখিত বিকল্পগুলির মধ্যে একটি ব্যবহার করে কঠোর 64-বিট-কেবল পরিবেশে আপনার অ্যাপটি পরীক্ষা করার পরামর্শ দিচ্ছি:

৬৪-বিট-শুধুমাত্র সিস্টেম ইমেজ সহ গুগল পিক্সেল
অ্যান্ড্রয়েড এমুলেটর

৬৪-বিট-শুধুমাত্র সিস্টেম ইমেজ সহ গুগল পিক্সেল

অ্যাপ ডেভেলপমেন্ট এবং টেস্টিং সহজতর করার জন্য, আমরা কিছু Pixel ডিভাইসের জন্য কঠোর 64-বিট-ওনলি পরিবেশ সহ বিশেষ সিস্টেম ইমেজ প্রদান করেছি। এই 64-বিট-ওনলি ইমেজগুলি মূলত Android 13 এবং 14 প্রিভিউ রিলিজের জন্য স্ট্যান্ডার্ড ফ্যাক্টরি সিস্টেম ইমেজের সাথে একই সাথে প্রদান করা হয়েছিল, তবে আপনি 64-বিট সামঞ্জস্যের জন্য আপনার অ্যাপ পরীক্ষা করার সময় এগুলি ব্যবহার চালিয়ে যেতে পারেন।

সতর্কতা: আপনি যখন একটি একক পরীক্ষামূলক ডিভাইসকে বিভিন্ন অ্যান্ড্রয়েড সংস্করণের উপর ভিত্তি করে 64-বিট-অনলি সিস্টেম চিত্রগুলির মধ্যে স্যুইচ করতে পারেন, তখন আপনাকে প্রথমে অ্যান্ড্রয়েড প্ল্যাটফর্মের অন্য সংস্করণের জন্য 64-বিট-অনলি চিত্রটি ফ্ল্যাশ করার আগে ডিভাইসটিকে সর্বশেষ স্থিতিশীল, পাবলিক বিল্ডে ফিরিয়ে আনতে হবে।

একটি ৬৪-বিট-শুধুমাত্র ছবি পান

ফ্যাক্টরি সিস্টেমের ছবির মতো, আপনি অ্যান্ড্রয়েড ফ্ল্যাশ টুল ব্যবহার করে অথবা নিম্নলিখিত বিভাগগুলিতে বর্ণিত হিসাবে আপনার ডিভাইসটি ম্যানুয়ালি ফ্ল্যাশ করে আপনার ডিভাইসে একটি 64-বিট-কেবল চিত্র ফ্ল্যাশ করতে পারেন।

দ্রষ্টব্য: যদিও Pixel 7 এবং Pixel 7 Pro ছিল প্রথম অ্যান্ড্রয়েড ফোন যা শুধুমাত্র 64-বিট অ্যাপ সমর্থন করে লঞ্চ করা হয়েছিল , এই ডিভাইসগুলি Android 13 সিস্টেম ইমেজ সহ লঞ্চ করা হয়েছিল যার মধ্যে একটি 32-বিট ফাইল সিস্টেম এবং 32-বিট সিস্টেম লাইব্রেরি রয়েছে যা সামঞ্জস্যতা প্রান্তের কেসগুলি পরিচালনা করে। এই কারণে, যদি আপনার কাছে একটি Pixel 7 বা Pixel 7 Pro থাকে, সেইসাথে একটি Pixel ডিভাইস থাকে যার 64-বিট-অনলি সিস্টেম ইমেজ থাকে, তাহলে 64-বিট সামঞ্জস্যতা পরীক্ষা করার জন্য একটি আরও ভাল-নিয়ন্ত্রিত পরিবেশ তৈরি করতে 64-বিট-অনলি ইমেজ সহ ডিভাইসটি ব্যবহার করুন।

অ্যান্ড্রয়েড ফ্ল্যাশ টুল ব্যবহার করে আপনার ডিভাইসটি ফ্ল্যাশ করুন

অ্যান্ড্রয়েড ফ্ল্যাশ টুল আপনাকে আপনার সমর্থিত পিক্সেল ডিভাইসে নিরাপদে একটি সিস্টেম ইমেজ ফ্ল্যাশ করতে দেয়। অ্যান্ড্রয়েড ফ্ল্যাশ টুল যেকোনো ওয়েব ব্রাউজারে কাজ করে যা ওয়েবইউএসবি সমর্থন করে, যেমন ক্রোম বা এজ ৭৯+।

অ্যান্ড্রয়েড ফ্ল্যাশ টুল আপনাকে ধাপে ধাপে আপনার ডিভাইস ফ্ল্যাশ করার প্রক্রিয়াটি পরিচালনা করে—এতে কোনও সরঞ্জাম ইনস্টল করার প্রয়োজন নেই—তবে আপনাকে আপনার ডিভাইসটি আনলক করতে হবে এবং ডেভেলপার বিকল্পগুলিতে USB ডিবাগিং সক্ষম করতে হবে । সম্পূর্ণ নির্দেশাবলীর জন্য, অ্যান্ড্রয়েড ফ্ল্যাশ টুল ডকুমেন্টেশন দেখুন।

আপনার ডিভাইসটি USB এর মাধ্যমে সংযুক্ত করুন, তারপর, আপনি যে ধরণের সিস্টেম ইমেজ ফ্ল্যাশ করতে চান তার উপর নির্ভর করে, নিম্নলিখিত লিঙ্কগুলির একটি ব্যবহার করে Android Flash Tool এ নেভিগেট করুন এবং অনস্ক্রিন নির্দেশিকা অনুসরণ করুন:

অ্যান্ড্রয়েড ১৪ (বিটা ৫.২) ৬৪-বিট-শুধুমাত্র সিস্টেমের ছবি
আপনি যে ডিভাইসটি ফ্ল্যাশ করার চেষ্টা করছেন তা নির্বাচন করুন:
অ্যান্ড্রয়েড ১৩ (কিউপিআর৩ বিটা ৩.২) ৬৪-বিট-শুধুমাত্র সিস্টেমের ছবি
আপনি যে ডিভাইসটি ফ্ল্যাশ করার চেষ্টা করছেন তা নির্বাচন করুন:

আপনার ডিভাইসটি ম্যানুয়ালি ফ্ল্যাশ করুন

আপনি সর্বশেষ সিস্টেম ইমেজটি ডাউনলোড করে ম্যানুয়ালি আপনার ডিভাইসে ফ্ল্যাশ করতে পারেন। আপনার টেস্ট ডিভাইসের জন্য সিস্টেম ইমেজ ডাউনলোড করতে নিম্নলিখিত টেবিলটি দেখুন। পরীক্ষার পরিবেশের উপর সুনির্দিষ্ট নিয়ন্ত্রণের প্রয়োজন হলে অথবা ঘন ঘন পুনরায় ইনস্টল করার প্রয়োজন হলে, যেমন স্বয়ংক্রিয় পরীক্ষা করার সময়, ডিভাইসটি ম্যানুয়ালি ফ্ল্যাশ করা কার্যকর।

আপনার ডিভাইসের ডেটা ব্যাকআপ করার পরে এবং ম্যাচিং সিস্টেম ইমেজ ডাউনলোড করার পরে, আপনি ছবিটি আপনার ডিভাইসে ফ্ল্যাশ করতে পারেন।

আপনি যেকোনো সময় সর্বশেষ পাবলিক বিল্ডে ফিরে যেতে পারেন।

অ্যান্ড্রয়েড ১৪ (বিটা ৫.৩) এর জন্য ৬৪-বিট-শুধুমাত্র কারখানার ছবি

এই ছবিগুলি ৬৪-বিট অ্যাপের সামঞ্জস্যতা পরীক্ষা করার জন্য একটি কঠোর ৬৪-বিট-কেবল পরিবেশ প্রদান করে। এই ৬৪-বিট-কেবল কনফিগারেশনগুলি শুধুমাত্র ডেভেলপারদের ব্যবহারের জন্য।

যন্ত্র	ডাউনলোড লিংক	SHA-256 চেকসাম
পিক্সেল ৪এ (৫জি)		`7e6731fab811ae389f5ff882d5c5a2b8b942b8363b22bbcc038b39d7c539e60a`
পিক্সেল ৫		`c4da6a19086a02f2cd2fa7a4054e870916954b8e5a61e9a07ee942c537e4b45a`
পিক্সেল ৬		`98943384284cbc7323b8867d84c36151757f67ae7633012fb69cb5d6bec2b554`
পিক্সেল ৬ প্রো		`67ec40be5bd05a40fa5dabc1ce6795aae75d1904193d52e2da00425ed7cb895b`

অ্যান্ড্রয়েড ১৩ (QPR3 বিটা 3.2) এর জন্য ৬৪-বিট-শুধুমাত্র কারখানার ছবি

যন্ত্র	ডাউনলোড লিংক	SHA-256 চেকসাম
পিক্সেল ৪এ (৫জি)		`b4be40924f62c3c2b3ed20a9f7fa4303aa9c39649d778eb96f86c867fe3ae59a`
পিক্সেল ৫		`6e5e027a4f64f9f786db9bb69d50d1a551c3f6aad893ae450e1f8279ea1b761a`
পিক্সেল ৬		`becb9b81a5bddad67a4ac32d30a50dcb372b9d083cb7c046e5180510e479a0b8`
পিক্সেল ৬ প্রো		`b0ef544ed2312ac44dc827f24999281b147c11d76356c2d06b2c57a191c60480`

একটি পাবলিক বিল্ডে ফিরে যান

আপনি হয় অ্যান্ড্রয়েড ফ্ল্যাশ টুল ব্যবহার করে ফ্যাক্টরি ইমেজ ফ্ল্যাশ করতে পারেন, অথবা ফ্যাক্টরি ইমেজস ফর নেক্সাস অ্যান্ড পিক্সেল ডিভাইসস পৃষ্ঠা থেকে একটি ফ্যাক্টরি স্পেক সিস্টেম ইমেজ পেতে পারেন এবং তারপর ম্যানুয়ালি ডিভাইসে ফ্ল্যাশ করতে পারেন।

অ্যান্ড্রয়েড এমুলেটর

অ্যান্ড্রয়েড ১২ (এপিআই লেভেল ৩১) থেকে শুরু করে, অ্যান্ড্রয়েড এমুলেটর সিস্টেম ইমেজগুলি শুধুমাত্র ৬৪-বিট। অ্যাপ পরীক্ষার জন্য কঠোর ৬৪-বিট-কেবল পরিবেশ পেতে অ্যান্ড্রয়েড ১২ (এপিআই লেভেল ৩১) বা তার বেশি ভার্সনের সিস্টেম ইমেজ ব্যবহার করে একটি অ্যান্ড্রয়েড ভার্চুয়াল ডিভাইস (AVD) তৈরি করুন।

অন্যান্য ডিভাইস বিকল্প

যদি আপনার কাছে এই ডিভাইসগুলির একটি না থাকে অথবা আপনি অ্যান্ড্রয়েড এমুলেটর ব্যবহার করতে না পারেন, তাহলে আপনার পরবর্তী সেরা বিকল্প হল এমন একটি ডিভাইস ব্যবহার করা যা 64-বিট সক্ষম, যেমন গুগল পিক্সেল বা অন্যান্য ডিভাইস নির্মাতাদের সাম্প্রতিক ফ্ল্যাগশিপ ডিভাইস।

আপনার অ্যাপটি ইনস্টল করুন এবং পরীক্ষা করুন

আপনার APK পরীক্ষা করার সবচেয়ে সহজ উপায় হল Android Debug Bridge (adb) ব্যবহার করে অ্যাপটি ইনস্টল করা। বেশিরভাগ ক্ষেত্রে, আপনি ডিভাইসে কোন লাইব্রেরি ইনস্টল করতে হবে তা নির্দেশ করার জন্য একটি প্যারামিটার হিসাবে --abi সরবরাহ করতে পারেন। এটি ডিভাইসে শুধুমাত্র 64-বিট লাইব্রেরি দিয়ে অ্যাপটি ইনস্টল করে।

:: Command Line
# A successful install:
> adb install --abi armeabi-v7a YOUR_APK_FILE.apk
Success

# If your APK does not have the 64-bit libraries:
> adb install --abi arm64-v8a YOUR_APK_FILE.apk
adb: failed to install YOUR_APK_FILE.apk: Failure [INSTALL_FAILED_NO_MATCHING_ABIS: Failed to extract native libraries, res=-113]

# If your device does not support 64-bit, an emulator, for example:
> adb install --abi arm64-v8a YOUR_APK_FILE.apk
ABI arm64-v8a not supported on this device

একবার সফলভাবে ইনস্টল হয়ে গেলে, আপনার অ্যাপটি স্বাভাবিকভাবে পরীক্ষা করুন যাতে নিশ্চিত করা যায় যে এর মান ৩২-বিট সংস্করণের মতোই।

পরিচিত সামঞ্জস্যের সমস্যাগুলি পরীক্ষা করুন

পরীক্ষা করার সময়, ৬৪-বিট ডিভাইসে চলাকালীন অ্যাপগুলিকে প্রভাবিত করে এমন নিম্নলিখিত সমস্যাগুলির জন্য আপনার অ্যাপটি পরীক্ষা করুন। এমনকি যদি আপনার অ্যাপটি সরাসরি প্রভাবিত লাইব্রেরির উপর নির্ভর না করে, তবুও আপনার অ্যাপের নির্ভরতায় থাকা থার্ড-পার্টি লাইব্রেরি এবং SDK গুলি হতে পারে।

SoLoader সম্পর্কে

যদি আপনি নেটিভ কোড লোডার SDK SoLoader ব্যবহার করেন, তাহলে v0.10.4 বা তার পরবর্তী সংস্করণে আপডেট করুন। যদি আপনার অ্যাপটি SoLoader-এর উপর নির্ভরশীল SDK ব্যবহার করে, তাহলে প্রভাবিত SDK-গুলির সর্বশেষ স্থিতিশীল সংস্করণেও আপডেট করতে ভুলবেন না।

SoLoader v0.9.0 এবং নিম্নতর ভার্সন ধরে নেয় যে /vendor/lib:/system/lib তে সিস্টেম লাইব্রেরি আছে। এই বাগটি Pixel 7 এর মতো ডিভাইসগুলিতে দেখা যায় না যেখানে পাথটি বিদ্যমান, কিন্তু এই অনুমান সেই ডিভাইসগুলিতে ক্র্যাশ ঘটায় যেখানে শুধুমাত্র /vendor/lib64:/system/lib64 তে সিস্টেম লাইব্রেরি আছে।

SoLoader এর কারণে সৃষ্ট এই সমস্যা এবং অন্যান্য সমস্যার সমাধান সম্পর্কে আরও তথ্যের জন্য, Google সহায়তা কেন্দ্রে সংশ্লিষ্ট উত্তরটি দেখুন।

ওপেনএসএসএল

যদি আপনি OpenSSL লাইব্রেরি ব্যবহার করেন, তাহলে OpenSSL 1.1.1i বা তার পরবর্তী সংস্করণে আপডেট করুন। যদি আপনার অ্যাপটি HTTPS ব্যবহার করে যোগাযোগ প্রদানকারী SDK ব্যবহার করে, অথবা OpenSSL-এর উপর নির্ভরশীল অন্যান্য SDK ব্যবহার করে, তাহলে SDK-এর সর্বশেষ সংস্করণে আপডেট করতে ভুলবেন না যা একটি নতুন OpenSSL সংস্করণ ব্যবহার করে। যদি SDK প্রদানকারী উপলব্ধ না থাকে তবে তার সাথে যোগাযোগ করুন।

ARMv8.3 PAC রানটাইমে পয়েন্টার প্রমাণীকরণের মাধ্যমে হার্ডওয়্যার-সহায়তাপ্রাপ্ত নিয়ন্ত্রণ প্রবাহ অখণ্ডতা সক্ষম করে। OpenSSL এর পূর্ববর্তী সংস্করণগুলি এই ক্ষমতাগুলি ভুলভাবে ব্যবহার করে, যার ফলে ARMv8.3a এবং তার উপরে ভিত্তিক প্রসেসর সহ সমস্ত ডিভাইসে রানটাইম ক্র্যাশ হয়।

OpenSSL এর কারণে সৃষ্ট এই সমস্যা এবং অন্যান্য সমস্যা সমাধানের বিষয়ে আরও তথ্যের জন্য, Google সহায়তা কেন্দ্রে সংশ্লিষ্ট উত্তরটি দেখুন।

বিটিআই

ARMv8.5 এবং উচ্চতর সংস্করণগুলি JOP আক্রমণ থেকে রক্ষা করার জন্য Branch Target Instructions (BTIs) ব্যবহার করে। BTI দিয়ে তৈরি লাইব্রেরির র‍্যান্ডম অফসেটে শাখা করা অস্পষ্ট SDK-এর পূর্ববর্তী সংস্করণগুলি অ্যাপগুলিকে ক্র্যাশ করতে পারে। যেহেতু নির্দেশাবলী HINTs হিসাবে এনকোড করা হয়, তাই BTI সমর্থন করে না এমন ডিভাইসগুলিতে এই বাগটি লক্ষ্য করা যায় না।

প্রকাশ করুন

যখন আপনার মনে হবে আপনার অ্যাপটি প্রস্তুত, তখন স্বাভাবিকভাবে প্রকাশ করুন। সর্বদা হিসাবে, আপনার অ্যাপটি স্থাপনের জন্য সর্বোত্তম অনুশীলনগুলি অনুসরণ করা চালিয়ে যান। আপনার অ্যাপের মান সামঞ্জস্যপূর্ণ কিনা তা নিশ্চিত করার জন্য আমরা সীমিত সংখ্যক ব্যবহারকারীর কাছে রোলআউট করার জন্য ক্লোজড টেস্টিং ট্র্যাকগুলির সুবিধা নেওয়ার পরামর্শ দিচ্ছি।

একটি বড় আপডেট চালু করার সময়, বৃহত্তর দর্শকদের কাছে প্রকাশ করার আগে নিশ্চিত করুন যে আপনি 64-বিট-সক্ষম ডিভাইসগুলিতে পুঙ্খানুপুঙ্খভাবে পরীক্ষা করেছেন।

ডাউনলোড করুন Android 14 factory system image (64-bit-only)

ডাউনলোড করার আগে, আপনাকে অবশ্যই নিম্নলিখিত শর্তাবলীতে সম্মত হতে হবে।

শর্তাবলী

By clicking to accept, you hereby agree to the following:

All use of this development version SDK will be governed by the Android Software Development Kit License Agreement (available at https://developer.android.com/studio/terms and such URL may be updated or changed by Google from time to time), which will terminate when Google issues a final release version.

Your testing and feedback are important part of the development process and by using the SDK, you acknowledge that (i) implementation of some features are still under development, (ii) you should not rely on the SDK having the full functionality of a stable release; (iii) you agree not to publicly distribute or ship any application using this SDK as this SDK will no longer be supported after the official Android SDK is released; and (iv) you agree that Google may deliver elements of the SDK to your devices via auto-update (OTA or otherwise, in each case as determined by Google).

WITHOUT LIMITING SECTION 10 OF THE ANDROID SOFTWARE DEVELOPMENT KIT LICENSE AGREEMENT, YOU UNDERSTAND THAT A DEVELOPMENT VERSION OF A SDK IS NOT A STABLE RELEASE AND MAY CONTAIN ERRORS, DEFECTS AND SECURITY VULNERABILITIES THAT CAN RESULT IN SIGNIFICANT DAMAGE, INCLUDING THE COMPLETE, IRRECOVERABLE LOSS OF USE OF YOUR COMPUTER SYSTEM OR OTHER DEVICE.

আমি উপরের শর্তাবলী পড়েছি এবং তার সাথে একমত

ডাউনলোড করুন Android 14 factory system image (64-bit-only)

bramble_beta_64-upb5.230623.006-factory-7e6731fa.zip