Bandwidth သည် ဗီဒီယိုစောင့်ကြည့်ရေးစနစ်များအတွက် အီသာနက်ကွန်ရက်ချိတ်ဆက်ခြင်း၏ အရေးကြီးဆုံးအစိတ်အပိုင်းဖြစ်သည်။ အချိန်မတိုင်မီ သေချာစီစဉ်မှုမရှိပါက၊ ဗီဒီယိုစောင့်ကြည့်စနစ်များသည် bandwidth ပိတ်ဆို့မှုနှင့် အဆုံးသတ်သွားနိုင်သည်။ ၎င်းသည် ဗီဒီယိုပက်ကေ့ချ်ဆုံးရှုံးမှု၊ နှောင့်နှေးခြင်း သို့မဟုတ် တုန်လှုပ်ခြင်းတို့ကို ဖြစ်စေရုံသာမက ဗီဒီယိုအရည်အသွေးကို ကျဆင်းစေသည်၊ သို့မဟုတ် ပိုဆိုးသည်မှာ၊ အရေးကြီးသောဖြစ်ရပ်များကို မှတ်တမ်းတင်ခြင်းကို ဟန့်တားစေသည်။ Bandwidth သည် သတ်မှတ်ထားသော ထိန်းသိမ်းမှုကာလအတွက် သိုလှောင်မှုပမာဏလိုအပ်ချက်များကိုလည်း ဆုံးဖြတ်သည်။ ဗီဒီယို Bandwidth ကို နားလည်ခြင်းသည် နယ်ပယ်များစွာအတွက် နက်ရှိုင်းသော အသိပညာတစ်ခု လိုအပ်သည်။ ဤနည်းပညာသည် ဗီဒီယိုစောင့်ကြည့်ရေးစနစ်များ၏ စွမ်းဆောင်ရည်အပေါ် သက်ရောက်မှုရှိစေမည့် အခြေခံအသိပညာများကို ပံ့ပိုးပေးရန်အတွက် လုပ်ဆောင်ထားသည်။

ဘစ် နှင့် ဘိုက် နှစ်ခုစလုံးသည် တူညီသော အက္ခရာကို အတိုချုံးကိုးကားရန်အတွက် အသုံးပြုသည်။ တစ်ခုတည်းသောခြားနားချက်မှာ bits သည် စာလုံးအသေး 'b' ကိုအသုံးပြုပြီး bytes သည် စာလုံးအကြီး 'B' ကိုအသုံးပြုပါသည်။ bytes သည် bits ထက် 'ကြီးသည်' ကို ပြန်သတိရခြင်းဖြင့် ၎င်းကို မှတ်မိနိုင်သည်။ တစ်ချက်ကြည့်လိုက်ရင် သူတို့နဲ့တူတာကြောင့် ဒါကို လူတွေက မကြာခဏ ရောထွေးမြင်နေရပါတယ်။ ဥပမာအားဖြင့်၊ 100Kb/s နှင့် 100KB/s သည် ယခင်ထက် 8 ဆ ပိုကြီးသည်။
ဗီဒီယိုစောင့်ကြည့်ရေးစနစ် bandwidth ကိုဖော်ပြသည့်အခါ bits များကိုသုံးရန် အကြံပြုလိုသော်လည်း အချို့သောသူများသည် server/storage side မှ bytes များကိုအသုံးပြုမည်ကိုသတိပြုပါ။ ထို့အတွက်ကြောင့်၊ နိုးကြားပြီး မရှင်းလင်းမှုတစ်စုံတစ်ရာရှိလျှင် အတည်ပြုချက်တောင်းပါ (ဆိုလိုသည်မှာ "Sorry you say the X bits or bytes")။

ကီလိုဘစ်၊ မီဂါဘစ်နှင့် ဂစ်ဂါဘစ်
ဗီဒီယိုတစ်ခုပေးပို့ရန် bits (သို့မဟုတ် bytes) များစွာလိုအပ်သည်။ လက်တွေ့တွင် သင်သည် 500b/s သို့မဟုတ် 500B/s ရှိသော ဗီဒီယိုစီးကြောင်းကို မည်သည့်အခါမျှ ရရှိမည်မဟုတ်ပါ။ ဗီဒီယိုသည် ယေဘုယျအားဖြင့် အနည်းဆုံး ဘစ်ထောင်ပေါင်းများစွာ သို့မဟုတ် သန်းပေါင်းများစွာ လိုအပ်သည်။ ပေါင်းစည်းထားသော ဗီဒီယိုစီးကြောင်းများသည် မကြာခဏဘစ်ဘီလီယံပေါင်းများစွာ လိုအပ်ပါသည်။
Bandwidth အများအပြားကို ဖော်ပြခြင်းအတွက် ဘုံအသုံးအနှုန်း/ရှေ့ဆက်များသည်-

• Kilobits သည် ထောင်ဂဏန်းဖြစ်သည်၊ ဥပမာ၊ 500Kb/s သည် 500,000b/s နှင့် ညီမျှသည်။ ကီလိုဘစ်ရှိ ဗီဒီယိုစီးကြောင်းတစ်ခုစီသည် ကြည်လင်ပြတ်သားမှုနည်းသော သို့မဟုတ် ဖရိန်နိမ့်သော သို့မဟုတ် ဖိသိပ်မှုမြင့်မားသည် (သို့မဟုတ် အထက်ပါအရာအားလုံး) ဖြစ်နိုင်သည်။

• Megabits သည် သန်းပေါင်းများစွာ၊ ဥပမာ၊ 5Mb/s သည် 5,000,000b/s နှင့် ညီမျှသည်။ တစ်ဦးချင်းစီ IP ကင်မရာ ဗီဒီယိုထုတ်လွှင့်မှုသည် ဂဏန်းတစ်လုံးမှ megabits တွင် ဖြစ်လေ့ရှိသည် (ဥပမာ၊ 1Mb/s သို့မဟုတ် 2Mb/s သို့မဟုတ် 4Mb/s သည် မျှမျှတတ ဘုံဘောင်များဖြစ်သည်)။ ဗီဒီယိုစီးကြောင်းတစ်ခုစီအတွက် 10Mb/s ထက်ပို၍ ပြတ်သားမှုမြင့်မားသောမော်ဒယ်များတွင် မဖြစ်နိုင်သော်လည်း (4K၊ 20MP၊ 30MP စသည်ဖြင့်) တွင် မဖြစ်နိုင်ပါ။ သို့သော်၊ တစ်ချိန်တည်းတွင် ကင်မရာ 100 ကို တိုက်ရိုက်ထုတ်လွှင့်ခြင်းသည် ပုံမှန် 200Mb/s သို့မဟုတ် 300Mb/s စသည်တို့ လိုအပ်ပါသည်။

• Gigabits သည် ဘီလီယံပေါင်းများစွာ၊ ဥပမာ၊ 5Gb/s သည် 5,000,000,000b/s နှင့် ညီမျှသည်။ ဗီဒီယိုစောင့်ကြည့်ခြင်းအတွက် အလွန်ကြီးမားသော ဗီဒီယိုစောင့်ကြည့်ရေးစနစ်တစ်ခုမှ ဗီဒီယိုအားလုံးကို ဗဟိုဆိုက်တစ်ခုသို့ ပြန်လည်ပြင်ဆင်ခြင်းမရှိပါက တစ်ဦးသည် ဗီဒီယိုကြည့်ရှုခြင်းအတွက် ဘန်းဝဒ်၏ gigabit ထက်ပိုလိုအပ်ခဲပါသည်။

ဘစ်နှုန်းများ

Ivideo စောင့်ကြည့်စနစ် Bandwidth သည် ယာဉ်အမြန်နှုန်းနှင့်တူသည်။ ၎င်းသည် အချိန်နှင့်အမျှ နှုန်းတစ်ခုဖြစ်သည်။ ထို့ကြောင့် သင်သည် 60mph (သို့မဟုတ် 96kph) မောင်းနှင်နေသကဲ့သို့ပင်) ကင်မရာတစ်လုံး၏ bandwidth သည် 600Kb/s ဖြစ်သည်၊ ဆိုလိုသည်မှာ တစ်စက္ကန့်အတွင်း 600 ကီလိုဘစ်ကို ထုတ်လွှင့်သည်ဟု ဆိုနိုင်သည်။

ဘစ်နှုန်းများကို တစ်စက္ကန့်အတွင်း ဒေတာ (ဘစ် သို့မဟုတ် ဘိုက်များ) အဖြစ် အမြဲဖော်ပြသည်။ တစ်မိနစ် သို့မဟုတ် တစ်နာရီကို အသုံးချ၍မရပါ၊ အဓိကအားဖြင့် ကွန်ရက်ချိတ်ဆက်ကိရိယာများကို စက်က ကိုင်တွယ်နိုင်သည့်အရာအဖြစ် အဆင့်သတ်မှတ်ထားသောကြောင့်ဖြစ်သည်။

Video Compression နှင့် Bandwidth

ဗီဒီယိုစောင့်ကြည့်ရေးစနစ်များတွင် ဗီဒီယိုချုံ့ခြင်းသည် မူရင်းဖိုင်ထက် နေရာပိုနည်းပြီး ကွန်ရက်/အင်တာနက်မှတဆင့် ပို့လွှတ်ရလွယ်ကူစေသည့် နည်းလမ်းဖြင့် ဗီဒီယိုဖိုင်တစ်ခုကို ကုဒ်သွင်းသည့် လုပ်ငန်းစဉ်ဖြစ်သည်။ ၎င်းသည် မူရင်းဗီဒီယိုဖိုင်မှ မလိုအပ်သောနှင့် အသုံးမပြုနိုင်သော အချက်အလက်များကို ဖယ်ရှားခြင်းဖြင့် ဗီဒီယိုဖိုင်ဖော်မတ်များ၏ အရွယ်အစားကို လျှော့ချပေးသည့် ဖိသိပ်မှုနည်းလမ်းတစ်ခုဖြစ်သည်။

ဗီဒီယိုကို ချုံ့ပြီးသည်နှင့် ၎င်း၏မူရင်းဖော်မတ်ကို မတူညီသောပုံစံသို့ ပြောင်းလဲသွားသည် (အသုံးပြုထားသောကုဒ်ဒစ်ပေါ် မူတည်၍)။ ဗီဒီယိုပလေယာသည် ထိုဗီဒီယိုဖော်မတ်ကို ပံ့ပိုးပေးရမည် သို့မဟုတ် ဗီဒီယိုဖိုင်ကိုဖွင့်ရန် ချုံ့ချကုဒ်ဒက်ဖြင့် ပေါင်းစည်းရမည်ဖြစ်သည်။

ရွေ့လျားမှု JPEG

Motion JPEG (M-JPEG သို့မဟုတ် MJPEG) သည် တစ်ခုဖြစ်သည်။ ဗီဒီယိုချုံ့ပုံစံ အသီးအသီး၌ ဗီဒီယိုဘောင် or ချစ် နယ်ပယ်တစ်ခု ဒီဂျစ်တယ်ဗီဒီယို sequence ကိုဖြစ်ပါတယ် ချုံ့ သီးခြားစီ JPEG, ပုံရိပ်.

မာလ်တီမီဒီယာ PC အပလီကေးရှင်းများအတွက် မူလတီထွင်ထားသည့် Motion JPEG သည် ကျယ်ပြန့်သော ဖောက်သည်ပံ့ပိုးမှုကို နှစ်သက်သည်- အဓိက ဝဘ်ဘရောက်ဆာများနှင့် ပလေယာအများစုသည် မူရင်းပံ့ပိုးမှုကို ပေးဆောင်ကြပြီး ကျန်များအတွက် ပလပ်အင်များကို ရရှိနိုင်ပါသည်။ M-JPEG စံနှုန်းကို အသုံးပြုသည့် ဆော့ဖ်ဝဲလ်နှင့် စက်ပစ္စည်းများတွင် ဝဘ်ဘရောက်ဆာများ၊ မီဒီယာပလေယာများ၊ ဂိမ်းစက်များ၊ ဒစ်ဂျစ်တယ်ကင်မရာများ၊ IP ကင်မရာများ၊ ဝဘ်ကင်မရာများ၊ တိုက်ရိုက်ကြည့်ရှုခြင်းဆာဗာများ၊ ဗီဒီယိုကင်မရာများနှင့် လိုင်းမဟုတ်သော ဗီဒီယိုတည်းဖြတ်သူများ ပါဝင်သည်

H.264

MPEG-264 AVC ဟုလည်းခေါ်သည့် H.4 သည် 2003 ခုနှစ်တွင် စတင်မိတ်ဆက်ခဲ့သော ဖိသိပ်မှုစံနှုန်းဖြစ်ပြီး ဗီဒီယိုစောင့်ကြည့်စနစ်ကင်မရာများနှင့် စီးပွားဖြစ်မီဒီယာအက်ပလီကေးရှင်းများစွာတွင်အသုံးပြုသည့် ပျံ့နှံ့နေသောစံနှုန်းတစ်ခုဖြစ်သည်။ MJPEG ၏ frame-by-frame ချဉ်းကပ်ပုံနှင့် ဆန့်ကျင်ဘက်အနေဖြင့်၊ H.264 သည် full-frame ကို ဥပမာအားဖြင့်၊ တစ်စက္ကန့်လျှင် တစ်ကြိမ်သာ သိမ်းဆည်းထားပြီး ဗီဒီယိုရှိ ရွေ့လျားမှုကြောင့် ကွဲပြားမှုများဖြင့်သာ ကျန်ဘောင်များကို ကုဒ်လုပ်ပါသည်။ Full frames ကို I-frame (အညွှန်းဘောင် သို့မဟုတ် အတွင်းဘောင်) ဟုခေါ်ပြီး ယခင် frame နှင့် ကွာခြားချက်သာရှိသော တစ်စိတ်တစ်ပိုင်းကို P-frame (ကြိုတင်ခန့်မှန်းထားသော frame သို့မဟုတ် inter-frame) ဟုခေါ်သည်။ P-frames များသည် I-frames ထက် သေးငယ်ပြီး များပြားသည်။ ပြောင်းလဲမှုများအတွက် ယခင်နှင့် နောက်ဆက်တွဲဘောင်များကို ရည်ညွှန်းသည့် B-frame (bidirectional frame) တစ်ခုလည်း ရှိပါသည်။ IPB frames တွေရဲ့ ထပ်တလဲလဲပုံစံကို ပုံအုပ်စု (GOP) လို့ခေါ်ပါတယ်။ I-frames အတွက် အချိန်ကြားကာလသည် ကွဲပြားပြီး တစ်စက္ကန့်ကို အကြိမ်များစွာမှ တစ်မိနစ်နီးပါးအထိ ကွာနိုင်သည်။ I-frames ကို များများပို့လေ၊ ဗီဒီယိုစီးကြောင်း ကြီးလေလေ၊ သို့သော် ၎င်းသည် I-frame တွင်သာ ဖြစ်ပွားနိုင်သောကြောင့် stream တစ်ခု၏ ကုဒ်ဖော်ပြခြင်းကို ပြန်လည်စတင်ရာတွင် ပိုမိုလွယ်ကူစေသည်။

H.265

High-Efficiency Video Coding (HEVC) သည် H.265 နှင့် MPEG-H Part 2 ဟုလည်းသိကြသော၊ သည် MPEG-H ပရောဂျက်၏ တစ်စိတ်တစ်ပိုင်းအဖြစ် ကျယ်ပြန့်စွာအသုံးပြုသော အဆင့်မြင့် ဗီဒီယိုကုဒ်ရေးခြင်း (AVC, H) ၏ ဆက်ခံမည့် ဗီဒီယိုချုံ့မှုစံနှုန်းတစ်ခုဖြစ်သည်။ .264 သို့မဟုတ် MPEG-4 အပိုင်း 10)။ AVC နှင့် နှိုင်းယှဉ်ပါက၊ HEVC သည် ဗီဒီယိုအရည်အသွေး တူညီသောအဆင့်တွင် ဒေတာချုံ့မှု 25% မှ 50% အထိ ပိုမိုကောင်းမွန်သော သို့မဟုတ် တူညီသော bit rate ဖြင့် ဗီဒီယိုအရည်အသွေး သိသိသာသာ တိုးတက်စေသည်။ ၎င်းသည် 8192K UHD အပါအဝင် 4320K UHD အပါအဝင် 8×8 အထိ ကြည်လင်ပြတ်သားမှုကို ပံ့ပိုးပေးထားပြီး အဓိကအားဖြင့် 10-bit AVC နှင့် မတူဘဲ၊ HEVC ၏ မြင့်မားသောသစ္စာရှိမှု Main XNUMX ပရိုဖိုင်ကို ပံ့ပိုးပေးသည့် ဟာ့ဒ်ဝဲအားလုံးနီးပါးတွင် ထည့်သွင်းထားသည်။

H.264vsH.265 H.265 အကြောင်းအမျိုးမျိုးကြောင့် H.264 ထက် ပိုအဆင့်မြင့်သည်။ ဤနေရာတွင် အကြီးမားဆုံး ခြားနားချက်မှာ H.265/HEVC သည် သင်၏ တိုက်ရိုက်ဗီဒီယိုစီးကြောင်းများ၏ ဖိုင်အရွယ်အစား နည်းပါးသော ဖိုင်အရွယ်အစားကိုပင် ခွင့်ပြုပေးခြင်းဖြစ်သည်။ ၎င်းသည် လိုအပ်သော bandwidth ကို သိသိသာသာ လျှော့ချပေးသည်။ ထို့နောက် H.265 ၏ နောက်ထပ်အကျိုးခံစားခွင့်မှာ ကုဒ်သစ်ပင်ယူနစ်များတွင် ဒေတာကို စီမံဆောင်ရွက်ပေးသည့်အချက်ဖြစ်သည်။ Macroblock များသည် 4×4 မှ 16×16 ဘလောက်အရွယ်အစားများမှ မည်သည့်နေရာတွင်မဆို သွားနိုင်သော်လည်း CTUs များသည် 64×64 blocks အထိ လုပ်ဆောင်နိုင်သည်။ ၎င်းက H.265 သည် အချက်အလက်များကို ပိုမိုထိရောက်စွာ ချုံ့နိုင်စေပါသည်။ ထို့အပြင်H.265 တွင် H.264 ထက် ပိုမိုကောင်းမွန်သော ရွေ့လျားမှုလျော်ကြေးငွေနှင့် spatial ခန့်မှန်းချက်လည်း ပါရှိပါသည်။ အချက်အလက်အားလုံးကို ချုံ့ချဲ့ပြီး ထုတ်လွှင့်မှုကို ကြည့်ရှုရန် ၎င်းတို့၏စက်ပစ္စည်းများသည် ဒေတာအားလုံးကို ချုံ့ရန် လှိုင်းနှုန်းနည်းခြင်းနှင့် စီမံလုပ်ဆောင်ခြင်းပါဝါ လိုအပ်သောကြောင့် သင့်ကြည့်ရှုသူများအတွက် အတော်လေး အထောက်အကူဖြစ်စေပါသည်။

အဆက်မပြတ်နှင့် ပြောင်းလဲနိုင်သော ဘစ်နှုန်းများ (CBR နှင့် VBR)

Bitrate သည် အချိန်အတိုင်းအတာတစ်ခုအထိ လွှဲပြောင်းသည့်ဒေတာပမာဏကို တိုင်းတာသည်။ အွန်လိုင်းဗီဒီယိုထုတ်လွှင့်မှုတွင်၊ ဗီဒီယိုဘစ်နှုန်းကို တစ်စက္ကန့်လျှင် ကီလိုဘစ် သို့မဟုတ် kbps ဖြင့် တိုင်းတာသည်။ ဘစ်နှုန်းသည် ဗီဒီယိုတစ်ခု၏ အရည်အသွေးကို သက်ရောက်မှုရှိသည်။ ပိုမြင့်သော ဘစ်နှုန်းဖြင့် လွှင့်ထုတ်ခြင်းက သင့်အား အရည်အသွေးမြင့် ထုတ်လွှင့်မှုများကို ကူညီပေးပါသည်။

Bitrate သည် ဒေတာလွှဲပြောင်းခြင်းနှင့်ပတ်သက်ပြီး streaming လုပ်ငန်းစဉ်၏ encoding သို့မဟုတ် transcoding အဆင့်တွင် အရေးကြီးသော အရာတစ်ခုဖြစ်သည်။

ကိန်းသေဘစ်နှုန်း

CBR အတွက် ကင်မရာတစ်လုံးကို ပြင်ဆင်သတ်မှတ်သောအခါ၊ ကင်မရာသည် စဉ်ဆက်မပြတ် bandwidth သုံးစွဲမှုရှိသည်ဟု သတ်မှတ်ထားသည်။ အပြောင်းအလဲများ ပိုများလာသည်နှင့်အမျှ compression ပမာဏ တိုးလာသည်။ ၎င်းသည် ရုပ်ပုံသို့ ဖိသိပ်ထားသည့်အရာများကို ပေါင်းထည့်နိုင်ပြီး ရုပ်ပုံအရည်အသွေးကို ကျဆင်းစေနိုင်သည်။ CBR ဖြင့်၊ bandwidth ပစ်မှတ်ကိုပြည့်မီရန် ရုပ်ပုံအရည်အသွေးကို စတေးပါမည်။ ပစ်မှတ်ကို ကျိုးကြောင်းဆီလျော်စွာ သတ်မှတ်ပါက၊ ဤပြိုကွဲမှုသည် သိသာထင်ရှားလာမည်ဖြစ်ပြီး ၎င်းသည် သိုလှောင်မှုတွက်ချက်ခြင်းနှင့် ကွန်ရက်ကို စီစဉ်ခြင်းအတွက် တည်ငြိမ်သောအခြေခံကိုပေးသည်။ ကွန်ရက်အသုံးပြုမှုနည်းသော သို့မဟုတ် သိုလှောင်မှုနေရာများ ပေါများနေချိန်တွင် ဒေသတွင်း-ဧရိယာကွန်ရက် (LAN) တွင် တပ်ဆင်ထားသည့် IP စောင့်ကြည့်ကင်မရာများအတွက်၊ VBR သည် အကောင်းဆုံးပုံအရည်အသွေးကို ထိန်းသိမ်းထားရန် အကြံပြုထားသော်လည်း CBR သည် bandwidth ကန့်သတ်ထားသော ပတ်ဝန်းကျင်များကို ထိန်းချုပ်ရန် ကူညီပေးနိုင်ပါသည်။

ပြောင်းလဲနိုင်သော ဘစ်နှုန်း

compression method တစ်ခုစီ၏ ခွန်အားကို ချိန်ညှိနိုင်သည်။ ယေဘူယျအားဖြင့်၊ မြင့်မားသော ဖိသိပ်မှုသည် အနုပညာမြောက်မှုကို ပိုမိုဖြစ်ပေါ်စေသည်၊ ထို့ကြောင့် လိုချင်သောအပြုအမူကိုရရှိရန် ကွဲပြားသောဗျူဟာများရှိသည်။ VBR ဖိသိပ်မှုကို အသုံးပြုသောအခါ၊ တစ်သမတ်တည်း ပုံအရည်အသွေးကို ထိန်းသိမ်းထားရန် ဖိသိပ်ထားသော စီးကြောင်း၏ အရွယ်အစားသည် ကွဲပြားနိုင်စေပါသည်။ ထို့ကြောင့် VBR သည် မြင်ကွင်းထဲတွင် ရွေ့လျားမှုရှိနေသောအခါတွင် ပိုမိုသင့်လျော်ပြီး ၎င်းသည် အဆက်မပြတ်ဖြစ်နေတတ်သည်။ အားနည်းချက်မှာ bandwidth သည် အခြေအနေပေါ်မူတည်၍ အတိုင်းအတာတစ်ခုအထိ ကွဲပြားနိုင်သည်။ ထို့ကြောင့် သိုလှောင်မှုအား စီစဉ်ထားသည်ထက်စော၍ အသုံးပြုရနိုင်သည် သို့မဟုတ် ကင်မရာများသည် လှိုင်းနှုန်းပိုလိုအပ်လာသောအခါတွင် ဂီယာပိတ်ဆို့မှုများ ပေါ်လာနိုင်သည်။ VBR တွင်၊ ဘစ်နှုန်းပေါ်တွင် ခိုင်မာသောအဖုံးကို ထည့်သွင်းထားခြင်းမရှိပါ။ အသုံးပြုသူသည် သတ်မှတ်ထားသော ပစ်မှတ်ဘစ်နှုန်း သို့မဟုတ် ပုံအရည်အသွေးအဆင့်ကို သတ်မှတ်သည်။

အသံဖမ်းစနစ်အချို့တွင် VBR ဖိသိပ်မှုအဆင့်ကို Extra High၊ High၊ Normal၊ Low နှင့် Extra Low သို့ သတ်မှတ်နိုင်သည်။

ကင်မရာ Bandwidth သုံးစွဲမှု

ဤသည်မှာ ကင်မရာ bandwidth သုံးစွဲမှု၏ ဘုံဒရိုင်ဘာအချို့ဖြစ်သည်။

resolution: Resolution ကြီးလေ၊ bandwidth ပိုကြီးလေ ။

frame နှုန်း: frame rate ကြီးလေ၊ bandwidth ပိုကြီးလေ

ရှုခင်းရှုပ်ထွေးမှု: အခင်းဖြစ်ပွားရာနေရာ၌ လှုပ်ရှားမှုများလေ (ကားအများအပြားနှင့် အခင်းဖြစ်ပွားရာနေရာ၌ မည်သူမျှမရှိပါ)၊ လှိုင်းနှုန်းပိုမိုလိုအပ်လေဖြစ်သည်။

အလင်းနည်းသည်: ညအချိန်သည် ကင်မရာများမှ ဆူညံသံကြောင့် မကြာခဏ ဖြစ်သော်လည်း အမြဲတမ်းမဟုတ်တော့ဘဲ၊

ဗီဒီယိုကြည်လင်ပြတ်သားမှု

ဗီဒီယိုစောင့်ကြည့်ရေးစနစ်များရှိ ကင်မရာတိုင်းတွင် ရုပ်ပုံအာရုံခံကိရိယာတစ်ခုရှိသည်။ ရနိုင်သော pixels များသည် ဘယ်မှညာမှ အလျားလိုက် ကြည်လင်ပြတ်သားမှုကို ပေးစွမ်းနိုင်ပြီး အပေါ်မှအောက်ခြေမှ ပစ်ဇယ်များသည် ဒေါင်လိုက်ကြည်လင်ပြတ်သားမှုကို ပေးပါသည်။ ဤရုပ်ပုံအာရုံခံကိရိယာ၏ စုစုပေါင်းကြည်လင်ပြတ်သားမှုအတွက် ဂဏန်းနှစ်လုံးကို မြှောက်ပါ။

pixel တစ်ခု၏ RGB အရောင်တန်ဖိုးများအတွက် 24 bits ယူဆသည်-

1920(H) x 1080(V) = 2,073,600 pixels = 2.0 MP x 24 bits = 48 Mbit/s

4096(H) x 2160(V) = 8,847,360 pixels = 8.0 MP x 24 bits = 192 Mbit/s

ထို့ကြောင့်၊ 4096 x 2160 သည် pixels ပိုများသောကြောင့် သို့မဟုတ် ရိုးရှင်းစွာပြောရလျှင် ဒေတာပိုများသောကြောင့် bandwidth ပိုယူသည်။ သို့သော် အကြောင်းအရာတစ်ခု၊ မျက်နှာ သို့မဟုတ် ကားမော်ဒယ်နှင့် ၎င်း၏အရောင် သို့မဟုတ် လိုင်စင်နံပါတ်ကို ခွဲခြားသတ်မှတ်ရန် လိုအပ်သည့်အခါတွင် ၎င်းသည် ပိုမိုရှင်းလင်းပြတ်သားသော ဓာတ်ပုံများကို ပေးသည်။ အပြန်အလှန်အားဖြင့်၊ ပုံရိပ်ပြတ်သားမှုနည်းသော လှိုင်းနှုန်းနည်းစေသည်၊ သို့သော် အပေးအယူသည် နည်းပါးပြီး မှုန်ဝါးသောပုံဖြစ်သည်။ နိမ့်ကျသော ဆုံးဖြတ်ချက်များသည် အများအားဖြင့် စောင့်ကြည့်ရေး အော်ပရေတာများအား အခြေအနေဆိုင်ရာ အသိပညာပေးသည်—အသေးစိတ်ထက် ဘာတွေဖြစ်နေလဲဆိုတာကို သိမြင်စေပါသည်။

Resolution သည် ပုံတစ်ပုံ၏ ကြည်လင်ပြတ်သားမှုကို ဆုံးဖြတ်ပေးသည့် တစ်ခုတည်းသော အရာမဟုတ်ပါ။ မှန်ဘီလူး၏ optical စွမ်းဆောင်ရည်၊ ဆုံမှတ်အလျား (အလင်းပြန်ချဲ့ခြင်း)၊ အရာဝတ္ထုနှင့် အကွာအဝေး၊ အလင်းရောင်အခြေအနေ၊ ဖုန်မှုန့်နှင့် ရာသီဥတုသည်လည်း အရေးကြီးသောအချက်များဖြစ်သည်။

frame နှုန်း

ဗီဒီယိုစောင့်ကြည့်စနစ်များတွင် ဖရိမ်နှုန်းကို တစ်စက္ကန့်လျှင် ဖရိမ် (FPS) ဖြင့် တိုင်းတာသည်၊ ဆိုလိုသည်မှာ တစ်စက္ကန့်အတွင်း ပုံအရေအတွက်ကို ထုတ်ပေးသည်။ ဖရိမ်နှုန်း ပိုမြင့်လေ၊ ဗီဒီယိုတွင် အရာဝတ္ထုရွေ့လျားမှု ချောမွေ့လေဖြစ်သည်။ ဖရိမ်နှုန်းနိမ့်လေ၊ အရာဝတ္ထုများသည် တစ်နေရာမှ တစ်နေရာသို့ ခုန်တက်သွားသည့်အထိ တုန်လှုပ်ခြောက်ခြားဖွယ်ရာ လှုပ်ရှားမှုများ ဖြစ်လာသည်။ ဘောင်နှုန်းဖြင့် Bandwidth တိုးလာသည်။ ဘောင်နှုန်းတစ်ဝက်သည် ပုံမှန်အားဖြင့် ကုဒ်ကုဒ်လုပ်နိုင်စွမ်းကို ထိခိုက်စေသောကြောင့် လှိုင်းဝက်ဒ်ကို ထက်ဝက်လျှော့ချပေးပါသည်။ ခေတ်မီ စောင့်ကြည့်ကင်မရာများသည် 60 FPS အထိ ထုတ်ပေးနိုင်သည်။ သို့သော်၊ CPU ကန့်သတ်ချက်များသည် တစ်ခါတစ်ရံတွင် ပုံရိပ်ပြတ်သားမှု မြင့်မားလွန်းသောအခါတွင် FPS ကို နိမ့်သောတန်ဖိုးသို့ ကန့်သတ်ပေးလိမ့်မည်။ မြင်ကွင်းတစ်ခုအတွက် အကောင်းဆုံး FPS ဆက်တင်ကို ရှာဖွေခြင်းသည် ရည်ရွယ်ချက်များကြားတွင် အပေးအယူတစ်ခုဖြစ်သည်- ဘောင်များနှင့် ဘန်းဝဒ်ထည့်သွင်းစဉ်းစားမှုများကြားတွင် မရှိမဖြစ်လိုအပ်သော အသေးစိတ်အချက်အလက်များ ပျောက်ဆုံးသွားခြင်းမရှိဘဲ သက်ဆိုင်ရာ အချက်အလက်အားလုံးကို ဖမ်းယူပါ။ ကင်မရာသည် တိတ်ဆိတ်သော ခြုံငုံသုံးသပ်ချက်ကို စောင့်ကြည့်နေပါက 30 FPS အထိ တက်ရန် မလိုအပ်ပါ။ 5 မှ 15 FPS သတ်မှတ်ခြင်းသည် လုံလောက်ပါသည်။ လက်မ၏ စည်းမျဉ်းအရ၊ ပိုမိုလျင်မြန်သော ပြောင်းလဲမှု ဖြစ်ပေါ်သည် သို့မဟုတ် လျင်မြန်သော အကြောင်းအရာ လှုပ်ရှားမှုကို မျှော်မှန်းထားပါက FPS ကို ပိုမိုမြင့်မားစွာ သတ်မှတ်သင့်သည်။ ကင်မရာများ တပ်ဆင်ပြီးနောက် FPS ကို ချိန်ညှိပြီး ဗီဒီယို၏ ချောမွေ့မှုကို လက်ခံနိုင်သည်ဖြစ်စေ မရှိကို စောင့်ကြည့်ပါ။

ရှုခင်းရှုပ်ထွေးမှု

မြင်ကွင်းတစ်ခု၏ ရှုပ်ထွေးမှုသည် ဗီဒီယိုကင်မရာမှထုတ်ပေးသည့် bandwidth ကိုလည်း သက်ရောက်မှုရှိသည်။ ယေဘူယျအားဖြင့်၊ မြင်ကွင်းသည် ပို၍ရှုပ်ထွေးလေ၊ အချို့သော ပုံအရည်အသွေးတစ်ခုရရှိရန် bandwidth ပိုများရန် လိုအပ်မည်ဖြစ်ပါသည်။ ဥပမာအားဖြင့်၊ သစ်ပင်အရွက်များ၊ ဝါယာကြိုးကာရံခြင်း သို့မဟုတ် ပေါက်ပေါက်မျက်နှာကျက်များကဲ့သို့ ကျပန်းပုံစံများပါသည့် မြင်ကွင်းများသည် မြင်ကွင်း၏ရှုပ်ထွေးမှုကို တိုးစေသည်။ အခြားအရာများကို သာမာန်၊ ရိုးရိုးအရောင်ခြယ်ထားသော နံရံ သို့မဟုတ် အသေးစိတ်အချက်အလတ်လေးများကဲ့သို့ ရိုးရှင်းသောမြင်ကွင်းတစ်ခုဟု ယူဆကြသည်။ အလားတူပင်၊ လှုပ်ရှားမှု သို့မဟုတ် လှုပ်ရှားမှုသည် ရှုပ်ထွေးမှုကို တိုးစေသည်။ လမ်းလျှောက်နေသူများ၊ ဖြတ်ကျော်မောင်းနှင်သော ကားများ သို့မဟုတ် လေပြေထဲတွင် သစ်ပင်သစ်ရွက်များ ဖြတ်သွားသူများသည် ဥပမာများဖြစ်သည်။

ကင်မရာများနှင့် ဖောက်သည်အရေအတွက် ကင်မရာအရေအတွက်များသည် ဗီဒီယိုစောင့်ကြည့်ရေးစနစ်များအတွက် လှိုင်းနှုန်းလိုအပ်ချက်များအပေါ် လွှမ်းမိုးပါသည်။ ကင်မရာအားလုံးသည် တူညီပါက၊ ကင်မရာနံပါတ်နှစ်ဆသည် ထုတ်ပေးသည့်ဒေတာကို နှစ်ဆတိုးလိမ့်မည်။ စနစ်တစ်ခု၏ အရွယ်အစားကို ထိန်းသိမ်းရန်၊ ၎င်းသည် ကြီးမားသော topologies များကို စီမံခန့်ခွဲနိုင်သော သေးငယ်သော partitions များအဖြစ် ခွဲထုတ်နိုင်ရပါမည်။ စနစ်အား အလွှာလိုက်နှင့် ဖြန့်ဝေထားသော ဗိသုကာပညာဖြင့် တည်ဆောက်ခြင်းဖြင့်၊ ပမာဏများစွာကို အတိုင်းအတာတစ်ခုအထိ ထိန်းသိမ်းထားနိုင်မည်ဖြစ်သည်။ သော့ချက်မှာ ပိတ်ဆို့မှုများကို ရှောင်ရှားနိုင်ရန် Bandwidth ဖြန့်ဝေရန်ဖြစ်သည်။ Bandwidth Bottlenecks ကဏ္ဍတွင် နောက်ထပ် ဆွေးနွေးပါမည်။ ကြည့်ရှုသူအရေအတွက် အထက်ဖော်ပြပါ ဆွေးနွေးချက်သည် အသံဖမ်းစက်ထဲသို့ ကင်မရာ bandwidth ဖြည့်သွင်းခြင်းနှင့် သက်ဆိုင်ပါသည်။ ဤသည်မှာ ရုပ်ပုံ၏ တစ်ဖက်တည်းသာဖြစ်ပြီး ကျန်တစ်ဖက်သည် တိုက်ရိုက်ထုတ်လွှင့်သည့် သို့မဟုတ် ပြန်ဖွင့်ဗီဒီယိုကို ကြည့်ရှုနေသည့် ဖောက်သည်များနှင့် အသံဖမ်းစက်များကို ချိတ်ဆက်နေသည်။ ဥပမာအားဖြင့်၊ ကင်မရာများကို တစ်ရက်လျှင် ၂၄ နာရီ၊ တစ်ပတ်လျှင် ခုနစ်ရက် အဆက်မပြတ် စောင့်ကြည့်နေသည့် လုံခြုံရေးအဖွဲ့တစ်ခု ရှိကောင်းရှိနိုင်သည်။ ဤ bandwidth သည် ကင်မရာများမှလာသော ဒေတာအားလုံးနှင့် ညီမျှမည်ဖြစ်သည်။ ပြန်ဖွင့်ခြင်းတွင်၊ တိုက်ရိုက်ထုတ်လွှင့်ခြင်းအပြင် အသုံးပြုပါက လှိုင်းနှုန်းပိုလိုအပ်ပါသည်။ တစ်ချိန်တည်းတွင် စနစ်တစ်ခုသို့ ချိတ်ဆက်နေသည့် client အများအပြားရှိနိုင်သည်ဟု ယူဆပါက client-side traffic သည် အဓိကစိုးရိမ်စရာဖြစ်နိုင်သည်။