স্ট্রিমিং ডাউনলোড করার মতো ব্যান্ডউইথের একই পরিমাণ ব্যবহার করে?


75

বিষয়বস্তু সমান মানের (সিটিরিস প্যারিবাস) হিসাবে ধরে নেওয়া, স্ট্রিমিং মিডিয়া কি ডাউনলোড করার মতো সমান পরিমাণ ব্যান্ডউইথ ব্যবহার করে?

বলুন আমি আমাজন থেকে কোনও এইচডি চলচ্চিত্র ডাউনলোড করব বা এটি প্রবাহিত করব, এটি কি ব্যান্ডউইথের সমতুল্য ব্যবহার হবে?


2
প্রোটোকল এবং কোডেকের উপর নির্ভর করে: যেমন HTT- র মাধ্যমে ডাউনলোড করুন এবং rtmp এর মাধ্যমে স্ট্রিম, বা h264 বনাম ভিপি 6। আইএমও এই প্রশ্নটি তুলনামূলকভাবে সংক্ষেপণের পরিমাণ এবং ডেটা ট্রান্সমিশন পদ্ধতির পরিমাণের তুলনায় অনেক বিস্তৃত।
zamnuts

শুধু আপনার প্রশ্নটি স্পষ্ট করতে। ব্যান্ডউইথ দ্বারা আপনি ডেটা রেট উল্লেখ করছেন, ফাইল (চলচ্চিত্র) আকার নয়?
ম্যাট এইচ

ওভার স্ট্রিমিং ডাউনলোড করার সুবিধা (যা প্রযুক্তিগতভাবে ডাউনলোড করা হয় তবে কেবলমাত্র একক ব্যবহারের জন্য) আপনি প্রতিটি বার ব্যান্ডউইদথটি ব্যয় না করে আপনি যতবার চান সামগ্রীতে সেবন করতে পারবেন। কিছু মিডিয়া প্লেয়ার এমন কি ভিডিও ডাউনলোড করতে পারে যা আপনি বর্তমানে ডাউনলোড করছেন (পুরোপুরি ডাউনলোড হয়নি), ডাউনলোডের সুবিধা নিয়ে স্ট্রিমিংয়ের "অনুভূতি" দেয়।
ADTC

3
হ্যাঁ আমি ডেটা রেট উল্লেখ করছি। আমার জিজ্ঞাসার কারণটি হল আমার বোনটির সাথে মতবিরোধ ছিল এবং আমি অনলাইনে যখন দেখি তখন ইয়াহু উত্তরগুলির অস্পষ্ট উত্তরগুলি খুঁজে পেতে পারি। আমি বুঝতে পারি যে এর উপর নির্ভরশীল প্রচুর ভেরিয়েবল রয়েছে তবে আমি ভেবেছিলাম এটি কমপক্ষে জিজ্ঞাসা করার মতো।
স্টেমি

2
"কম্পিউটার নেটওয়ার্কিং এবং কম্পিউটার বিজ্ঞানে, ব্যান্ডউইথ, নেটওয়ার্ক ব্যান্ডউইথ, ডেটা ব্যান্ডউইথ, বা ডিজিটাল ব্যান্ডউইথ হ'ল বিট-হারের একটি পরিমাপ যা প্রতি সেকেন্ডে বিট বা এর বহুগুণে প্রকাশিত হয় (বিট / গুলি, কেবিটি / এস) , এমবিট / এস, গিগিট / এস, ইত্যাদি) - উইকিপিডিয়া.
org

উত্তর:


43

এটি প্রায়শই সমতুল্য হয় না।

স্ট্রিমিং সরবরাহকারীরা মুভিটির মানের গতিশীলভাবে ব্যবহারকারীদের ব্যান্ডউইথের উপলভ্যতা এবং মানের ইচ্ছাগুলির সাথে সামঞ্জস্য করতে ড্যাসের মতো প্রোটোকল ব্যবহার করে । তারপরে সার্ভারগুলি আপনার সংযোগটিকে রেট-সীমাবদ্ধ করতে পারে যাতে আপনি একটি নির্দিষ্ট পরিমাণ বাফার করতে পারেন (10 সেকেন্ডের মতো, সম্ভবত 30 বা পুরো মিনিট) এবং তারপরে আপনি কেবল রিয়েল টাইমে আপনার কাছে সামগ্রীটি পেতে প্রয়োজনীয় পরিমাণ ব্যান্ডউইথ পেতে পারেন। এটি সরবরাহকারীর দৃষ্টিকোণ থেকে একটি সুস্পষ্ট অপ্টিমাইজেশন, কারণ এটি ব্যান্ডউইথকে ব্যবহারকারীদের মধ্যে আরও সমানভাবে ছড়িয়ে দেয় এবং অতিরিক্তভাবে ডেটা নিরর্থকভাবে স্থানান্তরিত করা এড়িয়ে যায় (যেমন যখন ব্যবহারকারী 10 মিনিটের জন্য 480p মুভি দেখেন, বিনা হারে এবং একটি সাধারণ ডাউনলিংকের সাহায্যে এটি সম্ভবত ইতিমধ্যে ডাউনলোড হয়েছে এর চেয়ে অনেক বেশি, তবে ব্যবহারকারীরা ভিডিওটি দেখা বন্ধ করে দিলে নষ্ট হবে)।

স্থানান্তরিত ডেটার পরিমাণ একই। তবে এটি স্ট্রিমিংয়ের সাথে আরও বেশি সময় নিতে পারে, কারণ সরবরাহকারী রিয়েল টাইমে কোনও নির্দিষ্ট মানের সামগ্রীতে সামগ্রী সরবরাহ করতে প্রয়োজনীয় হারে ডেটা স্থানান্তরকে সীমাবদ্ধ করতে পারে।

ডেইলিমোশন এমন একটি সরবরাহকারী যা সংযোগগুলিকে হার-সীমাবদ্ধ করে। কমপক্ষে 100 এমবিট / গুলি প্রতিসাম্য সংযোগ সহ একটি সার্ভার থেকে, আমরা নিম্নলিখিত আচরণগুলি দেখতে পাই:

youtube-dl http://www.dailymotion.com/video/xhc3zz_long-distance-calling-into-the-black-wide-open_music
[dailymotion] xhc3zz: Downloading webpage 
[dailymotion] xhc3zz: Extracting information 
[dailymotion] xhc3zz: Downloading embed page 
[download] Destination: LONG DISTANCE CALLING - ' Into The Black Wide Open '-xhc3zz.mp4 
[download]   5.8% of 51.99MiB at 203.89KiB/s ETA 04:06

সম্ভাব্যতা (এবং অন্যান্য সরবরাহকারীদের সাথে অর্জন করা হয়) এর চেয়ে নীচে হার। এছাড়াও, আপনি যদি পৃথক উপাদানের চেষ্টা করেন, আপনি দেখতে পাবেন যে হারটি পৃথক ভিডিওর উপর নির্ভরশীল: একটি ফুলহাইড ভিডিও সহজেই> 1 এমআইবি / সেকেন্ড ডাউনলোড করে, যখন এএ মিউজিক ভিডিও যেমন 200 কিবি / গুলি এর আশেপাশে বা নীচে থাকে ।

এটির সংক্ষিপ্তসার এবং কিছু সম্ভাব্য ভুল বোঝাবুঝির পরিস্কার করার জন্য: কিছু সরবরাহকারী তাদের ক্লায়েন্ট অ্যাপ্লিকেশন (যেমন তাদের এইচটিএমএল 5 বা ফ্ল্যাশ ভিডিও প্লেয়ার সহ ইউটিউব) বা সার্ভারের মাধ্যমে আপনার স্ট্রিমিংয়ের সময় আপনার ডাউনলোডকে সীমাবদ্ধ করতে পারে। যদি সেগুলি আপনাকে সার্ভারের মাধ্যমে সীমাবদ্ধ করে না, তবে ডাউনলোড করা আরও বেশি ব্যান্ডউইথকে গ্রাস করবে, কারণ স্ট্রিমিংয়ের সময় ক্লায়েন্ট অ্যাপ্লিকেশন দ্বারা সম্ভবত যে হার সীমাবদ্ধ করা হয় তা কার্যকর হয় না। মূল প্রশ্নের ক্ষেত্রে ব্যান্ডউইথ গ্রহণ করা ব্যান্ডউইথ পৃথক পৃথক This


  1. আমি সচেতন যে এটি একধরনের anestodal প্রমাণ — তবে আমি এই আচরণটি ধারাবাহিকভাবে পর্যবেক্ষণ করেছি।

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

1
ধরে নিলাম একই ডেটা এনকোডিং এবং সংজ্ঞা ব্যবহৃত হয়েছে (সাইকোজিক মন্তব্য দেখুন) ডাউনলোড করা আরও মোট ব্যান্ডউইথ ব্যবহার করবে । ভিডিওটির ডাউনলোড প্রায় অবশ্যই টিসিপি দিয়ে করা হবে, যখন স্ট্রিমিং হবে ইউডিপি বা অনুরূপ নন-গ্যারান্টিযুক্ত বিতরণ পদ্ধতির। সুতরাং টিসিপিতে ন্যূনতম সময়ে আরও বেশি এসিকে প্রেরণ করা হবে এবং যেহেতু আপনি সম্ভবত কমপক্ষে কয়েকটি প্যাকেট হারাবেন বা ক্ষতিগ্রস্থ করবেন, টিসিপি পদ্ধতির আসলে আরও বেশি ডাউনলোড হবে (এটি হারিয়ে যাওয়া প্যাকেটগুলিও আনবে)। ডাউনলোডের আকারের তুলনায় পার্থক্যটি যদিও খুব সামান্য, তাই এটি বেশিরভাগ ক্ষেত্রেই একাডেমিক।
dsollen

2
@ এসডলেন: যদি না কোনও ইউডিপি প্রেরক কেবল প্যাকেটগুলি প্রবাহিত না করে অভিপ্রায়কারী প্রাপক এখনও বিদ্যমান কিনা, ইউডিপি এবং টিসিপি উভয়ই পর্যায়ক্রমিক স্বীকৃতি প্রয়োজন; উভয় ক্ষেত্রেই, স্বীকৃতিগুলি মোট ট্রাফিকের খুব সামান্য অংশকে উপস্থাপন করে। তদুপরি, পূর্ববর্তী প্যাকেটটি না পাওয়া গেলেও প্রতিটি প্যাকেটটি বোঝা যায় এমন ফ্যাশনে ডেটা ফর্ম্যাট করা টিসিপি-র প্রয়োজনের চেয়ে বেশি মাত্রার ওভারহেড বোঝায়।
সুপারক্যাট

7
আমি যথেষ্ট উত্তর দিলে আমি এই উত্তরটিকে হ্রাস করব: এটি প্রশ্নের উত্তর দেয় না , মূল বাক্যাংশ "একই মানের" " যখন কোনও সরবরাহকারী গুণমান হ্রাস করে তবে এটি সেটিরিস পারিবাস নয়
zamnuts

1
@ জামনটস, তারপরে আরও একটি ভাল পোস্ট করুন এবং সম্প্রদায়টি সিদ্ধান্ত নিতে দিন। FWIW, এটির জন্য কিছুটা আপেল এবং কমলা যখন আপনি সরবরাহকারী সিদ্ধান্ত নেওয়ার মান বিবেচনা করেন তবে আমি তা মনে করি না উত্তরটি সম্পূর্ণ না হলে।
পাকোগোমেজ

19

ধরে নিই আমরা একই মানের (যেমন কোনও থ্রোটলিং, ফ্রেম-এড়িয়ে যাওয়া বা নিম্ন মানের স্ট্রিম) কথা বলছি না, তবে সর্বোপরি স্রোতগুলি ডাউনলোড হিসাবে সমান পরিমাণ ব্যান্ডউইথ গ্রহণ করবে, যদিও এটি সময়ে / হারে করা যেতে পারে সরবরাহকারী আরও সুবিধাজনক। ভিডিও কীভাবে সংকুচিত হয় তার উপর নির্ভর করে এটি আরও ব্যান্ডউইথ নিতে পারে - বেশিরভাগ সময় পুরো চিত্রটি প্রেরণ করা হয় না, কেবল ফ্রেমের মধ্যে পরিবর্তন (বা ডেল্টা)। এর অর্থ হ'ল সেখানে আরও বেশি ইতিহাস রয়েছে (যেমন ফ্রেম ওয়াইয়ের পিক্সেল এক্স থেকে নীল রঙের হিউটি ব্যবহার করুন), সেখানে যত কম পাঠানো দরকার। এটি সাধারণত খুব বেশি পপ আপ হয় না, তবে যে কোনও কারণের জন্য যখন কোনও স্ট্রিমটি বিরতি দেওয়া / বাধা দেওয়া হয়, এই "ইতিহাস" হারিয়ে যায় এবং এটি আবার সঞ্চারিত করা প্রয়োজন, সুতরাং ব্যান্ডউইথ বৃদ্ধি করে, ডাউনলোডের সাথে সাথে, এটি আবার শুরু করা যেতে পারে "বিরতি" এ, এবং ধরে নিয়েছে যে প্রাপকের কাছে ইতিমধ্যে এই তথ্য রয়েছে। একইটি অডিওর জন্য ব্যবহার করা যেতে পারে, বিশেষত যেখানে নির্দিষ্ট হার নেই (অর্থাত্ এমপি 3 এর পরিবর্তে এফএলএসি)

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

শেষ দ্রষ্টব্য: সংক্ষেপণ: এটি ডাউনলোডের জন্য করা যেতে পারে, তবে স্রোতের জন্য এতটা নয় - বেশিরভাগ ভিডিও ইতিমধ্যে সংকুচিত হয়েছে এমন সতর্কতা তাই এখানে খুব বেশি লাভ হবে না (যদিও আল্ট্রা- এ লাভের জায়গা থাকতে পারে) উচ্চ রেজোলিউশন / মান বিভাগ)।


7

স্ট্রিমিং কম ব্যান্ডউইথ ব্যবহার করবে, বিশেষত যদি নেটওয়ার্কের অবস্থা খারাপ হয় তবে এটি দামে আসে

ইস্যুতে ডেটা পাঠানো দরকার। একটি ডাউনলোড মডেলে, সমস্ত তথ্য অবশ্যই গ্রাহকের কাছে পৌঁছাতে হবে, সমস্ত কিছু সঠিক ক্রমে, যাই হোক না কেন । যদি নেটওয়ার্কের অবস্থা খারাপ হয় এবং ডেটার কিছু বিট ক্লায়েন্টের কাছে না পৌঁছায় তবে তাদের অবশ্যই বিরক্তি প্রকাশ করা উচিত এবং এটি ব্যান্ডউইথের ব্যবহার বাড়িয়ে তোলে। যদি কিছু তথ্য সেখানে অর্ডার থেকে সরিয়ে যায়, উপস্থাপিত হওয়ার আগে অবশ্যই এটিকে পুনরায় সাজিয়ে রাখতে হবে, এবং এটি প্রতিক্রিয়াশীলতা হ্রাস করে।

স্ট্রিমিং মডেল, এটা ঠিক আছে যদি কিছু ডেটা ক্লায়েন্ট পৌঁছায় না । আপনি যদি কোনও চলচ্চিত্রের স্ট্রিমিং করেন এবং কোনও ফ্রেম সেখানে না পেলে আপনি কেবল এড়িয়ে যেতে পারেন এবং এগিয়ে যেতে পারেন, তাই আপনি পুনরায় বিক্রয়গুলিতে অতিরিক্ত ব্যান্ডউইথ ব্যবহার করবেন না। যদি কিছু ফ্রেমগুলি অর্ডার থেকে সরে যায় তবে কেবল এগিয়ে যাওয়াগুলি খেলুন; একটি ক্ষণিকের ঝাপটায় কিছু যায় আসে না, এবং তাই এটি প্রতিক্রিয়া বাড়িয়ে তোলে। যাইহোক, এর অর্থ এটিও হ'ল আপনি অগত্যা পুরো ডেটা পাবেন না: আপনি যা যা দেখছেন তা প্রথম শটটিতে যা পেয়েছে তা তাই।

যদি আপনাকে মডেলগুলির মধ্যে চয়ন করতে হয় তবে আপনি ডেটা দিয়ে কী করতে চান তার উপর ভিত্তি করে চয়ন করুন। আপনি যদি এটি সংরক্ষণাগারভুক্ত করতে চান এবং / অথবা সম্ভবত এটি বহুবার দেখতে চান তবে এটি ডাউনলোড করুন যাতে আপনি নিশ্চিত যে সমস্ত কিছু পেয়েছেন। আপনি যদি সংরক্ষণাগার স্থাপনের পরিকল্পনা না করেন বা কেবল একবার ডেটা দেখার পরিকল্পনা করেন, তবে এগিয়ে যান এবং প্রবাহিত হন; আপনি সম্ভবত একটি একক দেখার পার্থক্যটি লক্ষ্য করবেন না, এবং যদি নেটওয়ার্কের পরিস্থিতি আপনার নজরে না পাওয়া যথেষ্ট খারাপ হয় তবে ডাউনলোড করা আরও খারাপ হতে পারে।


আপনি কি বলছেন যে স্ট্রিমিং পরিষেবাদি ইচ্ছাকৃতভাবে বাদ পড়া ডেটাগুলিকে অনুমতি দেওয়ার জন্য টিসিপির পরিবর্তে ইউডিপি ব্যবহার করে?
ফ্রিএএসআইনবিয়ার

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

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

1
ক্যাস্পার্ড: কড়া কথা বললে, স্ট্রিমিং হয় না। অন্যান্য উত্তরে পরিষেবাগুলি উল্লেখ করা হয়েছে যা ডাউনলোডগুলি ডাউনলোড শেষ হওয়ার আগে প্লে করা শুরু করে এবং আপনার বর্ণিত সিস্টেমগুলি সেগুলি করে।
দ্য স্পুনিস্ট

এই থ্রেডের সর্বনিম্ন বিভ্রান্তিকর উত্তর (আজ অবধি) জন্য +1
কসমিক অসিফ্রেজ

5

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

এখন, ব্যান্ডউইথ কি? আপনার প্রশ্নটি বোঝার জন্য দুটি উপায় রয়েছে:

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

  2. ভিডিওটি দেখার সময় ব্যান্ডউইদথ। ভিডিওটি দেখার সময়টি স্ট্রিমিং এবং ডাউনলোড উভয়ের জন্য একই, উভয়ই তত্ক্ষণাত দেখা শুরু করে। মোট ডেটার আকারও একই। ব্যান্ডউইথ যেহেতু প্রতি সময় ডেটা তাই উভয় পরিস্থিতিতে একই রকম।

নীচের উদাহরণে সর্বদা মোট 40 টি (ডেটার ইউনিট) ডাউনলোড হয়। তবে "ডাউনলোড" করার জন্য এটি সময়ের প্রথম ইউনিটে 40, যখন "স্ট্রিমিং" করার সময় এটি প্রথম ইউনিট সময়কালে 20 হয় (একটি বড় প্রাথমিক অংশ পেতে) এবং তারপরে দুটি অতিরিক্ত অংশের জন্য দুবার 10 বার। নোট করুন যে ব্যান্ডউইথটি যখন y- অক্ষের উপরে প্লট করা হয়েছে, দুটি গ্রাফের প্রত্যেকটির নীচের ক্ষেত্রটি ডেটা (বাইট) এর সাথে মিলে যায় - যদি আপনি সময়ের সাথে বাইট / সময় সংহত করেন তবে আপনি বাইট পাবেন।


4

তারা তুলনাযোগ্য নয়।

প্রথম উদাহরণের জন্য, স্থানীয় দেখার জন্য অনুকূল এনকোডিং প্রবাহিত দেখার জন্য অনুকূল এনকোডিংয়ের চেয়ে আলাদা than

ভিডিও এনকোডিং সম্পর্কে কথা বলা যাক।

বেশিরভাগ ভিডিও এনকোডিং বিন্যাসে সাধারণত দুটি ধরণের ফ্রেম থাকে:

  1. ইন্ট্রা কোডেড ফ্রেম (আই-ফ্রেম) - এগুলি ফ্রেম যা পুরো স্থানান্তরিত হয়, এই ফ্রেমটি অন্য কোনও ফ্রেমের অজান্তেই ডিকোড করা যায়। একটি ইন্ট্রা কোডেড ফ্রেম মূলত একটি স্ট্যাটিক চিত্র। হঠাৎ রূপান্তরকালে এনকোডারগুলি এগুলি উত্পন্ন করে। এগুলি সংকোচনের জন্য কম দক্ষ।
  2. পূর্বাভাসযুক্ত ফ্রেম (পি-ফ্রেম) বা দ্বি-পূর্বাভাসযুক্ত ফ্রেম (বি-ফ্রেম) - এগুলি এমন ফ্রেম যা কেবল ফ্রেমের মধ্যে পার্থক্য রাখে, এটি কেবল তখনই ডিকোড করা যায় যদি দর্শক পূর্ববর্তী এবং / অথবা পরবর্তী ফ্রেমগুলিও জানে। এগুলি সংকোচনের জন্য অনেক বেশি দক্ষ।

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

এছাড়াও, দুটি ভিন্ন ধরণের স্ট্রিমিং রয়েছে। আপনার কাছে প্রাক-রেকর্ডকৃত স্ট্রিম (সর্বাধিক ইউটিউব ভিডিও) এবং লাইভ ইভেন্ট স্ট্রিম থাকতে পারে (যেমন ইউটিউব লাইভ)। বিলম্বিত প্রয়োজনের কারণে, স্ট্রিমিং লাইভ ইভেন্টটি উন্নত এনকোডিং কৌশলগুলির সুবিধা নিতে পারে না যা একটি দীর্ঘ বা অপ্রত্যাশিত পরিমাণ সময় নেয়, যখন প্রাক-রেকর্ডকৃত স্ট্রিমটি এনকোড করার জন্য প্রয়োজন তত সময় নিতে পারে।

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

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

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

সামগ্রিকভাবে, একই পরিমাণে দেখা ভিডিওর জন্য, স্ট্রিমযুক্ত ভিডিওর আরও বেশি পরিমাণে ব্যান্ডউইথ নেওয়া উচিত। ব্যান্ডউইথের ব্যবহারের ক্ষেত্রে, স্ট্রিমিংয়ের প্রাথমিক সুবিধাটি হ'ল এটি লোকেদের দ্বারা সংরক্ষণ করতে পারে যা ডাউনলোড করে কিন্তু ভিডিওটি পুরোপুরি দেখেন না, এটি একটি খুব তাত্পর্যপূর্ণ সঞ্চয় হতে পারে।


1

উত্তরটি হল, এটা নির্ভরশীল".

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

আপনি যদি এইচটিটিপি ডাউনলোড করেন তবে টিসিপি রেট নিয়ন্ত্রণ অ্যালগরিদমগুলি আপনাকে সংযোগের এক বা উভয় প্রান্ত বা এর মধ্যবর্তী যে কোনও কিছুতে সন্তুষ্ট করে তা নিশ্চিত করে। সুতরাং আপনার যদি 100Mbit উপলব্ধ থাকে তবে এটি 100Mbit বা তার কাছাকাছি পাওয়া যায় এমন সবগুলি ব্যবহার করবে।

অবশ্যই এটি ধরে নিয়েছে যে ক্লায়েন্ট এবং সার্ভারের মধ্যে কোথাও কোনও কিউওএস হচ্ছে না।

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

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

সুতরাং সেখানে আপনার এটি আছে ... এটি নির্ভর করে।


"প্রথম এবং দ্বিতীয় ডাউনলোডের মধ্যে ব্যান্ডউইথ পৃথক হতে পারে" তবে অবশ্যই এটি শেষের মতো একই পরিমাণের ডেটা ডাউনলোড করছে, এমনকি যদি অন্য / নেটওয়ার্কের অবস্থার পরিবর্তিত হয় তবে এটির চেয়ে বেশি সময় নেয়।
স্টেমি

@ স্টেমি, এটি কাছে আসবে। বিভিন্ন প্রোটোকল ওভারহেড প্রোটোকল যুক্ত করে। তবে স্ট্রিমিং প্রক্রিয়া চলাকালীন যদি কোনও ট্রান্সকোডিং বা গুণমান / হারের পরিবর্তন না ঘটে থাকে তবে তত্ত্বের ক্ষেত্রে এটি একই পরিমাণের ভিডিও ডেটা হওয়া উচিত।
ম্যাট এইচ

1

নেটওয়ার্ক পয়েন্ট অফ ভিউ থেকে "ডাউনলোডিং" এবং "স্ট্রিমিং" বিভিন্ন পরিষেবা, একে "ট্র্যাফিক প্রোফাইল" বলা হয়

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

শেষ-ব্যবহারকারীর দৃষ্টিকোণ থেকে এর অর্থ: ভিডিওটি বাধা বা ড্রপ ছাড়াই সহজেই চলতে পারে। ভিডিওটি কয়েক সেকেন্ড আগে বা পরে শুরু হয়েছিল তা বিবেচ্য নয়।

"ডাউনলোড" করার জন্য সাধারণত সর্বাধিক সম্ভব নেটওয়ার্ক থ্রুপুট প্রয়োজন হয়, ডাউনলোডটি যত তাড়াতাড়ি সম্ভব ফিনিস করা হবে। বিলম্ব, বাধা এবং জিটার সমালোচনা নয়।

একটি নেটওয়ার্ক আরও ট্র্যাফিক প্রোফাইল সরবরাহ করতে পারে যা সম্পূর্ণ আলাদা। উদাহরণস্বরূপ ভয়েস পরিষেবাগুলি (সাধারণ ফোন কল) খুব কম থ্রুটপুট রেকুরি হয় তবে বিলম্বের জন্য খুব সংবেদনশীল (200 এমএসেরও কম)


0

অন্যান্য উত্তর যুক্ত করতে, আমার উত্তর: অগত্যা নয়

এখন, ধরে নিই যে সবকিছু সমান (কোনও স্বয়ংক্রিয় মানের নির্বাচন নয়, সার্ভার এবং / অথবা আইএসপি থেকে কোনও থ্রোটলিং নেই) ...

ব্যান্ডউইথটি সাধারণত_পরে_ ডেটা হিসাবে টোটাল টাইম দ্বারা বিভক্ত হয়। (প্রযুক্তিগতভাবে, 'যথাযথ' শব্দটি থ্রুপুট হয় , তবে আমি ডিগ্রেশন করি)।

ধরে নেওয়া যাক আপনি 60 এমবি আকারের 2000 সেকেন্ডের একটি ভিডিও স্ট্রিম করতে চলেছেন।

স্ট্রিমিং সঙ্গে, উজ্জ্বল আলোকরশ্মি প্রোগ্রাম পারে নিজস্ব হার সীমিত বাফার ওভারফ্লো প্রতিরোধ করতে। সুতরাং, এর HTTP অনুরোধ শিরোনামে একটি ব্যাপ্তি ক্ষেত্র অন্তর্ভুক্ত থাকতে পারে । কার্যকর ব্যান্ডউইথ স্ট্রিমিং যেহেতু স্ট্রিমিং শেষ না হওয়া অবধি শুরু তারপর ~ 60 মেগাবাইট / 2000 সেকেন্ড = 30 kB / s = 240 কেবিপিএস হবে।

তবে, আপনি যদি ভিডিওটি সরাসরি ডাউনলোড করেন তবে আপনি আপনার ইন্টারনেট পরিষেবার সর্বোচ্চ ব্যান্ডউইথ পাবেন to অবশ্যই একই সময়ে অন্যান্য ব্যবহারের উপর নির্ভর করে। সুতরাং, 50% উপলব্ধ ব্যান্ডউইথের সাথে 6 এমবিপিএসের একটি ইন্টারনেট পরিষেবা ধরে নেওয়া, আপনি ভিডিও ডাউনলোডের জন্য 3 এমবিপিএস ব্যান্ডউইথ পাবেন।


0

স্ট্রিমিং সত্যিই ডাউনলোড করার একটি উপায়।

আপনি যখন স্ট্রিমযুক্ত সিনেমা দেখেন, আপনার মিডিয়া প্লেয়ার এর কিছু অংশগুলি ডাউনলোড করে, সেগুলি আপনাকে দেখায় এবং ফ্লাইতে ফাইলের প্রদর্শিত অংশগুলি বাতিল করে দেবে।

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

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

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

সুতরাং উত্তরটি হ'ল এটি পুরোপুরি দুটি ফাইলের আকারের উপর নির্ভর করে - মিডিয়া প্লেয়ারের মাধ্যমে প্রবাহিত হয়ে ডিস্কে ডাউনলোড হয়।


0

স্ট্রিমিং আপনার ডাউনলোডের মাধ্যমে ডাউনলোডপুট ব্যবহার করে তাই আপনি এটিকে ডাউনলোড হিসাবে বিবেচনা করতে পারেন। আপনি যে ডাউনলোডটি বিবেচনা করছেন সে সম্পর্কে আপনার প্রশ্নটি কিছুটা অস্পষ্ট। তারা যতটা আপলোড করতে পারে কেবল তত ডাউনলোড করতে পারেন এবং অফার করতে ইচ্ছুক। সুতরাং শেষ পর্যন্ত যদি আপনি উদাহরণস্বরূপ HTTP থেকে HTTP থেকে সরাসরি ডাউনলোডের তুলনা করতে চান, তবে আপনাকে প্রত্যেকের কাছ থেকে কতটা ডাউনলোড হচ্ছে তা যাচাই করতে হবে।

সুতরাং আমি অনুমান করি যে উত্তরটি হ'ল এটি একই পরিমাণে ব্যবহার করা হতে পারে ... বা কম ... বা আরও বেশি। সার্ভারগুলি এবং যে হার তারা আপনাকে পরিবেশন করছে তার উপর নির্ভর করে।


-2

হ্যাঁ এটি সমতুল্য। ডাউনলোড = আপনি এটি একবারে ডাউনলোড করেন এবং এটি আপনার কম্পিউটারে থাকে। স্ট্রিম = আপনি অস্থায়ীভাবে আপনার কম্পিউটারে "কিছু" ডাউনলোড করেন।


স্থানান্তরিত ডেটার পরিমাণ এবং ব্যবহৃত ব্যান্ডউইথের মধ্যে পার্থক্য রয়েছে।
জোনাস শোফার

আমার অ্যান্ড্রয়েডে ভাল একটি স্ট্রিম থেকে একটি ভিডিও দেখছে বা ডাউনলোড করাতে এটির একই ডেটা ব্যবহার রয়েছে
টিয়াগো রিবেইরো

@ জোনাস উইলিকি একজন জ্ঞানী ব্যক্তি একবার বলেছিলেন: "স্থানান্তরিত তথ্যের পরিমাণ একই"। নিশ্চিত যে ব্যবহৃত ব্যান্ডউইথের পরিমাণ পরিবর্তিত হয়, এতে বাফারিংয়ের কারণে স্থানান্তরটির গতি সময়ের সাথে ধীর হয়।
Nenotlep

1
এটি আসলে অনেক ক্ষেত্রে সঠিক উত্তর। প্রায়শই বেশিরভাগ ক্ষেত্রে স্ট্রিমিং এবং ডাউনলোডের জন্য হুবহু একই উত্স এবং প্রোটোকল ব্যবহৃত হয়। আপনি যদি এইচটিটিপি-র মাধ্যমে কোনও সংস্থান খেলতে চান তবে এটি ডাউনলোড হওয়ার সাথে সাথে আপনি এটি আবার চালাচ্ছেন এটির চেয়ে এটি ডাউনলোড করার চেয়ে আলাদা নয়। অবশ্যই, স্ট্রিমিংয়ের জন্য অপ্টিমাইজেশন এবং বিভিন্ন প্রোটোকল রয়েছে যা আপনার প্রবাহিত হওয়ার সাথে সাথে আপনার বিটরেটকে পরিবর্তন করতে পারে, তবে আমি মনে করি না যে এটিই জিজ্ঞাসা করা প্রশ্নের মূল বিষয়। (তারা অবশ্য উল্লেখের যোগ্য।)
ব্র্যাড
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.