FFmpeg ၏ HTTP proxy ရွေးချယ်မှုသည် ၎င်း၏ထည့်သွင်းမှုထက် ရှေ့တွင်ရှိသည်
http_proxy ကို ထည့်သွင်းမှု ပရိုတိုကော ရွေးချယ်မှုအဖြစ် ပေးပြီး Java အက်ပ်က FFmpeg ကို စတင်သည့်အခါ ရွေးချယ်မှုနှင့် တန်ဖိုး အငြင်းအခုံများကို သီးခြားထားပါ။
FFmpeg ၏ HTTP ပရိုတိုကောက ကိုင်တွယ်သော ထည့်သွင်းမှုအတွက် proxy ရွေးချယ်မှုကို ထိုထည့်သွင်းမှု၏ ရှေ့တွင်ထားပါ-
ffmpeg -http_proxy http://proxy.example:8080 \
-i 'https://media.example/input.mp4' \
-c copy output.mp4
-http_proxy သည် ထည့်သွင်းမှု၏ HTTP ချိတ်ဆက်မှုအတွက် ကြားခံကို ရွေးချယ်သည်၊ HTTP proxy စာရင်း မှ အဆုံးမှတ်တစ်ခုသည် အများသူငှာ မီဒီယာလမ်းကြောင်းအတွက် ကိုယ်စားလှယ်လောင်းဖြစ်သည်။ -i သည် မီဒီယာအရင်းအမြစ်ကို အမည်ပေးဆဲဖြစ်သည်။ copy ရွေးချယ်မှုသည် ထွက်ရှိမှု စီးကြောင်းများနှင့် သက်ဆိုင်ပြီး ကွန်ရက်လမ်းကြောင်းကို မပြင်ဆင်ပါ။
Java တွင်လည်း ရွေးချယ်မှုနှင့် URL ကို သီးခြား လုပ်ငန်းစဉ် အငြင်းအခုံများအဖြစ် ထားပါ-
var command = new ProcessBuilder(
"ffmpeg",
"-http_proxy", "http://proxy.example:8080",
"-i", inputUrl,
"-c", "copy", outputPath
);
အပိုအငြင်းအခုံများ ဖော်ထုတ်ပေးသော ထုပ်ပိုးမှုသည်လည်း တူညီသော တိုကင်နှစ်ခု ခွဲခြားမှု လိုအပ်သည်။ -http_proxy နှင့် ၎င်း၏တန်ဖိုး နှစ်ခုလုံးပါသော စာလုံးတွဲတစ်ခုတည်းသည် FFmpeg မျှော်လင့်သော ရွေးချယ်မှုနှင့် တန်ဖိုး အတွဲ မဟုတ်ပါ။
URL ကို အုပ်စုဖွဲ့ရန် shell အသုံးပြုသော ကိုးကားသင်္ကေတများသည် ProcessBuilder ၏ အငြင်းအခုံစာရင်းတွင် စာလုံးအလိုက် သင်္ကေတများ မဖြစ်သင့်ပါ။
HTTP proxy ရွေးချယ်မှုသည် ယေဘုယျ SOCKS ဆက်တင် မဟုတ်သလို ဆက်စပ်မှုမရှိသော RTSP/UDP ထည့်သွင်းမှုကိုလည်း မပြင်ဆင်ပါ။ စီးကြောင်းက အခြားသယ်ယူမှုကို အသုံးပြုသောအခါ ရွေးချယ်ထားသော FFmpeg ပရိုတိုကောနှင့် တည်ဆောက်မှု စွမ်းရည်များကို စစ်ဆေးပါ။