কমান্ড লাইন থেকে এমুলেটর শুরু করুন

ডেটা পার্টিশনের বিষয়বস্তু, যা অনুকরণ করা সিস্টেমে data/ হিসাবে উপস্থিত হয়। যখন আপনি একটি নতুন AVD তৈরি করেন বা আপনি যখন -wipe-data অপশনটি ব্যবহার করেন AVD কে ফ্যাক্টরি ডিফল্টে রিসেট করার জন্য, তখন এমুলেটরটি userdata.img ফাইলটিকে সিস্টেম ডিরেক্টরিতে কপি করে এই ফাইলটি তৈরি করতে।

প্রতিটি ভার্চুয়াল ডিভাইসের উদাহরণ ব্যবহারকারী এবং সেশন-নির্দিষ্ট ডেটা সঞ্চয় করার জন্য একটি লিখনযোগ্য ব্যবহারকারী-ডেটা চিত্র ব্যবহার করে। উদাহরণস্বরূপ, এটি একটি অনন্য ব্যবহারকারীর ইনস্টল করা অ্যাপ ডেটা, সেটিংস, ডাটাবেস এবং ফাইল সংরক্ষণ করতে ছবিটি ব্যবহার করে। প্রতিটি ব্যবহারকারীর একটি আলাদা ANDROID_SDK_HOME ডিরেক্টরি রয়েছে যা সেই ব্যবহারকারীর দ্বারা তৈরি AVDগুলির জন্য ডেটা ডিরেক্টরি সংরক্ষণ করে৷ প্রতিটি AVD এর একটি একক userdata-qemu.img ফাইল থাকে।

(ঐচ্ছিক) একটি SD কার্ড পার্টিশন চিত্র যা আপনাকে একটি ভার্চুয়াল ডিভাইসে একটি SD কার্ড অনুকরণ করতে দেয়৷ আপনি AVD ম্যানেজারে বা mksdcard টুল ব্যবহার করে একটি SD কার্ড ইমেজ ফাইল তৈরি করতে পারেন। ফাইলটি আপনার ডেভেলপমেন্ট কম্পিউটারে সংরক্ষণ করা হয় এবং স্টার্টআপে লোড করা আবশ্যক।

AVD ম্যানেজারে একটি AVD সংজ্ঞায়িত করার সময়, আপনি একটি স্বয়ংক্রিয়ভাবে পরিচালিত SD কার্ড ফাইল বা mksdcard টুল দিয়ে তৈরি করা একটি ফাইল ব্যবহার করতে পারেন। আপনি AVD ম্যানেজারে AVD-এর সাথে যুক্ত sdcard.img ফাইলটি দেখতে পারেন। -sdcard বিকল্পটি AVD-তে নির্দিষ্ট করা SD কার্ড ফাইলটিকে ওভাররাইড করে। মনে রাখবেন যে এই SD কার্ড বিকল্পটি Apple সিলিকনের সাথে Mac এ কাজ করবে না।

ভার্চুয়াল ডিভাইস চলাকালীন আপনি এমুলেটর UI বা adb ইউটিলিটি ব্যবহার করে একটি সিমুলেটেড SD কার্ড থেকে ফাইলগুলি ব্রাউজ করতে, পাঠাতে এবং অনুলিপি করতে এবং সরাতে পারেন৷ আপনি একটি চলমান ভার্চুয়াল ডিভাইস থেকে একটি সিমুলেটেড SD কার্ড সরাতে পারবেন না৷

এটি লোড করার আগে SD কার্ড ফাইলে ফাইলগুলি অনুলিপি করতে, একটি লুপ ডিভাইস হিসাবে চিত্র ফাইলটি মাউন্ট করুন এবং তারপরে ফাইলগুলি অনুলিপি করুন৷ অথবা, একটি ইউটিলিটি ব্যবহার করুন, যেমন mtools প্যাকেজ, ফাইলগুলিকে সরাসরি ছবিতে অনুলিপি করতে।

এমুলেটর ফাইলটিকে বাইটের পুল হিসাবে বিবেচনা করে, তাই SD কার্ড বিন্যাস কোন ব্যাপার না।

-wipe-data বিকল্পটি এই ফাইলটিকে প্রভাবিত করে না। আপনি যদি ফাইলটি সাফ করতে চান, ফাইলটি মুছুন এবং তারপর AVD ম্যানেজার বা mksdcard টুল ব্যবহার করে এটি পুনরায় তৈরি করুন। ফাইলের আকার পরিবর্তন করলে ফাইলটি মুছে যায় এবং একটি নতুন ফাইল তৈরি হয়।

mode নিম্নলিখিত মান হতে পারে:

• emulated - এমুলেটর সফ্টওয়্যারটিতে একটি ক্যামেরা অনুকরণ করে।
• webcam n - এমুলেটর আপনার ডেভেলপমেন্ট কম্পিউটারের সাথে সংযুক্ত একটি ওয়েবক্যাম ব্যবহার করে, নম্বর দ্বারা নির্দিষ্ট করা হয়েছে। ওয়েবক্যামের তালিকার জন্য, -webcam-list অপশনটি ব্যবহার করুন। উদাহরণস্বরূপ, webcam0 .
• none - ভার্চুয়াল ডিভাইসে ক্যামেরা নিষ্ক্রিয় করে।

যেমন:

emulator @Pixel8_API_34 -camera-back webcam0

emulator @Pixel8_API_34 -webcam-list
        List of web cameras connected to the computer:
        Camera 'webcam0' is connected to device 'webcam0'
        on channel 0 using pixel format 'UYVY'

উদাহরণে, প্রথম webcam0 হল সেই নামটি যা আপনি কমান্ড লাইনে ব্যবহার করেন। দ্বিতীয় webcam0 হল ডেভেলপমেন্ট কম্পিউটারে OS দ্বারা ব্যবহৃত নাম। দ্বিতীয় নাম OS এর উপর নির্ভর করে পরিবর্তিত হয়।

SDK টুলস 25.2.4 অনুযায়ী, AVD নাম প্রয়োজন।

1536 থেকে 8192 MB পর্যন্ত শারীরিক RAM আকার নির্দিষ্ট করে। উদাহরণ স্বরূপ:

emulator @Pixel8_API_34 -memory 2048

এই মান AVD সেটিং ওভাররাইড করে।

emulator @Pixel8_API_34 -sdcard C:/sd/sdcard.img

যদি ফাইলটি পাওয়া না যায়, তবে এমুলেটরটি এখনও চালু হয়, কিন্তু একটি SD কার্ড ছাড়াই। কমান্ডটি নো SD কার্ড ইমেজ সতর্কতা প্রদান করে।

আপনি যদি এই বিকল্পটি নির্দিষ্ট না করেন, ডিফল্ট ডেটা ডিরেক্টরিতে sdcard.img হয় যদি না AVD ভিন্ন কিছু নির্দিষ্ট করে। অনুকরণ করা SD কার্ড সম্পর্কে বিশদ বিবরণের জন্য, AVD ডেটা ডিরেক্টরি দেখুন।

emulator @Pixel8_API_34 -wipe-data

ডিফল্টরূপে, ব্যবহারকারীর ডেটা ফাইল হল userdata-qemu.img এবং প্রাথমিক ডেটা ফাইল হল userdata.img । এই দুটি ফাইলই ডেটা ডিরেক্টরিতে থাকে। -wipe-data বিকল্পটি sdcard.img ফাইলকে প্রভাবিত করে না। ব্যবহারকারীর ডেটা সম্পর্কে আরও তথ্যের জন্য, ডিফল্ট ডিরেক্টরি এবং ফাইলগুলি বুঝতে নামক বিভাগটি দেখুন।

$ emulator @Pixel8_API_34 -debug init,metrics

একটি ট্যাগ নিষ্ক্রিয় করতে, এটির সামনে একটি ড্যাশ (-) রাখুন। উদাহরণস্বরূপ, নিম্নলিখিত বিকল্পটি নেটওয়ার্ক সকেট এবং মেট্রিক্স সম্পর্কিত ব্যতীত সমস্ত ডিবাগ বার্তা প্রদর্শন করে:

-debug all,-socket,-metrics

ট্যাগ এবং বর্ণনার তালিকার জন্য, -help-debug-tags বিকল্পটি ব্যবহার করুন। উদাহরণ স্বরূপ:

emulator -help-debug-tags

আপনি ANDROID_VERBOSE এনভায়রনমেন্ট ভেরিয়েবলে ডিফল্ট ডিবাগ ট্যাগ সংজ্ঞায়িত করতে পারেন। একটি কমা-বিন্যস্ত তালিকায় আপনি যে ট্যাগগুলি ব্যবহার করতে চান তা সংজ্ঞায়িত করুন৷ এখানে একটি উদাহরণ রয়েছে যা দেখায় কিভাবে socket এবং gles ট্যাগগুলি নির্দিষ্ট করতে হয়:

ANDROID_VERBOSE=socket,gles

এটি ব্যবহার করার সমতুল্য:

-debug-socket -debug-gles

বা

-debug socket,gles

emulator @Pixel8_API_34 -debug-all -debug-no-metrics

ট্যাগের তালিকার জন্য, emulator -help-debug-tags কমান্ডটি ব্যবহার করুন।

emulator @Pixel8_API_34 -logcat *:e

logtags adb logcat logtags কমান্ডের মতো একই বিন্যাস ব্যবহার করে। আরো তথ্যের জন্য adb logcat -help লিখুন। এটি স্পেস- বা কমা-বিভক্ত লগ ফিল্টারগুলির একটি তালিকা বিন্যাসের componentName : logLevel । componentName হল একটি ওয়াইল্ডকার্ড তারকাচিহ্ন ( * ) অথবা একটি উপাদানের নাম, যেমন ActivityManager , SystemServer , InputManager , বা WindowManager ৷

logLevel এই মানগুলির মধ্যে একটি:

• v - verbose
• d - ডিবাগ
• i - তথ্যপূর্ণ
• w - সতর্কতা লগ স্তর
• e - ত্রুটি
• s - নীরব

নিম্নলিখিত উদাহরণ তথ্যপূর্ণ লগ স্তরে GSM উপাদান বার্তা প্রদর্শন করে:

emulator @Pixel8_API_34 -logcat '*:s GSM:i'

আপনি কমান্ড লাইনে -logcat বিকল্পটি সরবরাহ না করলে, এমুলেটরটি ANDROID_LOG_TAGS এনভায়রনমেন্ট ভেরিয়েবলের সন্ধান করে। যদি ANDROID_LOG_TAGS একটি বৈধ logtags মান দিয়ে সংজ্ঞায়িত করা হয় এবং খালি না হয়, তাহলে এমুলেটর তার মান ব্যবহার করে ডিফল্টরূপে টার্মিনালে Logcat আউটপুট সক্ষম করতে। এছাড়াও আপনি adb এর মাধ্যমে টার্মিনালে একই বা অন্যান্য লগ মেসেজ রিডাইরেক্ট করতে পারেন।

Logcat এবং adb সম্পর্কে আরও তথ্যের জন্য, Logcat কমান্ড-লাইন টুল দেখুন, Logcat , Log class, এবং Issu adb কমান্ড দিয়ে লগ দেখুন এবং লিখুন।

emulator @Pixel8_API_34 -show-kernel

এই বিকল্পের একটি ব্যবহার হল বুট প্রক্রিয়া সঠিকভাবে কাজ করছে কিনা তা পরীক্ষা করা।

emulator @Pixel8_API_34 -verbose

এটি একটি AVD-তে সংজ্ঞায়িত একটি ভার্চুয়াল ডিভাইস শুরু করার সময় কোন ফাইল এবং সেটিংস আসলে নির্বাচন করা হয়েছে তা প্রদর্শন করে। এই বিকল্পটি -debug-init উল্লেখ করার মতই।

emulator @Pixel8_API_34 -dns-server 192.0.2.0,
192.0.2.255

ডিফল্টরূপে, এমুলেটর আপনি যে DNS সার্ভারগুলি ব্যবহার করছেন তা সনাক্ত করার চেষ্টা করে এবং এমুলেটেড ফায়ারওয়াল নেটওয়ার্কে বিশেষ উপনাম সেট আপ করে যাতে Android সিস্টেমকে সার্ভারের সাথে সরাসরি সংযোগ করার অনুমতি দেওয়া হয়। DNS সার্ভারের একটি ভিন্ন তালিকা নির্দিষ্ট করতে -dns-server বিকল্পটি ব্যবহার করুন।

emulator @Pixel8_API_34 -http-proxy myserver:1981

proxy নিম্নলিখিতগুলির মধ্যে একটি হতে পারে:

http:// server : port
http:// username : password @ server : port

http:// উপসর্গ বাদ দেওয়া যেতে পারে।

যদি এই বিকল্পটি সরবরাহ করা না হয়, তাহলে এমুলেটরটি http_proxy এনভায়রনমেন্ট ভেরিয়েবলের সন্ধান করে এবং স্বয়ংক্রিয়ভাবে proxy বিন্যাসের সাথে মেলে যেকোনো মান ব্যবহার করে। আরও তথ্যের জন্য, প্রক্সি দিয়ে এমুলেটর ব্যবহার করা দেখুন।

মিলিসেকেন্ডে নিম্নলিখিত delay মানগুলির মধ্যে একটিতে নেটওয়ার্ক লেটেন্সি এমুলেশন সেট করে:

• gsm - GSM/CSD (মিনিট 150, সর্বোচ্চ 550)।
• hscsd - HSCSD (ন্যূনতম 80, সর্বোচ্চ 400)।
• gprs - GPRS (মিনিট 35, সর্বোচ্চ 200)।
• edge - EDGE/EGPRS (মিনিট 80, সর্বোচ্চ 400)।
• umts - UMTS/3G (মিনিট 35, সর্বোচ্চ 200)।
• hsdpa - HSDPA (ন্যূনতম 0, সর্বোচ্চ 0)।
• lte - LTE (মিনিট 0, সর্বোচ্চ 0)।
• evdo - EVDO (মিনিট 0, সর্বোচ্চ 0)।
• none - কোন লেটেন্সি নেই, ডিফল্ট (মিনিট 0, সর্বোচ্চ 0)।
• num - সঠিক লেটেন্সি নির্দিষ্ট করে।
• min : max - স্বতন্ত্র সর্বনিম্ন এবং সর্বোচ্চ বিলম্বগুলি নির্দিষ্ট করে৷

যেমন:

emulator @Pixel8_API_34 -netdelay gsm

এমুলেটর নেটওয়ার্ক থ্রটলিং এর পাশাপাশি উচ্চতর সংযোগ বিলম্ব সমর্থন করে। আপনি এটিকে স্কিন কনফিগারেশনের মাধ্যমে অথবা ‑netspeed এবং -netdelay বিকল্পগুলির মাধ্যমে সংজ্ঞায়িত করতে পারেন।

emulator @Pixel8_API_34 -netfast

এই বিকল্পটি -netspeed full -netdelay none উল্লেখ করার মতই। এই বিকল্পগুলির জন্য ডিফল্ট মানগুলি।

নেটওয়ার্ক গতি এমুলেশন সেট করে। কেবিপিএস-এ নিম্নলিখিত speed মানগুলির মধ্যে একটি সহ সর্বাধিক নেটওয়ার্ক আপলোড এবং ডাউনলোডের গতি নির্দিষ্ট করে:

• gsm - GSM/CSD (উপরে: 14.4, নিচে: 14.4)।
• hscsd - HSCSD (আপ: 14.4, নিচে: 57.6)।
• gprs - GPRS (আপ: 28.8, ডাউন: 57.6)।
• edge - EDGE/EGPRS (উপরে: 473.6, নিচে: 473.6)।
• umts - UMTS/3G (উপরে: 384.0, নিচে: 384.0)।
• hsdpa - HSDPA (উপরে: 5760.0, নিচে: 13,980.0)।
• lte - LTE (উপরে: 58,000, নিচে: 173,000)।
• evdo - EVDO (উপরে: 75,000, নিচে: 280,000)।
• full - কোন সীমা নেই, ডিফল্ট (আপ: 0.0, ডাউন: 0.0)।
• num - আপলোড এবং ডাউনলোডের গতি উভয়ই নির্দিষ্ট করে।
• up : down - পৃথক আপ এবং ডাউন গতি নির্দিষ্ট করে।

যেমন:

emulator @Pixel8_API_34 -netspeed edge

এমুলেটর নেটওয়ার্ক থ্রটলিং এর পাশাপাশি উচ্চতর সংযোগ বিলম্ব সমর্থন করে। আপনি এটিকে স্কিন কনফিগারেশনের মাধ্যমে অথবা ‑netspeed এবং -netdelay বিকল্পগুলির মাধ্যমে সংজ্ঞায়িত করতে পারেন।

emulator @Pixel8_API_34 -port 5556

আপনার মেশিনে চলমান প্রথম ভার্চুয়াল ডিভাইসের জন্য ডিফল্ট মান হল 5554। একটি ভার্চুয়াল ডিভাইস সাধারণত সংলগ্ন পোর্টগুলির একটি জোড়া দখল করে: একটি কনসোল পোর্ট এবং একটি adb পোর্ট৷ একটি নির্দিষ্ট মেশিনে চলমান প্রথম ভার্চুয়াল ডিভাইসের কনসোল কনসোল পোর্ট 5554 এবং adb পোর্ট 5555 ব্যবহার করে। পরবর্তী উদাহরণে পোর্ট সংখ্যা দুই দ্বারা বৃদ্ধি করা হয়। উদাহরণস্বরূপ, 5556/5557, 5558/5559 এবং আরও অনেক কিছু। পরিসীমা 5554 থেকে 5682, 64টি সমবর্তী ভার্চুয়াল ডিভাইসের জন্য অনুমতি দেয়।

পোর্ট অ্যাসাইনমেন্টগুলি প্রায়শই -ports port ,{ port + 1} নির্দিষ্ট করার মতই হয়। { port + 1} বিনামূল্যে হতে হবে এবং adb এর জন্য সংরক্ষিত। যদি কোন কনসোল বা adb পোর্ট ইতিমধ্যেই ব্যবহার করা হয়, তাহলে এমুলেটর শুরু হবে না।

‑port বিকল্পটি ভার্চুয়াল ডিভাইসটি কোন পোর্ট এবং সিরিয়াল নম্বর ব্যবহার করছে তা রিপোর্ট করে এবং আপনার দেওয়া মানগুলির সাথে কোন সমস্যা থাকলে সতর্ক করে। এমুলেটর UI-তে, আপনি উইন্ডোর শিরোনামে কনসোল পোর্ট নম্বর দেখতে পারেন এবং সাহায্য > সম্পর্কে নির্বাচন করে adb পোর্ট নম্বর দেখতে পারেন।

মনে রাখবেন যে যদি port মান সমান না হয় এবং 5554 থেকে 5584 রেঞ্জের মধ্যে থাকে, তাহলে ভার্চুয়াল ডিভাইসটি শুরু হবে কিন্তু আপনি adb devices কমান্ড ব্যবহার করার সময় দৃশ্যমান হবে না, যদি এমুলেটরের পরে adb server শুরু হয়। এই কারণে, আমরা একটি জোড় কনসোল পোর্ট নম্বর ব্যবহার করার পরামর্শ দিই।

emulator @Pixel8_API_34 -ports 5556,5559

বৈধ পোর্টের পরিসর হল 5554 থেকে 5682, 64টি সমবর্তী ভার্চুয়াল ডিভাইসের জন্য অনুমতি দেয়। -ports বিকল্পটি রিপোর্ট করে যে কোন পোর্ট এবং সিরিয়াল নম্বর এমুলেটর ব্যবহার করছে এবং আপনার দেওয়া মানগুলির সাথে কোন সমস্যা থাকলে সতর্ক করে।

আমরা এর পরিবর্তে -port বিকল্প ব্যবহার করার পরামর্শ দিই, যেখানে সম্ভব। -ports বিকল্পটি নেটওয়ার্ক কনফিগারেশনের জন্য উপলব্ধ যা বিশেষ সেটিংস প্রয়োজন।

কনসোল এবং adb পোর্ট সেট করার বিষয়ে আরও তথ্যের জন্য, -port বিকল্পটি দেখুন।

emulator @Pixel8_API_34 -tcpdump /path/dumpfile.cap

এমুলেটরের ভার্চুয়াল ইথারনেট ল্যানের মাধ্যমে পাঠানো সমস্ত নেটওয়ার্ক প্যাকেট ক্যাপচার করা শুরু করতে এই বিকল্পটি ব্যবহার করুন। পরে, আপনি ট্র্যাফিক বিশ্লেষণ করতে Wireshark এর মতো একটি টুল ব্যবহার করতে পারেন।

মনে রাখবেন যে এই বিকল্পটি সমস্ত ইথারনেট প্যাকেট ক্যাপচার করে এবং টিসিপি সংযোগে সীমাবদ্ধ নয়।

emulator @Pixel8_API_34 -accel auto

এক্সিলারেটেড এমুলেশন শুধুমাত্র x86 এবং x86_64 সিস্টেম ইমেজের জন্য কাজ করে। লিনাক্সে, এটি KVM-এর উপর নির্ভর করে। Windows এবং Mac-এ, এটি একটি Intel CPU এবং Intel HAXM ড্রাইভারের উপর নির্ভর করে। আপনি একটি x86 বা x86_64 ডিভাইস অনুকরণ না করলে এই বিকল্পটি উপেক্ষা করা হয়৷

mode জন্য বৈধ মান হল:

• auto - ত্বরণ সমর্থিত কিনা তা স্বয়ংক্রিয়ভাবে নির্ধারণ করে এবং সম্ভব হলে এটি ব্যবহার করে (ডিফল্ট)।
• off - সম্পূর্ণরূপে ত্বরণ অক্ষম করে, যা প্রাথমিকভাবে ডিবাগিংয়ের জন্য উপযোগী।
• on ​​- জোর করে ত্বরণ। KVM বা HAXM ইনস্টল বা ব্যবহারযোগ্য না হলে, এমুলেটর চালু হবে না এবং একটি ত্রুটি বার্তা প্রিন্ট করবে।

আরও তথ্যের জন্য, Android এমুলেটরের জন্য হার্ডওয়্যার ত্বরণ কনফিগার করুন দেখুন।

emulator -accel-check

আরও তথ্যের জন্য, হাইপারভাইজার ইনস্টল করা আছে কিনা দেখুন।

এমুলেটর ইঞ্জিন নির্দিষ্ট করে:

• auto একটি ইঞ্জিন (ডিফল্ট) নির্বাচন করে।
• classic - পুরানো QEMU 1 ইঞ্জিন ব্যবহার করে (অপ্রচলিত)।
• qemu2 - নতুন QEMU 2 ইঞ্জিন ব্যবহার করে।

উদাহরণ স্বরূপ:

emulator @Pixel8_API_34 -engine auto

একটি নির্দিষ্ট AVD অনুকরণ করার সময় সর্বোত্তম কর্মক্ষমতা প্রদান করে এমন মানটি অটো-ডিটেকশনের বেছে নেওয়া উচিত। শুধুমাত্র ডিবাগিং এবং তুলনার উদ্দেশ্যে -engine বিকল্পটি ব্যবহার করুন।

emulator @Pixel8_API_34 -gpu swiftshader_indirect

আরও তথ্যের জন্য, গ্রাফিক্স ত্বরণ কনফিগার করুন দেখুন।

emulator @Pixel8_API_34 -no-accel

আরও তথ্যের জন্য, Android এমুলেটরের জন্য হার্ডওয়্যার ত্বরণ কনফিগার করুন দেখুন।

emulator @Pixel8_API_34 -nojni

আপনি যখন একটি ভার্চুয়াল ডিভাইস শুরু করেন, তখন বর্ধিত JNI চেকগুলি ডিফল্টরূপে সক্রিয় থাকে৷ আরও তথ্যের জন্য, JNI টিপস দেখুন।

me-linux$ emulator @Pixel8_API_34 -selinux permissive

ডিফল্টরূপে, SELinux enforcing মোডে থাকে, মানে নিরাপত্তা নীতি প্রয়োগ করা হয়। permissive মোড SELinux নীতি লোড করে কিন্তু তা প্রয়োগ করে না। এই বিকল্প শুধুমাত্র নীতি লঙ্ঘন লগ. disabled মোড SELinux-এর জন্য কার্নেল সমর্থন নিষ্ক্রিয় করে।

ভার্চুয়াল ডিভাইসের জন্য হোস্ট টাইম জোনের পরিবর্তে timezone টাইম জোন সেট করে। উদাহরণ স্বরূপ:

emulator @Pixel8_API_34 -timezone Europe/Paris

ডিফল্টরূপে, এমুলেটর আপনার ডেভেলপমেন্ট কম্পিউটারের টাইম জোন ব্যবহার করে। একটি ভিন্ন সময় অঞ্চল নির্দিষ্ট করতে বা স্বয়ংক্রিয় সনাক্তকরণ সঠিকভাবে কাজ না করলে এই বিকল্পটি ব্যবহার করুন৷ timezone মান অবশ্যই জোনইনফো ফর্ম্যাটে হতে হবে, যা area / location বা area / subarea / location । উদাহরণ স্বরূপ:

• America/Los_Angeles
• Europe/Paris
• America/Argentina/Buenos_Aires

নির্দিষ্ট সময় অঞ্চল অবশ্যই জোনইনফো ডাটাবেসে থাকতে হবে।

emulator @Pixel8_API_34 -version

বা

emulator -version

emulator @Pixel8_API_34 -no-boot-anim

ধীরগতির কম্পিউটারে, এই বিকল্পটি বুট ক্রমকে উল্লেখযোগ্যভাবে গতিশীল করতে পারে।

emulator @Pixel8_API_34 -screen no-touch

mode নিম্নলিখিত মান হতে পারে:

• touch - একটি টাচ স্ক্রিন অনুকরণ করে (ডিফল্ট)।
• multi-touch - একটি মাল্টি-টাচ স্ক্রিন অনুকরণ করে।
• no-touch - টাচ এবং মাল্টি-টাচ স্ক্রিন এমুলেশন অক্ষম করে।

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

উদাহরণ স্বরূপ:

emulator @Pixel8_API_34 -bootchart 120

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

উদাহরণ স্বরূপ:

emulator @Pixel8_API_34 -cache
   ~/.android/avd/Pixel8_API_34.avd/cache_persistent.img

আপনি যদি এই বিকল্পটি ব্যবহার না করেন, ডিফল্টটি cache.img নামে একটি অস্থায়ী ফাইল। আরও তথ্যের জন্য, AVD ডেটা ডিরেক্টরি দেখুন।

ক্যাশে পার্টিশনের আকার MBs এ সেট করে।

উদাহরণ স্বরূপ:

emulator @Pixel8_API_34 -cache-size 1000

আপনি এই বিকল্পটি নির্দিষ্ট না করলে, ডিফল্ট 66 MB। সাধারণত, বেশিরভাগ অ্যাপ ডেভেলপারদের এই বিকল্পের প্রয়োজন হয় না, যদি না তাদের ডিফল্ট ক্যাশের চেয়ে বড় ফাইলগুলি ডাউনলোড করতে হয়। ক্যাশে ফাইল সম্পর্কে আরও তথ্যের জন্য, AVD ডেটা ডিরেক্টরি দেখুন।

ব্যবহারকারী ডেটা পার্টিশন ইমেজ ফাইল সেট করে। একটি স্থায়ী ব্যবহারকারী ডেটা ফাইল সেট আপ করার জন্য একটি ফাইলের নাম এবং একটি পরম পাথ বা কাজের ডিরেক্টরির সাথে সম্পর্কিত একটি পথ প্রদান করে। ফাইলটি বিদ্যমান না থাকলে, এমুলেটর ডিফল্ট userdata.img ফাইল থেকে একটি চিত্র তৈরি করে, এটি আপনার নির্দিষ্ট করা ফাইলের নামে সংরক্ষণ করে এবং শাটডাউনের সময় এটিতে ব্যবহারকারীর ডেটা বজায় রাখে।

উদাহরণ স্বরূপ:

emulator @Pixel8_API_34 -data
   ~/.android/avd/Pixel8_API_34.avd/userdata-test.img

আপনি যদি এই বিকল্পটি ব্যবহার না করেন, ডিফল্ট হল userdata-qemu.img নামের একটি ফাইল। ব্যবহারকারীর ডেটা ফাইল সম্পর্কে আরও তথ্যের জন্য, AVD ডেটা ডিরেক্টরি দেখুন।

একটি পরম পথ ব্যবহার করে একটি ডেটা ডিরেক্টরি নির্দিষ্ট করে। আরও তথ্যের জন্য, AVD ডেটা ডিরেক্টরি দেখুন।

উদাহরণ স্বরূপ:

emulator @Pixel8_API_34 -datadir
   ~/.android/avd/Pixel8_API_34.avd/mytest

64-বিট প্ল্যাটফর্মে 32-বিট এমুলেটর ব্যবহার করে। মাঝে মাঝে, এই বিকল্পটি পরীক্ষা বা ডিবাগ করার জন্য উপযোগী। উদাহরণস্বরূপ, এমন একটি সমস্যা ছিল যেখানে এমুলেটর কখনও কখনও 64-বিট উইন্ডোজে চলবে না, কিন্তু 32-বিট চলে। এই বিকল্পটি সমস্যাটি ডিবাগ করার জন্য তুলনা করার জন্য সহায়ক ছিল। এখানে একটি উদাহরণ:

emulator @Pixel8_API_34 -force-32bit

ডিস্ক ইমেজ সম্পর্কে সাহায্য পায়. এই বিকল্পটি অ্যাপ এবং প্ল্যাটফর্ম ডেভেলপারদের জন্য প্রাসঙ্গিক তথ্য প্রদান করে। উদাহরণ স্বরূপ:

emulator -help-disk-images

ক্যারেক্টার device স্পেসিফিকেশন সম্পর্কে সাহায্য পায়। কিছু এমুলেটর বিকল্পের জন্য একটি device প্যারামিটার প্রয়োজন। উদাহরণ স্বরূপ:

emulator -help-char-devices

অ্যাপ ডেভেলপারদের জন্য প্রাসঙ্গিক ডিস্ক ইমেজ সম্পর্কে সাহায্য পায়। এই বিকল্পটি SDK সরঞ্জামগুলির সাথে তৈরি একটি AVD-এর জন্য চিত্র ফাইলগুলি কোথায় অবস্থিত সে সম্পর্কে তথ্য পায়৷ উদাহরণ স্বরূপ:

emulator -help-sdk-images

প্ল্যাটফর্ম ডেভেলপারদের সাথে প্রাসঙ্গিক ডিস্ক ইমেজ সম্পর্কে সাহায্য পায়। উদাহরণ স্বরূপ:

emulator -help-build-images

ডেটা পার্টিশনের প্রাথমিক সংস্করণ নির্দিষ্ট করে। ব্যবহারকারীর ডেটা মুছে ফেলার পরে, প্রাথমিক সংস্করণ হিসাবে ডিফল্ট userdata.img ফাইলটি ব্যবহার করার পরিবর্তে এমুলেটর ব্যবহারকারীর ডেটাতে (ডিফল্টরূপে, userdata-qemu.img ফাইল) নির্দিষ্ট ফাইলের বিষয়বস্তু কপি করে। ফাইলের নাম এবং একটি পরম পাথ বা কাজের ডিরেক্টরির সাথে সম্পর্কিত একটি পাথ নির্দিষ্ট করে।

উদাহরণ স্বরূপ:

emulator @Pixel8_API_34 -initdata
   ~/Library/Android/sdk/system-images/android-34/
   google_apis/x86_64/userdata-test.img

আপনি যদি একটি পাথ নির্দিষ্ট না করেন তবে এটি ফাইলটিকে সিস্টেম ডিরেক্টরিতে রাখে। আরও তথ্যের জন্য, AVD সিস্টেম ডিরেক্টরি দেখুন।

একটি নির্দিষ্ট অনুকরণ করা কার্নেল ব্যবহার করে। আপনি একটি পাথ নির্দিষ্ট না করলে, এমুলেটর সিস্টেম ডিরেক্টরিতে দেখায়।

উদাহরণ স্বরূপ:

emulator @Pixel8_API_34 -kernel
   ~/Library/Android/sdk/system-images/android-34/
   google_apis/x86_64/kernel-test.img -show-kernel

আপনি যদি এই বিকল্পটি নির্দিষ্ট না করেন, ডিফল্ট হল kernel-ranchu । আরও তথ্যের জন্য, AVD সিস্টেম ডিরেক্টরি দেখুন।

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

উদাহরণ স্বরূপ:

emulator @Pixel8_API_34 -noaudio

ক্যাশে পার্টিশন ছাড়াই এমুলেটর শুরু করে। আপনি যদি এই বিকল্পটি ব্যবহার না করেন, ডিফল্টটি cache.img নামে একটি অস্থায়ী ফাইল। এই বিকল্পটি শুধুমাত্র প্ল্যাটফর্ম বিকাশকারীদের জন্য। আরও তথ্যের জন্য, AVD ডেটা ডিরেক্টরি দেখুন।

উদাহরণ স্বরূপ:

emulator @Pixel8_API_34 -nocache

স্বয়ংক্রিয় লোড এবং সংরক্ষণ ক্রিয়াকলাপ উভয়ই বাধা দেয়, যার ফলে এমুলেটর একটি সম্পূর্ণ বুট ক্রম নির্বাহ করে এবং বন্ধ হয়ে গেলে তার অবস্থা হারায়। এটি -snapshot বিকল্পটিকে ওভাররাইড করে।

উদাহরণ স্বরূপ:

emulator @Pixel8_API_34 -no-snapshot

স্ন্যাপশট স্টোরেজ থেকে AVD অবস্থা লোড করা থেকে এমুলেটরকে বাধা দেয়। একটি সম্পূর্ণ বুট সঞ্চালন.

উদাহরণ স্বরূপ:

emulator @Pixel8_API_34 -no-snapshot-load

প্রস্থান করার সময় স্ন্যাপশট সঞ্চয়স্থানে AVD অবস্থা সংরক্ষণ করা থেকে এমুলেটরকে বাধা দেয়, যার অর্থ সমস্ত পরিবর্তনগুলি হারিয়ে যাবে৷

উদাহরণ স্বরূপ:

emulator @Pixel8_API_34 -no-snapshot-save

স্ন্যাপশট পুনরুদ্ধারের সাথে সাথে AVD ঘড়ির সময় সংশোধন করার চেষ্টা করে না। এই বিকল্পটি পরীক্ষার সময় কার্যকর হতে পারে কারণ এটি আকস্মিক সময় লাফ এড়ায়। সময়ের আপডেট এখনও প্রতি 15 সেকেন্ডে AVD-তে পাঠানো হয়।

উদাহরণ স্বরূপ:

emulator @Pixel8_API_34 -no-snapshot-update-time

স্টেট স্ন্যাপশট সঞ্চয় বা লোড করার জন্য একটি ফাইল মাউন্ট না করে এমুলেটর শুরু করে, একটি সম্পূর্ণ বুট করতে বাধ্য করে এবং স্টেট স্ন্যাপশট কার্যকারিতা অক্ষম করে। এই বিকল্পটি -snapstorage এবং -snapshot বিকল্পগুলিকে ওভাররাইড করে।

উদাহরণ স্বরূপ:

emulator @Pixel8_API_34 -no-snapstorage

এমুলেটরে গ্রাফিক্যাল উইন্ডো প্রদর্শন অক্ষম করে। কোন ডিসপ্লে নেই এমন সার্ভারে এমুলেটর চালানোর সময় এই বিকল্পটি কার্যকর। আপনি adb বা কনসোলের মাধ্যমে এমুলেটর অ্যাক্সেস করতে পারেন। উদাহরণ স্বরূপ:

emulator @Pixel8_API_34 -no-window

MB-তে সিস্টেম ডেটা পার্টিশনের আকার নির্দিষ্ট করে। উদাহরণ স্বরূপ:

emulator @Pixel8_API_34 -partition-size 1024

এটি বুট করার সময় এমুলেটরটিতে একটি Android সিস্টেম বৈশিষ্ট্য সেট করে। name অবশ্যই qemu_prop হিসাবে লেবেলযুক্ত একটি সম্পত্তির নাম হতে হবে, কোন স্পেস ছাড়াই সর্বাধিক 32টি অক্ষরের, এবং value অবশ্যই সর্বাধিক 92টি অক্ষরের একটি স্ট্রিং হতে হবে। একটি উদাহরণের জন্য, property_contexts ফাইলটি দেখুন। আপনি একটি কমান্ড লাইনে বেশ কয়েকটি ‑prop অপশন উল্লেখ করতে পারেন। এই বিকল্পটি ডিবাগ করার জন্য উপযোগী হতে পারে। উদাহরণ স্বরূপ:

emulator @Pixel8_API_34 -prop qemu.name=value -prop qemu.abc=xyz

প্রদর্শন -qemu সাহায্য. উদাহরণ স্বরূপ:

emulator -qemu -h

একটি ramdisk বুট ইমেজ নির্দিষ্ট করে। ফাইলের নাম এবং একটি পরম পাথ বা কাজের ডিরেক্টরির সাথে সম্পর্কিত একটি পাথ নির্দিষ্ট করে।

উদাহরণ স্বরূপ:

emulator @Pixel8_API_34 -ramdisk
   ~/Library/Android/sdk/system-images/android-34/
   google_apis/x86_64/ramdisk-test.img

যদি আপনি এই বিকল্পটি ব্যবহার না করেন, ডিফল্ট হল সিস্টেম ডিরেক্টরির ramdisk.img ফাইল। আরও তথ্যের জন্য, AVD সিস্টেম ডিরেক্টরি দেখুন।

এমুলেশন শুরু করার আগে দূরবর্তী তৃতীয় পক্ষের কাছে কনসোল পোর্ট রিপোর্ট করে। এটি একটি স্বয়ংক্রিয় পরীক্ষার স্ক্রিপ্টের জন্য দরকারী হতে পারে। socket এই ফর্ম্যাটগুলির মধ্যে একটি ব্যবহার করতে হবে:

• tcp: port [,server][,max= seconds ][,ipv6]
• unix: port [,server][,max= seconds ][,ipv6]

আরও তথ্যের জন্য, নির্দিষ্ট বিকল্পগুলির জন্য সহায়তা সম্পর্কে বিভাগে বর্ণিত -help-report-console বিকল্পটি ব্যবহার করুন।

বর্তমান টার্মিনালে একটি রুট শেল কনসোল তৈরি করে। এই বিকল্পটি নিম্নলিখিত উপায়ে adb shell কমান্ড থেকে পৃথক:

• এটি একটি রুট শেল তৈরি করে যা আপনাকে সিস্টেমের অনেক অংশ পরিবর্তন করতে দেয়।
• এমুলেটেড সিস্টেমে adb daemon ভেঙে গেলেও এটি কাজ করে।
• শেলের পরিবর্তে এমুলেটর বন্ধ করতে Control+C (বা MacOS-এ Command-C) টিপুন।

উদাহরণ স্বরূপ:

emulator @Pixel8_API_34 -shell

স্বয়ংক্রিয় শুরু এবং সংরক্ষণ অপারেশনের জন্য একটি স্ন্যাপশট স্টোরেজ ফাইলের মধ্যে একটি স্ন্যাপশটের নাম নির্দিষ্ট করে।

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

আপনি যদি এই বিকল্পটি ব্যবহার না করেন, ডিফল্ট একটি সম্পূর্ণ বুট ক্রম। যদি নির্দিষ্ট স্ন্যাপশটটি বিদ্যমান না থাকে, তবে এমুলেটর পরিবর্তে একটি সম্পূর্ণ বুট ক্রম সঞ্চালন করে এবং একটি সংরক্ষণ ক্রিয়া সম্পাদন করে।

একটি স্ন্যাপশট স্টোরেজ ফাইল এবং ডিফল্ট ফাইল নির্দিষ্ট করার তথ্যের জন্য -snapstorage বিকল্পটি দেখুন।

emulator @Pixel8_API_34 -snapshot snapshot2

মনে রাখবেন যে একটি স্ন্যাপশট লোড করার প্রক্রিয়ায়, সিস্টেমের সমস্ত বিষয়বস্তু, ব্যবহারকারীর ডেটা এবং SD কার্ডের ছবিগুলি স্ন্যাপশটটি তৈরি করার সময় তাদের রাখা সামগ্রীগুলির সাথে ওভাররাইট করা হয়৷ আপনি যদি এই তথ্যটি একটি ভিন্ন স্ন্যাপশটে সংরক্ষণ না করেন, তারপর থেকে যে কোনো পরিবর্তন হারিয়ে যাবে।

আপনি avd snapshot save name কমান্ড ব্যবহার করে এমুলেটর কনসোল থেকে একটি স্ন্যাপশটও তৈরি করতে পারেন। আরও তথ্যের জন্য, এমুলেটর কনসোল কমান্ড পাঠান দেখুন।

উপলব্ধ স্ন্যাপশটগুলির একটি তালিকা প্রদর্শন করে। এই কমান্ডটি স্ন্যাপশটগুলির একটি টেবিল প্রিন্ট করে যা স্ন্যাপশট স্টোরেজ ফাইলে সংরক্ষিত থাকে যেটি দিয়ে এমুলেটর শুরু হয়েছিল, তারপরে প্রস্থান করে। আপনি যদি -snapstorage file নির্দিষ্ট করেন, এই কমান্ডটি ফাইলে সংরক্ষিত স্ন্যাপশটগুলির একটি টেবিল প্রিন্ট করে।

উদাহরণ স্বরূপ:

emulator @Pixel8_API_34 -snapshot-list -snapstorage
   ~/.android/avd/Pixel8_API_34.avd/snapshots-test.img

আপনি -snapshot বিকল্পের আর্গুমেন্ট হিসাবে আউটপুটে আইডি এবং TAG কলামের মান ব্যবহার করতে পারেন।

একটি রিপোজিটরি ফাইল নির্দিষ্ট করে যাতে সমস্ত স্টেট স্ন্যাপশট থাকে। সম্পাদনের সময় তৈরি সমস্ত স্ন্যাপশট এই ফাইলে সংরক্ষিত হয়। এমুলেটর চালানোর সময় শুধুমাত্র এই ফাইলের স্ন্যাপশটগুলি পুনরুদ্ধার করা যেতে পারে।

উদাহরণ স্বরূপ:

emulator @Pixel8_API_34 -snapstorage
   ~/.android/avd/Pixel8_API_34.avd/snapshots-test.img

আপনি যদি এই বিকল্পটি নির্দিষ্ট না করেন, ডিফল্টটি ডেটা ডিরেক্টরিতে snapshots.img । যদি নির্দিষ্ট ফাইলটি বিদ্যমান না থাকে, তাহলে এমুলেটরটি শুরু হবে, কিন্তু স্টেট স্ন্যাপশট সংরক্ষণ বা লোড করার জন্য সমর্থন ছাড়াই।

একটি পরম পাথ ব্যবহার করে একটি সিস্টেম ডিরেক্টরি নির্দিষ্ট করে। আরও তথ্যের জন্য, AVD সিস্টেম ডিরেক্টরি দেখুন। উদাহরণ স্বরূপ:

emulator @Pixel8_API_34 -sysdir
   ~/Library/Android/sdk/system-images/android-34/
   google_apis/x86_64/test

একটি প্রাথমিক সিস্টেম ফাইল নির্দিষ্ট করে। ফাইলের নাম এবং একটি পরম পাথ বা কাজের ডিরেক্টরির সাথে সম্পর্কিত একটি পথ প্রদান করে।

উদাহরণ স্বরূপ:

emulator @Pixel8_API_34 -system
   ~/Library/Android/sdk/system-images/android-34/
   google_apis/x86_64/system-test.img

আপনি যদি এই বিকল্পটি ব্যবহার না করেন, ডিফল্ট সিস্টেম ডিরেক্টরিতে system.img ফাইলটি। আরও তথ্যের জন্য, AVD সিস্টেম ডিরেক্টরি দেখুন।

লিনাক্সে, এমুলেটর সিস্টেমের সাথে বান্ডিল করা সংস্করণের পরিবর্তে সিস্টেম libstdc++ ব্যবহার করে। এমুলেটর স্বাভাবিকভাবে শুরু না হলেই এই বিকল্পটি ব্যবহার করুন এবং মনে রাখবেন যে এটি সবসময় কাজ করে না। বিকল্পভাবে, ANDROID_EMULATOR_USE_SYSTEM_LIBS এনভায়রনমেন্ট ভেরিয়েবল 1 এ সেট করুন।

উদাহরণ স্বরূপ:

me-linux$ emulator @Pixel8_API_34 -use-system-libs

আপনার ইমুলেশন সেশনের সময় একটি লিখনযোগ্য সিস্টেম ইমেজ পেতে এই বিকল্পটি ব্যবহার করুন। তাই না:

1. -writable-system বিকল্পের সাথে একটি ভার্চুয়াল ডিভাইস শুরু করুন।
2. একটি কমান্ড টার্মিনাল থেকে adb remount কমান্ড লিখুন এমুলেটরকে system/ যেমন পড়তে/লিখতে বলুন। ডিফল্টরূপে, এটি শুধুমাত্র পঠনযোগ্য হিসাবে মাউন্ট করা হয়।

এই পতাকাটি ব্যবহার করে সিস্টেম ইমেজের একটি অস্থায়ী অনুলিপি তৈরি করে যা অনেক বড় হতে পারে, কয়েকশ এমবি পর্যন্ত, কিন্তু এমুলেটরটি প্রস্থান করলে ধ্বংস হয়ে যাবে।