FFmpeg کے جس ان پٹ کو اس کا HTTP پروٹوکول سنبھالتا ہے، اس ان پٹ سے پہلے پراکسی آپشن رکھیں:

ffmpeg -http_proxy http://proxy.example:8080 \
  -i 'https://media.example/input.mp4' \
  -c copy output.mp4

-http_proxy ان پٹ کے HTTP کنکشن کے لیے واسطہ چنتا ہے؛ HTTP پراکسی فہرست سے کوئی اینڈ پوائنٹ عوامی میڈیا راستے کا امیدوار ہے۔ -i اب بھی میڈیا وسیلے کا نام دیتا ہے۔ copy آپشن آؤٹ پٹ اسٹریمز سے متعلق ہے اور نیٹ ورک راستہ کنفیگر نہیں کرتا۔

Java میں بھی آپشن اور URL کو الگ پروسیس آرگیومنٹ کے طور پر رکھیں:

var command = new ProcessBuilder(
    "ffmpeg",
    "-http_proxy", "http://proxy.example:8080",
    "-i", inputUrl,
    "-c", "copy", outputPath
);

اضافی آرگیومنٹ دینے والے ریپر کو بھی انہی دو ٹوکن کا فرق درکار ہے۔ -http_proxy اور اس کی قدر دونوں کو ایک ہی سٹرنگ میں رکھنا وہ آپشن اور قدر جوڑی نہیں ہے جس کی FFmpeg توقع کرتا ہے۔

URL کو گروپ کرنے کے لیے شیل جو اقتباس کے نشانات استعمال کرتا ہے، وہ ProcessBuilder کی آرگیومنٹ فہرست میں لفظی حروف نہیں بننے چاہئیں۔

HTTP پراکسی آپشن عام SOCKS سیٹنگ نہیں ہے اور یہ غیر متعلق RTSP/UDP ان پٹ بھی کنفیگر نہیں کرتا۔ جب اسٹریم کوئی دوسرا ٹرانسپورٹ استعمال کرے تو منتخب FFmpeg پروٹوکول اور بلڈ صلاحیتیں جانچیں۔

متعلقہ مضامین