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

ডেটা পার্টিশনের বিষয়বস্তু, যা এমুলেটেড সিস্টেমে data/ হিসেবে প্রদর্শিত হয়। যখন আপনি একটি নতুন AVD তৈরি করেন অথবা যখন আপনি AVD কে ফ্যাক্টরি ডিফল্টে রিসেট করার জন্য -wipe-data বিকল্পটি ব্যবহার করেন, তখন এমুলেটরটি এই ফাইলটি তৈরি করার জন্য সিস্টেম ডিরেক্টরিতে 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 Silicon সহ 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 নামটি প্রয়োজন।

১৫৩৬ থেকে ৮১৯২ মেগাবাইট পর্যন্ত ভৌত RAM এর আকার নির্দিষ্ট করে। উদাহরণস্বরূপ:

emulator @Pixel8_API_34 -memory 2048

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

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

যদি ফাইলটি না পাওয়া যায়, তাহলেও এমুলেটরটি চালু হবে, কিন্তু SD কার্ড ছাড়াই। কমান্ডটি একটি No 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 - শব্দার্থক
• 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 ক্লাস এবং Issue 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 - জিএসএম/সিএসডি (সর্বনিম্ন ১৫০, সর্বোচ্চ ৫৫০)।
• hscsd - HSCSD (ন্যূনতম 80, সর্বোচ্চ 400)।
• gprs - জিপিআরএস (সর্বনিম্ন ৩৫, সর্বোচ্চ ২০০)।
• edge - EDGE/EGPRS (সর্বনিম্ন 80, সর্বোচ্চ 400)।
• umts - UMTS/3G (মিনিট 35, সর্বোচ্চ 200)।
• hsdpa - HSDPA (সর্বনিম্ন ০, সর্বোচ্চ ০)।
• lte - LTE (সর্বনিম্ন ০, সর্বোচ্চ ০)।
• evdo - ইভডো (সর্বনিম্ন ০, সর্বোচ্চ ০)।
• none - কোন লেটেন্সি নেই, ডিফল্ট (সর্বনিম্ন ০, সর্বোচ্চ ০)।
• num - সঠিক ল্যাটেন্সি নির্দিষ্ট করে।
• min : max - পৃথক সর্বনিম্ন এবং সর্বোচ্চ বিলম্ব নির্দিষ্ট করে।

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

emulator @Pixel8_API_34 -netdelay gsm

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

দ্রষ্টব্য: এই সেটিংটি ইথারনেট এবং সেলুলার নেটওয়ার্কের ক্ষেত্রে প্রযোজ্য।

emulator @Pixel8_API_34 -netfast

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

দ্রষ্টব্য: এই সেটিংটি ইথারনেট এবং সেলুলার নেটওয়ার্কের ক্ষেত্রে প্রযোজ্য।

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

• gsm - জিএসএম/সিএসডি (উপরে: ১৪.৪, নিচে: ১৪.৪)।
• hscsd - HSCSD (উপরে: ১৪.৪, নিচে: ৫৭.৬)।
• gprs - জিপিআরএস (উপরে: ২৮.৮, নিচে: ৫৭.৬)।
• edge - EDGE/EGPRS (উপরে: 473.6, নিচে: 473.6)।
• umts - UMTS/3G (উপরে: 384.0, নিচে: 384.0)।
• hsdpa - HSDPA (উপরে: ৫৭৬০.০, নিচে: ১৩,৯৮০.০)।
• lte - LTE (উপরে: ৫৮,০০০, নিচে: ১৭৩,০০০)।
• evdo - ইভিডিও (উপরে: ৭৫,০০০, নিচে: ২৮০,০০০)।
• full - কোন সীমা নেই, ডিফল্ট (উপরে: ০.০, নিচে: ০.০)।
• num - আপলোড এবং ডাউনলোডের গতি উভয়ই নির্দিষ্ট করে।
• up : down - পৃথক up এবং down গতি নির্দিষ্ট করে।

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

emulator @Pixel8_API_34 -netspeed edge

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

দ্রষ্টব্য: এই সেটিংটি ইথারনেট এবং সেলুলার নেটওয়ার্কের ক্ষেত্রে প্রযোজ্য।

উদাহরণস্বরূপ, প্যাকেট ক্যাপচার সক্ষম করতে এবং লগিংকে stderr-এ পুনঃনির্দেশিত করতে:

emulator @Pixel8_API_34 -netsim-args="--pcap --logtostderr"

আরও তথ্যের জন্য, উন্নত এমুলেটর নেটওয়ার্কিং বৈশিষ্ট্যগুলি দেখুন।

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

বৈধ পোর্টের পরিসর ৫৫৫৪ থেকে ৫৬৮২, যা ৬৪টি ভার্চুয়াল ডিভাইসের জন্য সমন্বিত। -ports বিকল্পটি এমুলেটর ইনস্ট্যান্স কোন পোর্ট এবং সিরিয়াল নম্বর ব্যবহার করছে তা রিপোর্ট করে এবং আপনার প্রদত্ত মানগুলির সাথে কোনও সমস্যা থাকলে সতর্ক করে।

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

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

emulator @Pixel8_API_34 -tcpdump /path/dumpfile.cap

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

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

emulator @Pixel8_API_34 -accel auto

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

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

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

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

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

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

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 মানটি zoneinfo ফর্ম্যাটে হতে হবে, যা area / location অথবা area / subarea / location । উদাহরণস্বরূপ:

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

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

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 ডেটা ডিরেক্টরি দেখুন।

ক্যাশে পার্টিশনের আকার MB তে সেট করে।

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

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

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

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-qemu.img ফাইল) অনুলিপি করে ডিফল্ট userdata.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

এমুলেটর বুট করার সময় একটি অ্যান্ড্রয়েড সিস্টেম প্রোপার্টি সেট করে। name অবশ্যই qemu_prop লেবেলযুক্ত একটি প্রোপার্টি নাম হতে হবে যার সর্বোচ্চ ৩২ অক্ষর থাকবে, কোনও স্পেস থাকবে না, এবং value অবশ্যই সর্বোচ্চ ৯২ অক্ষরের একটি স্ট্রিং হবে। উদাহরণস্বরূপ, 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 বিকল্পের জন্য আর্গুমেন্ট হিসেবে আউটপুটে ID এবং TAG কলামের মান ব্যবহার করতে পারেন।

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

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

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

If you don't specify this option, the default is snapshots.img in the data directory. If the specified file doesn't exist, the emulator will start, but without support for saving or loading state snapshots.

Specifies a system directory using an absolute path. For more information, see AVD system directory . For example:

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

Specifies an initial system file. Provides the filename and an absolute path or a path relative to the working directory.

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

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

If you don't use this option, the default is the system.img file in the system directory. For more information, see AVD system directory .

Use this option to have a writable system image during your emulation session. To do so:

1. Start a virtual device with the -writable-system option.
2. Enter the adb remount command from a command terminal to tell the emulator to remount system/ as read/write. By default, it's mounted as read-only.

Using this flag creates a temporary copy of the system image that can be very large, up to several hundred MBs, but will be destroyed when the emulator exits.