Chrome 47 WebRTC: মিডিয়া রেকর্ডিং, সিকিউর অরিজিনস এবং প্রক্সি হ্যান্ডলিং

স্যাম ডাটন

Chrome 47-এ বেশ কিছু উল্লেখযোগ্য WebRTC বর্ধিতকরণ এবং আপডেট রয়েছে।

আপনার ওয়েব অ্যাপস থেকে ভিডিও রেকর্ড করুন

MediaStreamRecorder API দীর্ঘকাল ধরে শীর্ষস্থানীয় chromium.org অনুরোধ, 2500 টিরও বেশি তারা সহ। মিডিয়া রেকর্ডিং এখন এক্সপেরিমেন্টাল ওয়েব প্ল্যাটফর্ম ফিচার পতাকার পিছনে ক্রোমে যোগ করা হয়েছে — যদিও এটি শুধুমাত্র এই মুহূর্তের জন্য ডেস্কটপ। এটি আপনাকে রেকর্ড করতে এবং প্লে ব্যাক করতে বা ভিডিও ডাউনলোড করতে দেয়। WebRTC নমুনা রেপোতে একটি সাধারণ ডেমো রয়েছে এবং আপনি আলোচনা-webrtc ঘোষণা থেকে আরও জানতে পারেন। স্ক্রীন ক্যাপচার থেকে ভিডিও রেকর্ড করার জন্য একটি নমুনা Chrome অ্যাপ github.com/niklasenbom/RecordingApp- এ উপলব্ধ। এগুলি একেবারেই নতুন বাস্তবায়ন এবং এখনও সমাধান করার জন্য বাগ থাকতে পারে: আপনি যদি সমস্যার সম্মুখীন হন তবে দয়া করে রেপোতে সমস্যাগুলি ফাইল করুন৷

WebRTC GitHub নমুনা রেপোতে MediaRecorder ডেমোর স্ক্রিনশট

অডিও আউটপুট ডিভাইস নির্বাচন

MediaDevices.enumerateDevices() প্রকাশ করা হয়েছে। আরও বিশদ ক্রোমিয়াম ইস্যু 504280 থেকে পাওয়া যায়। আপনি এখন অডিও ইনপুট এবং ভিডিও ইনপুট ডিভাইসগুলি ছাড়াও অডিও আউটপুট ডিভাইসগুলি গণনা করতে পারেন যা MediaStreamTrack.getSources() ইতিমধ্যে প্রদান করে৷ আপনি এই আপডেটে এটি কীভাবে ব্যবহার করবেন সে সম্পর্কে আরও জানতে পারেন।

উইন্ডোজে ডিভাইস সমর্থন

উইন্ডোজে ডিফল্ট যোগাযোগ ডিভাইস সমর্থন এখন যোগ করা হয়েছে। এর মানে হল যে Windows এ অডিও ডিভাইসগুলি গণনা করার সময়, যোগাযোগ ডিভাইসের জন্য একটি অতিরিক্ত এন্ট্রি থাকবে যার আইডি হবে 'যোগাযোগ'।

ডিফল্ট অডিও ডিভাইসের জন্য ডিভাইস আইডি (এবং Windows এ যোগাযোগ) আর হ্যাশ করা হবে না ( ইস্যু 535980 )। পরিবর্তে, দুটি সংরক্ষিত আইডি, 'ডিফল্ট' এবং 'যোগাযোগ' সমর্থিত এবং সমস্ত নিরাপত্তা উত্স জুড়ে একই। ডিভাইস লেবেলগুলি ব্রাউজার লোকেলে অনুবাদ করা হবে তাই ডেভেলপারদের লেবেলগুলির একটি পূর্বনির্ধারিত মান আশা করা উচিত নয়৷ ভিডিও রেন্ডারিং নির্ভুলতা ক্যাপচার টাইমস্ট্যাম্পকে রেন্ডারিং অ্যালগরিদম পর্যন্ত প্রচার করে উন্নত করা হয়েছে, যেখানে তার উপর ভিত্তি করে সঠিক vsync বেছে নেওয়া যেতে পারে। Windows প্ল্যাটফর্মের জন্য Chrome 47-এ ক্যাপচার টাইমস্ট্যাম্প আরও সঠিক।

প্রক্সি হ্যান্ডলিং

Chrome 47 একটি স্থানীয় প্রক্সি সার্ভারের মাধ্যমে WebRTC ট্র্যাফিক পাঠাতে বাধ্য করার জন্য একটি নতুন পছন্দ যোগ করে, যদি একটি কনফিগার করা থাকে, যা VPN এর মাধ্যমে ব্রাউজ করা কিছু ব্যবহারকারীদের জন্য গুরুত্বপূর্ণ। এর মানে হল WebRTC অ্যাপ্লিকেশন শুধুমাত্র প্রক্সি আইপি ঠিকানা দেখতে পাবে। সচেতন থাকুন যে এটি অ্যাপ্লিকেশনের কার্যকারিতাকে ক্ষতিগ্রস্ত করবে, এবং অ্যাপ্লিকেশনটি TURN/TCP বা ICE-TCP সমর্থন না করা পর্যন্ত কাজ করবে না। এই পছন্দের জন্য একটি UI প্রদান করতে শীঘ্রই WebRTC নেটওয়ার্ক লিমিটার এক্সটেনশনের একটি নতুন সংস্করণ সন্ধান করুন৷ WebRTC এর জন্য What's Next এ IP ঠিকানা 'লিকেজ' সম্পর্কে আরও তথ্য রয়েছে।

WebRTC নেটওয়ার্ক লিমিটার ক্রোম এক্সটেনশন

...এবং আরো

উচ্চ লেটেন্সি সংযোগের জন্য ডেটা চ্যানেল থ্রুপুট ব্যাপকভাবে উন্নত করা হয়েছে।

আমরা Chrome 47 টাইমফ্রেমে ধীরে ধীরে DTLS 1.2-এর জন্য সমর্থন চালু করব।

যদিও এই রিলিজে VP9 বা H.264 সমর্থিত নয়, তবে এগুলির উপর কাজ অব্যাহত রয়েছে এবং আমরা Chrome 48-এ VP9 এবং H.264-এর একটি প্রাথমিক সংস্করণ (একটি পতাকার পিছনে) এর জন্য সমর্থন প্রয়োগ করার আশা করছি৷

পাবলিক সার্ভিস ঘোষণা

  • Chrome 47 দিয়ে শুরু করে, getUserMedia() অনুরোধগুলি শুধুমাত্র নিরাপদ উত্স থেকে অনুমোদিত: HTTPS বা স্থানীয় হোস্ট৷
  • RTP ডেটা চ্যানেল সমর্থন সরানো হয়েছে। যেকোন অবশিষ্ট অ্যাপ্লিকেশনগুলি এখনও RTP ডেটা চ্যানেলগুলি ব্যবহার করে তার পরিবর্তে স্ট্যান্ডার্ড ডেটা চ্যানেলগুলি ব্যবহার করা উচিত৷

সমস্ত রিলিজের মতো, আমরা ডেভেলপারদেরকে ক্যানারি, ডেভ এবং বিটা চ্যানেলে Chrome ব্যবহার করে দেখতে এবং যে কোনও সমস্যা পাওয়া গেলে রিপোর্ট করতে উৎসাহিত করি। আমরা প্রাপ্ত সাহায্য অমূল্য. কিভাবে একটি ভাল বাগ রিপোর্ট ফাইল করতে হয় তার নির্দেশের জন্য, অনুগ্রহ করে WebRTC বাগ পৃষ্ঠাটি দেখুন।

ডেমো

আরও খোঁজ