Windows x64 အတွက် Latency နည်းသော UDP Player SDK

Low Latency UDP H.264/H.265 Player SDK for Windows x64 – Python/Qt အပလီကေးရှင်းများအတွက် စိတ်ကြိုက် UDP Demux ဖြေရှင်းချက်

UDP stream player setting for wireless video transmitter and receiver
ကြိုးမဲ့ဗွီဒီယိုထုတ်လွှင့်သူနှင့်လက်ခံမှုအတွက် UDP စီးဆင်းကစားသမား

HDMI/CVBS/UVC မှ IP ကုဒ်ပြောင်းဘုတ်များကို အသုံးပြုသည့် developer အများအပြားသည် နောက်ဆုံးတွင် အလားတူစိန်ခေါ်မှုကို ရင်ဆိုင်ရသည်။:

RTSP တုံ့ပြန်ချိန်သည် မြင့်မားလွန်းသည်။.

ပရော်ဖက်ရှင်နယ်အချိန်နှင့်တပြေးညီ applications များအဘို့ထိုကဲ့သို့သော:

  • ရုပ်ရှင်ထုတ်လွှင့်ခြင်းမောင်းသူမဲ့လေယာဉ်
  • စက်ရုပ်
  • စက်မှုကြီးကြပ်
  • FPV စနစ်များ
  • AI အမြင်အာရုံကို လုပ်ဆောင်ခြင်း။
  • latency နည်းသော ရုပ်သံလွှင့်ခြင်း။
  • လုံခြုံရေးစနစ်များ
  • ဆေးဘက်ဆိုင်ရာပုံရိပ်
  • စိတ်ကြိုက်ဗီဒီယိုနံရံများ

100ms latency သည်ပင် လွန်လွန်းနေပြီဖြစ်သည်။.

မကြာသေးမီက, ကျွန်ုပ်တို့၏ဖောက်သည်တစ်ဦးသည် အလွန်ကျွမ်းကျင်သော လိုအပ်ချက်တစ်ခုဖြင့် ကျွန်ုပ်တို့ထံ ဆက်သွယ်ခဲ့သည်။:

"ကျွန်ုပ်တို့သည် သင်၏ ကုဒ်ဒါဘုတ်အတွက် ကျွန်ုပ်တို့၏ ကိုယ်ပိုင် latency နည်းသော ပလေယာဆော့ဖ်ဝဲကို တီထွင်နေပါသည်။. RTSP နှောင့်နှေးမှု မြင့်မားလွန်းသည်။. ကျွန်ုပ်တို့သည် စိတ်ကြိုက် UDP စီးကြောင်းကို တိုက်ရိုက်လက်ခံရယူပြီး ကျွန်ုပ်တို့၏ကိုယ်ပိုင်ကုဒ်ဒါ/ပြသမှုပိုက်လိုင်းကို တည်ဆောက်လိုပါသည်။”

ဤသည်မှာ SPlayer SDK နှင့် စိတ်ကြိုက် UDP demux ဖြေရှင်းချက် အရေးကြီးသည့်နေရာဖြစ်သည်။.

အဘယ်ကြောင့် FFmpeg သို့မဟုတ် VLC သည် UDP Stream ကို မကစားနိုင်သနည်း။

ယေဘူယျမေးခွန်းတစ်ခုဖြစ်သည်။:

"ဘာလို့ ffplay udp လုပ်တာလဲ။://xxx အလုပ်မဖြစ်ပါ။?”

အကြောင်းပြချက်က ရိုးရှင်းပါတယ်။:

ကုဒ်ပြောင်းကိရိယာသည် UDP တွင် စံ MPEG-TS သို့မဟုတ် စံ RTP ကို ​​အသုံးမပြုပါ။.

အစား, စက်ပစ္စည်းသည် အလွန်နိမ့်သော latency ထုတ်လွှင့်မှုအတွက် အကောင်းဆုံးလုပ်ဆောင်ထားသော မူပိုင်/ပုဂ္ဂလိက UDP သယ်ယူပို့ဆောင်ရေးပရိုတိုကောကို အသုံးပြုသည်.

UDP အထုပ်များတွင် ပါဝင်နိုင်သည်။:

  • သီးသန့်ခေါင်းစီးများ
  • ဘောင်အညွှန်း
  • အချစ်
  • အစိတ်စိတ်အမွှာမွှာ ဗီဒီယိုထုပ်များ
  • အသံဒေတာ
  • အမှတ်စဉ်/UART ဒေတာ

ဒီအတွက်ကြောင့်, စံကစားသမားတွေဖြစ်တဲ့:

  • VLC
  • ffplay
  • gstheamer

stream ကို တိုက်ရိုက် decode လုပ်၍မရပါ။.

သီးသန့် demux အလွှာတစ်ခု လိုအပ်သည်။.

SPlayer SDK ဗိသုကာ

Windows အတွက် SPlayer SDK ကို ဤရည်ရွယ်ချက်အတွက် အထူးဒီဇိုင်းထုတ်ထားပါသည်။.

ရိုးရိုးဗိသုကာ:

Encoder
   ↓
Custom UDP protocol
   ↓
SPlayer Demux SDK
   ↓
H.264 / H.265 Elementary Stream
   ↓
Custom Decoder
   ↓
Custom Renderer / Display

ပြီးပြည့်စုံသော အတွင်းပိုင်းစီးဆင်းမှုသည် ပုံမှန်အားဖြင့်ဖြစ်သည်။:

demux → decode → display → record

SDK ကို အသုံးပြုလိုသော developer များအတွက် အထူးသင့်လျော်ပါသည်။:

  • ၎င်းတို့၏ကိုယ်ပိုင်ကစားသမားဆော့ဖ်ဝဲကိုတည်ဆောက်ပါ။
  • Python/Qt တွင် ပေါင်းစည်းပါ။
  • DirectX/OpenGL rendering ကိုသုံးပါ။
  • အရှိန်လျှော့ပါ။
  • အလွန်နိမ့်သော latency မျက်နှာပြင်ကို ရယူပါ။

RTSP နှင့် စိတ်ကြိုက် UDP Latency

ပုံမှန် latency နှိုင်းယှဉ်မှု:

protocol ကိုပုံမှန် Latency
RTSP150~500ms
ပုံမှန် RTP/UDP80~150ms
စိတ်ကြိုက် UDP ပရိုတိုကော20~80ms

ဖောက်သည်တစ်ဦးက သတင်းပို့သည်။:

  • လက်ရှိနေချိန်: ~100ms
  • ပစ်မှတ်ထားချိန်: ~60ms

ဒါက လက်တွေ့ကျကျနဲ့:

  • စိတ်ကြိုက်ကစားသမားဆော့ဖ်ဝဲ
  • အကောင်းဆုံး buffering
  • တိုက်ရိုက် UDP demux
  • ဟာ့ဒ်ဝဲက ကုဒ်ဆွဲခြင်းကို အရှိန်မြှင့်သည်။

Python တွင် Player တစ်ခုတည်ဆောက်နိုင်ပါသလား။?

ဟုတ်ကဲ့.

ဒါက နောက်ထပ်ဖြစ်တတ်တဲ့ မေးခွန်းတစ်ခုပါ။.

ဖောက်သည်က မေးတယ်။:

" Python တွင် ဗီဒီယိုဖွင့်စက်ကို ကျွန်ုပ်တို့ မည်သို့အကောင်အထည်ဖော်နိုင်မည်နည်း။?”

အရေးကြီးသောအချက်မှာ:

Python သည် မူပိုင် UDP ပရိုတိုကော ကိုယ်တိုင် ခွဲခြမ်းစိတ်ဖြာရန် တာဝန်မရှိပါ။.

အစား, ဗိသုကာလက်ရာသည် အများအားဖြင့် ဤကဲ့သို့သောပုံရှိသည်။:

Python/Qt UI
      ↓
ctypes / cffi / pybind11
      ↓
SPlayer SDK DLL
      ↓
H264/H265 elementary stream
      ↓
FFmpeg / PyAV decode
      ↓
OpenGL / DirectX rendering

Python သည် အလွန်ကောင်းမွန်စွာ အလုပ်လုပ်ပါသည်။:

  • UI
  • ထိန်းချုပ်မှုယုတ္တိဗေဒ
  • ai အပြောင်းအလဲနဲ့
  • လိုင်းပေါင်းစုံ စီမံခန့်ခွဲမှု
  • ကွန်ရက်ထိန်းချုပ်မှု

SDK DLL သည် အချိန်နှင့်တစ်ပြေးညီ UDP demux ကို ကိုင်တွယ်နေစဉ်.

SDK မှ Developer များ အများအားဖြင့် လိုအပ်သောအရာ

ပရော်ဖက်ရှင်နယ် ဖောက်သည်များ မေးတတ်သည်။:

1. Windows x64 ပံ့ပိုးမှု

ခေတ်မီဆော့ဖ်ဝဲလ်လိုအပ်သည်။:

  • Windows x64 DLL
  • x၆၄ ခမရ
  • x64 ဒီမို

SDK အဟောင်းအများစုသည် Win32/x86 ကိုသာ ပံ့ပိုးသည်။, မလုံလောက်တော့ဘူး။.

2. H.264 / H.265 မူလတန်းစီးကြောင်း ထုတ်ပေးမှု

အရေးကြီးဆုံးအင်္ဂါရပ်:

SDK ကို ဖော်ထုတ်သင့်တယ်။:

  • ကုန်ကြမ်း H264/H265 WAVE
  • အချိန်တံဆိပ်တုံးများ
  • အော်ဒီယိုဘောင်များ
  • အမှတ်စဉ်/UART ဒေတာ

ပေါင်းစည်းမှုကို ခွင့်ပြုသည်။:

  • ffmpeg
  • PyAV
  • NVIDIA ဒီကုဒ်ကိရိယာ
  • Intel QuickSync
  • စိတ်ကြိုက် GPU ပိုက်လိုင်းများ

3. ပြန်ခေါ်ရန် API

ပုံမှန် API များ ပါဝင်သည်။:

on_video_frame(...)
on_audio_frame(...)
on_serial_data(...)

၎င်းသည် latency နည်းပါးသော အက်ပ်များအတွက် မရှိမဖြစ်လိုအပ်သည်။.

4. Compiler Compatibility

Developer တွေက မေးလေ့ရှိပါတယ်။:

  • Visual Studio ဗားရှင်း?
  • MSVC အဖွင့်အချိန်?
  • x64 ပံ့ပိုးမှု?
  • static သို့မဟုတ် dynamic runtime?
  • DLL သို့မဟုတ် အရင်းအမြစ်ကုဒ်?

ဤအသေးစိတ်အချက်များသည် ပရော်ဖက်ရှင်နယ်ဆော့ဖ်ဝဲသို့ ပေါင်းစည်းရန်အတွက် အရေးကြီးပါသည်။.

ပုံမှန်အသုံးပြုမှုကိစ္စများ

SDK ကို အများအားဖြင့် အသုံးပြုသည်။:

  • UAV/Drone မြေပြင်စခန်းများ
  • အချိန်နှင့်တပြေးညီ စောင့်ကြည့်ခြင်း။
  • စက်မှုကင်မရာများ
  • ဆေးဘက်ဆိုင်ရာစနစ်များ
  • တိုက်ရိုက်ထုတ်လုပ်မှု
  • AI ဗီဒီယို ပိုင်းခြားစိတ်ဖြာချက်
  • Edge တွက်ချက်ခြင်း။
  • ဗီဒီယို ထပ်ဆင့်စနစ်များ
  • စိတ်ကြိုက် NVR ဆော့ဖ်ဝဲ

SPlayer SDK ကိုဒေါင်းလုဒ်လုပ်ပါ။

ကျွန်ုပ်တို့၏အင်ဂျင်နီယာသည် အကဲဖြတ်ခြင်းနှင့် ဆင့်ပွားဖွံ့ဖြိုးတိုးတက်မှုအတွက် SDK ပက်ကေ့ချ်ကို ပံ့ပိုးပေးထားပါသည်။:

SDK ဒေါင်းလုဒ်လင့်ခ်:

https://drive.google.com/file/d/1ifdJtE50YKH3S9JaAV0LCTKZcZgUtN_b/view?usp=drive_link

SDK ကို လိုအပ်သော developer များအတွက် ရည်ရွယ်ပါသည်။:

  • latency နည်းသော UDP လက်ခံမှု
  • စိတ်ကြိုက်ကစားသမားဖွံ့ဖြိုးတိုးတက်မှု
  • H264/H265 demux
  • Windows x64 ပေါင်းစပ်မှု
  • Python/Qt ပေါင်းစပ်မှု
  • ဒုတိယဆော့ဖ်ဝဲလ်ဖွံ့ဖြိုးတိုးတက်ရေး

နောက်ဆုံးမှတ်စုများ

သင့်ပရောဂျက်လိုအပ်လျှင်:

  • RTSP ထက် latency ပိုနည်းသည်။
  • စိတ်ကြိုက်ဗီဒီယိုလုပ်ဆောင်ခြင်း။
  • တစ်ဦးတည်း UDP သယ်ယူပို့ဆောင်ရေး
  • Python/Qt ကစားသမားဖွံ့ဖြိုးတိုးတက်မှု
  • Windows x64 SDK ပေါင်းစပ်မှု

ထို့နောက် သီးခြား UDP demux SDK ကိုအသုံးပြုခြင်းသည် မှန်ကန်သောချဉ်းကပ်မှုဖြစ်သည်။.

သမားရိုးကျ VLC သို့မဟုတ် ffmpeg ပြန်ဖွင့်ခြင်းသည် မူပိုင် latency နည်းသော UDP ပရိုတိုကောများနှင့် အလုပ်မဖြစ်နိုင်ပါ။.

ပရော်ဖက်ရှင်နယ် low latency စနစ်များသည် များသောအားဖြင့် လိုအပ်သည်။:

  • စိတ်ကြိုက် demux
  • အကောင်းဆုံး buffering
  • တိုက်ရိုက် ဒီကုဒ်ဒါ ပိုက်လိုင်း
  • GPU က ပုံဖေါ်ခြင်းကို အရှိန်မြှင့်သည်။

မျိုးဆက်သစ် အချိန်နှင့်တပြေးညီ ဗီဒီယိုစနစ်များကို တည်ဆောက်သည့် developer များအတွက်, ဤဗိသုကာသည် ပုံမှန် RTSP အလုပ်အသွားအလာများထက် များစွာပိုမိုကောင်းမွန်သော latency စွမ်းဆောင်ရည်ကို ပေးပါသည်။.

မေးခွန်းတစ်ခုမေး

← နောက်

သင့်စာကို ပို့ပြီးပါပြီ။