BLE বা ক্লাসিক ব্লুটুথ 4.0 ব্যবহার করে স্ট্রিমিং ভিডিও?


10

বিলেতে কেবল 100 কেবিপিএসের ডেটা পেলোড রয়েছে তাই আমি ভাবছিলাম যে ব্লুটুথ লো এনার্জি ব্যবহার করে কোনও লাইভ ভিডিও স্ট্রিম করা সম্ভব কিনা?

ক্লাসিক ব্লুটুথ 4.0.০ এর 2 এমবিপিএসের ডেটা পেলোড রয়েছে যা ভিডিওটি সঞ্চারিত করা সহজ করে তোলে তবে আমি মোট শক্তি সম্পর্কে আরও উদ্বেগ বোধ করি তাই বিএলই বাস্তবায়ন করতে চাই। আমি যখন ভিডিওটি স্ট্রিম করতে BLE ব্যবহার করি তখন একই ফলাফল পেতে পারি?


1
এই প্রশ্নটি 2 এম (বিপিএস) পিএইচওয়াই সহ বিএলইএল নিয়ন্ত্রকদের জন্য ব্লুটুথ 5 এর জন্য পুরানো।
জেডএক্স 9

উত্তর:


12

এমনকি মিডিয়াম ব্যান্ডউইথ স্ট্রিমিং (অডিও বা ভিডিও) এর জন্য বিএলই খুব অনুপযুক্ত, কারণ এটি প্রচুর ঘুমের সময় সহ কয়েকটি এবং ছোট ডেটা প্যাকেট স্থানান্তর করার জন্য ডিজাইন করা হয়েছে। এ কারণেই একে 'লো শক্তি' বলা হয় এবং 'কম শক্তি' নয় - প্রতিযোগিতামূলক মানগুলির সাথে এটি ছোট প্যাকেটের জন্য প্রতি বিট পিওজুলের পরিমাণ হ্রাস করে। অন্যান্য স্ট্যান্ডার্ডগুলি বেশিরভাগই বেশি শক্তি ব্যবহার করে না কারণ তাদের কাছে কম দক্ষ রেডিও রয়েছে, তবে রেডিও ট্র্যাফিকের তুলনামূলকভাবে বিশাল লোল থাকা সত্ত্বেও কমপক্ষে রিসিভার নিয়মিত চালিত হয় এবং কারণ স্থানান্তরিত বিটের একটি উল্লেখযোগ্য অংশ পে-লোড নয় বরং পরিবর্তে ওভারহেড হয় - প্রোটোকল শিরোনাম, চেকসাম এমনকি এমনকি ফাঁকা স্থান। বিএলই এই অপ্রয়োজনীয় শক্তি আঁকাগুলির বেশিরভাগ সরিয়ে দেয়। তবে মনে রেখো, এটা কিছুই করে না ' t ট্রান্সসিভারগুলি সক্রিয় থাকাকালীন শক্তি ব্যবহারের উন্নত করে না। এবং ভিডিও স্থানান্তর করার সময়, ট্রান্সসিভারগুলি নিয়ত চালিত হয়। আপনি BLE এর সবচেয়ে বড় সুবিধা হারাবেন।

এই নকশার পছন্দটি ওভারহেডকে আপনার পছন্দ মতো কমিয়ে দেয়, তবে এটি এমনও করে তোলে যে এটিতে প্যাকেট পুনর্গঠন, বিলম্বিত স্বীকৃতি এবং অ্যাসিক্রোনাস ট্রান্সফারের মতো স্থানীয়ভাবে কোনও স্ট্রিমিং সুবিধা নেই। আপনার আসলে অন্তর্নির্মিত কিছু নেই, আপনি সম্ভবত এনআরএফ 24 এবং টিআই সিসি 2x00 বাদে বিএলই একটি ওয়্যারলেস ইন্টারফেসে যেতে পারেন raw ফলস্বরূপ, আপনাকে সফ্টওয়্যারটিতে এটি করতে হবে (হয় মাইক্রোকন্ট্রোলার বা আপনার ব্যবহারকারী ডিভাইসে) এবং এটি যদি আপনি ব্লুটুথ E.০ ইডিআরের মতো হার্ডওয়্যার সুবিধাসহ একটি উদ্দেশ্য-নির্মিত প্রোটোকল ব্যবহার করেন বা তার চেয়ে অবিশ্বাস্যভাবে অনেক বেশি শক্তি ব্যবহার করে ওয়াইফাই.

এটি কিছুটা বিপরীত ধারণা বাড়ে যে একবার আপনি অডিও-টাইপ ডেটা হার এবং তারপরে ওঠা শুরু করার পরে, ব্লুটুথ লো এনার্জি আপনার বাস্তবায়নের উপর নির্ভর করে ব্লুটুথ 3.0 এর চেয়ে প্রায় 2x কম কার্যকর হয়ে যায় এবং আপনি যখন মেগাবাইট সীমার মধ্যে আসেন তখন তা যথেষ্ট পরিমাণে হয় ওয়াইফাইয়ের চেয়ে কম দক্ষ। এই কারণেই ওয়াইফাই বিদ্যমান - এটি এবং তর্কিতভাবে ওয়্যারলেস পরিসীমা, যদিও আজকাল উভয় মানের ট্রান্সসিভারগুলি অনেক সমতুল্য। ওয়াইফাইতে কেবলমাত্র optionচ্ছিক মিমো এবং বৈচিত্র রয়েছে।

সুতরাং - কমপক্ষে ভিডিওর জন্য - ব্লুটুথের দ্বারা আরোপিত খুব সীমাবদ্ধ ব্যান্ডউইথ এবং ব্যাপ্তি সীমা বিবেচনায় না নেওয়ার পরেও আপনি এই পদ্ধতির সাহায্যে কম পাওয়ার ভিডিও ট্রান্সফারের লক্ষ্য অর্জন করতে পারেন না।


8

ভাল, 100 কেবিপিএস সহ, আপনি একটি পোস্ট স্ট্যাম্পের আকারের একটি নিম্ন মানের ভিডিও স্ট্রিম করতে সক্ষম হতে পারেন :-)

কোনও নির্ভুলতা ছাড়াই, আমি কল্পনা করব যে আপনি গড় গতি (ফ্যাক্টর 2) সহ এইচ 264 এ 30 ডিপিএসে এইচডি (এমনকি সম্পূর্ণ এইচডি নয়) চান, একটি আনুমানিক বিটরেট অনুমান হতে পারে:

(1280px * 720px) * 30fps * 2 * 0.07 38 = 3800 কেবিপিএস

সুতরাং আপনাকে এটি 38 ফ্যাক্টর দ্বারা কমিয়ে আনতে হবে (কমপক্ষে!)।

বলুন যে আপনি 20 320x200 @ 15fps- র জন্য নিষ্পত্তি করছেন, আপনি এখনও কিছুটা উপরে রয়েছেন ( তাত্ত্বিক ব্যান্ডউইথ, কম আশা করুন))


1
গড় গতির গুণক কী? এবং 0.07 মান কি?
এম.আলিন

@ এম.আলিন সম্ভবত .07 অডিও?
জেডএক্স 9

0

আমার সমস্ত পরীক্ষা 2000 অক্টেট / সেকেন্ডের নীচে শেষ হয়েছিল

পূর্বশর্ত:

  • অ্যান্ড্রয়েড: নেক্সাস গ্যালাক্সি ট্যাব 7 অ্যান্ড্রয়েড 6.0.1 (জিএটিটি ক্লায়েন্ট)
  • লিনাক্স: আর-পিআই + বিসিএম20702 এ0 (জিএটিটি সার্ভার)
  • NUCLEO-F411RE: BlueNRG (GATT সার্ভার)

সমস্ত পরীক্ষা আমি অ্যান্ড্রয়েড <-> লিনাক্স এবং বুঞ্জেট, অ্যান্ড্রয়েড <-> লিনাক্স এবং ব্লেনো, অ্যান্ড্রয়েড <-> এসটি-মাইক্রো নিউক্লিয়াস + ব্লুএনআরজির মধ্যে করেছি। লিনাক্স এবং GATT সার্ভার চলমান NUCLEO। অ্যান্ড্রয়েড মূলত GATT ক্লায়েন্ট চলমান।

  • অ্যান্ড্রয়েড-> গ্যাট সার্ভারের বিজ্ঞপ্তি / লেখার কোনও উত্তর 13 এমএসের চেয়ে প্রায়শই প্রেরণ করা যায় না। 13 মাইলেরও বেশি প্যাকেটে হেরে গেছে।

  • সার্ভার-> অ্যান্ড্রয়েড বিজ্ঞপ্তি / লিখিত কোনও উত্তর 15 এমএসের বেশি বার পাঠানো যায় না

  • উভয় পক্ষই, পড়ুন নির্দেশক, 15_20 এমএসের চেয়ে প্রায়শই ডাকা যাবে না।

যা 1000ms / 13ms -> 77 বার / সেকেন্ডে 20 বাইট = 1500 অক্টেটস / সেকেন্ড পর্যন্ত যায়।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.