ক্যামেরা 3_ক্যালব্যাক_প্লে স্ট্রাক্ট রেফারেন্স
#include < camera3.h >
ডেটা ক্ষেত্রসমূহ | |
| অকার্যকর (* | প্রক্রিয়া_ক্যাপচার_সেসল্ট ) ( কনস্ট্রাক্ট ক্যামেরা 3_ক্যালব্যাক_প্পস *, কনট ক্যামেরা 3_ক্যাপচার_সেল্ট_ট * ফলাফল) |
| অকার্যকর (* | অবহিত করুন ( কনস্ট্রাক্ট ক্যামেরা 3_ক্যালব্যাক_প্পস *, কনট ক্যামেরা 3_নোটাইফ_এমএসজি_টি * _ ) |
বিস্তারিত বিবরণ
ফিল্ড ডকুমেন্টেশন
| অকার্যকর (* বিজ্ঞপ্তি) ( কনস্ট্রাক্ট ক্যামেরা 3_ক্যালব্যাক_প্পস *, কনট্রা ক্যামেরা 3_নোটাইফাই_এমএসজি_টি * _ ) |
অবহিত:
এইচএল থেকে অ্যাসিঙ্ক্রোনাস বিজ্ঞপ্তি কলব্যাক, বিভিন্ন কারণে বরখাস্ত। কেবল ফ্রেম ক্যাপচারের স্বাধীন তথ্যের জন্য বা এর জন্য নির্দিষ্ট সময় প্রয়োজন। বার্তা কাঠামোর মালিকানা এইচএএল এর সাথে থেকে যায় এবং এই কলটির সময়কালের জন্য এই চিত্রটি কেবলমাত্র বৈধ হওয়া দরকার।
একাধিক থ্রেড একই সাথে বিজ্ঞপ্তি () কে কল করতে পারে।
<= CAMERA_DEVICE_API_VERSION_3_1:
প্রদত্ত অনুরোধের জন্য এক্সপোজার শুরুর জন্য বিজ্ঞপ্তিটি এইচএএল দ্বারা অবশ্যই অনুরোধের জন্য প্রসেস_ক্যাপচার_সাল্ট () এ প্রথম কল করার আগে পাঠাতে হবে।
> = CAMERA_DEVICE_API_VERSION_3_2:
ফ্রেমওয়ার্কে বিতরণ করা বাফারগুলি শাটার নোটিফিকেশন () কলের মাধ্যমে এক্সপোজার টাইমস্ট্যাম্পের শুরু (বা ইনপুট ইমেজের এক্সপোজার টাইমস্ট্যাম্পের প্রারম্ভিক অনুরোধের জন্য) না পাওয়া পর্যন্ত আবেদন স্তরে প্রেরণ করা হবে না। যত তাড়াতাড়ি সম্ভব এই কলটি প্রেরণ করার জন্য এটির উচ্চ প্রস্তাব দেওয়া হয়।
পারফরম্যান্স প্রয়োজনীয়তা:
এটি একটি অ-অবরুদ্ধ কল। কাঠামোটি এই কলটি 5 মিনিটে ফেরত দেবে।
ফাইলের ক্যামেরায়ণ টু 2499 এর 2499 লাইনে সংজ্ঞা।
| অকার্যকর (* প্রক্রিয়া_ক্যাপচার_সাল্ট) ( কনস্ট্রাক্ট ক্যামেরা 3_ক্যালব্যাক_প্পস *, ক্যান্সার ক্যামেরা 3_ক্যাপচার_সেসল_ট * ফলাফল) |
প্রক্রিয়া_ক্যাপচার_আসাল্ট:
একটি সম্পূর্ণ ক্যাপচার থেকে ফ্রেমওয়ার্কে ফলাফল প্রেরণ করুন। একক ক্যাপচার অনুরোধের প্রতিক্রিয়া হিসাবে HAL দ্বারা প্রক্রিয়া_ক্যাপচার_আসাল্ট () একাধিকবার আহ্বান করা যেতে পারে। এটি উদাহরণস্বরূপ, মেটাডেটা এবং নিম্ন-রেজোলিউশন বাফারগুলিকে এক কলে ফিরে আসতে পারে এবং পরবর্তী কালে পোস্ট-প্রসেসড জেপিজি বাফারগুলি একবার পাওয়া যায়। প্রতিটি কলে অবশ্যই অনুরোধের ফ্রেম নম্বর অন্তর্ভুক্ত করতে হবে যা মেটাডেটা বা বাফারগুলির জন্য ফেরত দিচ্ছে।
সম্পূর্ণ ফলাফলের একটি উপাদান (বাফার বা মেটাডেটা) কেবলমাত্র একটি প্রসেস_ক্যাপচার_প্রসূত কলটিতে অন্তর্ভুক্ত থাকতে পারে। প্রতিটি স্ট্রিমের জন্য একটি বাফার এবং ফলাফল মেটাডেটা হ'ল এইচএল দ্বারা প্রতিটি অনুরোধের জন্য অবশ্যই প্রসেস_ক্যাপচার_সেসল্ট কলগুলির মধ্যে একটিতে ফিরে আসতে হবে, এমনকি কিছু আউটপুট উত্পাদনের ক্ষেত্রে ত্রুটির ক্ষেত্রেও। আউটপুট বাফার বা ফলস্বরূপ মেটাডেটা না দিয়েই প্রসেস_ক্যাপচার_সেল্ট () এ কল করার অনুমতি নেই।
একক ফলাফলের জন্য মেটাডেটা এবং বাফারগুলি ফেরত দেওয়ার ক্রমটি বিবেচনা করে না, তবে প্রদত্ত স্ট্রিমের জন্য বাফারগুলি ফিফোর ক্রমে ফিরে আসতে হবে। সুতরাং স্ট্রিম A এর জন্য 5 অনুরোধের জন্য বাফারটি সর্বদা স্ট্রিম এ এর 6 অনুরোধের জন্য বাফারের আগে অবশ্যই ফিরে আসতে হবে এটি ফলাফল মেটাডেটার ক্ষেত্রেও প্রযোজ্য; অনুরোধের জন্য মেটাডেটা 5 অনুরোধের মেটাডেটার আগে ফেরত দিতে হবে।
তবে, বিভিন্ন স্ট্রিম একে অপরের থেকে স্বতন্ত্র, সুতরাং এটি গ্রহণযোগ্য এবং প্রত্যাশা করা হয় যে স্ট্রিম A এর জন্য 5 অনুরোধের জন্য বাফারটি বি স্ট্রিম B এর 6 অনুরোধের জন্য বাফার পরে ফিরে আসতে পারে। এবং এটি গ্রহণযোগ্য যে স্ট্রিম বি এর জন্য request অনুরোধের জন্য ফলাফলের মেটাডেটা এ 5 স্ট্রিমের জন্য অনুরোধের জন্য বাফারের আগে ফিরে আসে।
এইচএএল ফলাফল কাঠামোর মালিকানা ধরে রাখে, যা কেবলমাত্র এই কল চলাকালীন অ্যাক্সেসের জন্য বৈধ হওয়া দরকার। এই কলটি ফেরত দেওয়ার আগে ফ্রেমওয়ার্কটি যা প্রয়োজন তা অনুলিপি করবে।
আউটপুট বাফারগুলি এখনও পূরণ করার প্রয়োজন নেই; কাঠামো বাফার ডেটা পড়ার আগে স্ট্রিম বাফার রিলিজ সিঙ্ক বেড়াতে অপেক্ষা করবে। অতএব, এই পদ্ধতিটি HAL দ্বারা যত তাড়াতাড়ি সম্ভব কল করা উচিত, এমনকি যদি কিছু বা সমস্ত আউটপুট বাফার এখনও পূরণ না হয়। এইচএএলকে অবশ্যই প্রতিটি আউটপুট_ বুফার্স স্ট্রিম বাফার এন্ট্রিতে বৈধ রিলিজ সিঙ্ক বেড়া অন্তর্ভুক্ত করতে হবে, বা -1 স্ট্রিম বাফারটি ইতিমধ্যে পূরণ করা থাকলে
যদি কোনও ফলাফলের জন্য ফলাফল বাফারটি নির্মাণ করা যায় না, এইচএএলকে একটি খালি মেটাডেটা বাফারটি ফিরিয়ে দেওয়া উচিত, তবে তারপরেও আউটপুট বাফার এবং তাদের সিঙ্ক বেড়া সরবরাহ করা উচিত। তদ্ব্যতীত, বিজ্ঞপ্তি () অবশ্যই একটি ERROR museT বার্তা সহ কল করা উচিত।
যদি কোনও আউটপুট বাফার পূরণ করা না যায় তবে এর স্থিতি ক্ষেত্রটি অবশ্যই STATUS_ERROR এ সেট করা উচিত। এছাড়াও, বিজ্ঞপ্তি () অবশ্যই একটি ERROR_BUFFER বার্তা সহ কল করা উচিত।
যদি পুরো ক্যাপচারটি ব্যর্থ হয়, তবে আউটপুট বাফারগুলিকে ফ্রেমওয়ার্কে ফিরিয়ে আনার জন্য এই পদ্ধতিটি এখনও কল করা দরকার। সমস্ত বাফার স্ট্যাটাস STATUS_ERROR হওয়া উচিত এবং ফলাফল মেটাডেটা খালি বাফার হওয়া উচিত। এছাড়াও, বিজ্ঞপ্তি () অবশ্যই একটি ERROR_REQUEST বার্তা সহ কল করা উচিত। এই ক্ষেত্রে পৃথক ERROR museT / ERROR_BUFFER বার্তা প্রেরণ করা উচিত নয়।
পারফরম্যান্স প্রয়োজনীয়তা:
এটি একটি অ-অবরুদ্ধ কল। কাঠামোটি এই কলটি 5 মিনিটে ফেরত দেবে।
পাইপলাইন ল্যাটেন্সি (সংজ্ঞায়নের জন্য S7 দেখুন) 4 ফ্রেমের অন্তরগুলির চেয়ে কম বা সমান হওয়া উচিত এবং 8 ফ্রেমের অন্তরগুলির চেয়ে কম বা সমান হওয়া উচিত।
ফাইলের ক্যামেরার366-র 2466 লাইনে সংজ্ঞা।
এই কাঠামোর জন্য ডকুমেন্টেশন নিম্নলিখিত ফাইল থেকে উত্পন্ন হয়েছিল:
- হার্ডওয়্যার / লিবার্ডওয়্যার / অন্তর্ভুক্ত / হার্ডওয়্যার / ক্যামেরা 3