Chrome 47-এ বেশ কিছু উল্লেখযোগ্য WebRTC বর্ধন এবং আপডেট অন্তর্ভুক্ত রয়েছে।
আপনার ওয়েব অ্যাপ থেকে ভিডিও রেকর্ড করুন
MediaStreamRecorder API দীর্ঘদিন ধরে chromium.org-এর শীর্ষ অনুরোধ, যেখানে ২৫০০-এরও বেশি স্টার রয়েছে। পরীক্ষামূলক ওয়েব প্ল্যাটফর্ম বৈশিষ্ট্য পতাকার পিছনে এখন Chrome-এ মিডিয়া রেকর্ডিং যোগ করা হয়েছে — যদিও এটি আপাতত শুধুমাত্র ডেস্কটপ। এটি আপনাকে ভিডিও রেকর্ড এবং প্লে ব্যাক করতে বা ডাউনলোড করতে দেয় । WebRTC নমুনা রেপোতে একটি সহজ ডেমো রয়েছে এবং আপনি discuss-webrtc ঘোষণা থেকে আরও জানতে পারেন। স্ক্রিন ক্যাপচার থেকে ভিডিও রেকর্ড করার জন্য একটি নমুনা Chrome অ্যাপ github.com/niklasenbom/RecordingApp- এ পাওয়া যাচ্ছে। এগুলি একেবারে নতুন বাস্তবায়ন এবং এখনও কিছু বাগ সমাধানের প্রয়োজন হতে পারে: যদি আপনার কোনও সমস্যা হয় তবে দয়া করে রেপোতে সমস্যাগুলি ফাইল করুন।
অডিও আউটপুট ডিভাইস নির্বাচন
MediaDevices.enumerateDevices() প্রকাশিত হয়েছে। আরও বিস্তারিত তথ্য Chromium ইস্যু 504280 থেকে পাওয়া যাবে। আপনি এখন MediaStreamTrack.getSources() ইতিমধ্যেই যে অডিও ইনপুট এবং ভিডিও ইনপুট ডিভাইসগুলি সরবরাহ করে তার পাশাপাশি অডিও আউটপুট ডিভাইসগুলিও গণনা করতে পারেন। আপনি এই আপডেটে এটি কীভাবে ব্যবহার করবেন সে সম্পর্কে আরও জানতে পারবেন।
উইন্ডোজে ডিভাইস সাপোর্ট
উইন্ডোজে ডিফল্ট যোগাযোগ ডিভাইস সমর্থন এখন যোগ করা হয়েছে। এর মানে হল যে উইন্ডোজে অডিও ডিভাইসগুলি গণনা করার সময়, যোগাযোগ ডিভাইসের জন্য একটি অতিরিক্ত এন্ট্রি থাকবে যার আইডি হবে 'যোগাযোগ'।
ডিফল্ট অডিও ডিভাইসের (এবং উইন্ডোজে যোগাযোগ) ডিভাইস আইডি আর হ্যাশ করা হবে না ( ইস্যু 535980 )। পরিবর্তে, দুটি সংরক্ষিত আইডি, 'ডিফল্ট' এবং 'যোগাযোগ' সমর্থিত এবং সমস্ত সুরক্ষা উত্সে একই। ডিভাইস লেবেলগুলি ব্রাউজার লোকেলে অনুবাদ করা হবে তাই ডেভেলপারদের লেবেলের একটি পূর্বনির্ধারিত মান আশা করা উচিত নয়। ক্যাপচার টাইমস্ট্যাম্পকে রেন্ডারিং অ্যালগরিদমে প্রচার করে ভিডিও রেন্ডারিং নির্ভুলতা উন্নত করা হয়েছে, যেখানে তার উপর ভিত্তি করে সঠিক vsync বেছে নেওয়া যেতে পারে। উইন্ডোজ প্ল্যাটফর্মের জন্য ক্যাপচার টাইমস্ট্যাম্পটি Chrome 47-এ আরও নির্ভুল।
প্রক্সি হ্যান্ডলিং
Chrome 47 একটি নতুন পছন্দ যোগ করেছে যাতে WebRTC ট্র্যাফিককে স্থানীয় প্রক্সি সার্ভারের মাধ্যমে পাঠানোর জন্য বাধ্য করা হয়, যদি এটি কনফিগার করা থাকে, যা VPN এর মাধ্যমে ব্রাউজ করা কিছু ব্যবহারকারীর জন্য গুরুত্বপূর্ণ। এর অর্থ হল WebRTC অ্যাপ্লিকেশনটি কেবল প্রক্সি IP ঠিকানা দেখতে পাবে। মনে রাখবেন যে এটি অ্যাপ্লিকেশনের কর্মক্ষমতাকে ক্ষতিগ্রস্ত করবে এবং অ্যাপ্লিকেশনটি TURN/TCP বা ICE-TCP সমর্থন না করলে এটি মোটেও কাজ করবে না। এই পছন্দের জন্য একটি UI প্রদানের জন্য শীঘ্রই WebRTC নেটওয়ার্ক লিমিটার এক্সটেনশনের একটি নতুন সংস্করণ সন্ধান করুন। What's Next for WebRTC- তে IP ঠিকানা 'লিকেজ' সম্পর্কে আরও তথ্য রয়েছে।
...এবং আরও অনেক কিছু
উচ্চ ল্যাটেন্সি সংযোগের জন্য ডেটা চ্যানেল থ্রুপুট ব্যাপকভাবে উন্নত করা হয়েছে।
আমরা ক্রোম ৪৭ সময়সীমার মধ্যে ধীরে ধীরে DTLS ১.২ এর জন্য সমর্থন চালু করব।
যদিও এই রিলিজে VP9 বা H.264 কোনটিই সমর্থিত নয়, তবুও এগুলির উপর কাজ অব্যাহত রয়েছে এবং আমরা আশা করি Chrome 48-এ VP9 এবং H.264 এর প্রাথমিক সংস্করণ (একটি পতাকার পিছনে) সমর্থন বাস্তবায়ন করা সম্ভব হবে।
পাবলিক সার্ভিস ঘোষণা
- Chrome 47 দিয়ে শুরু করে,
getUserMedia()অনুরোধগুলি কেবলমাত্র নিরাপদ উৎস থেকে অনুমোদিত: HTTPS অথবা localhost। - RTP ডেটা চ্যানেল সাপোর্ট সরিয়ে ফেলা হয়েছে। RTP ডেটা চ্যানেল ব্যবহার করে এমন যেকোনও অ্যাপ্লিকেশনের পরিবর্তে স্ট্যান্ডার্ড ডেটা চ্যানেল ব্যবহার করা উচিত।
অন্যান্য রিলিজের মতো, আমরা ডেভেলপারদের ক্যানারি, ডেভ এবং বিটা চ্যানেলে Chrome ব্যবহার করে দেখার এবং যেকোনো সমস্যা সম্পর্কে রিপোর্ট করার জন্য উৎসাহিত করি। আমরা যে সাহায্য পেয়েছি তা অমূল্য। কীভাবে একটি ভালো বাগ রিপোর্ট ফাইল করবেন সে সম্পর্কে নির্দেশিকাগুলির জন্য, দয়া করে WebRTC বাগ পৃষ্ঠাটি দেখুন।
ডেমো
- মিডিয়া রেকর্ডার
গণনা ডিভাইস():
আরও জানুন
- মিডিয়ারেকর্ডার বাস্তবায়নের অবস্থা
- মিডিয়া ক্যাপচার এবং স্ট্রিম সম্পাদকের খসড়া: মিডিয়াডিভাইস
- অডিও আউটপুট ডিভাইস API
- WebRTC আপডেট