FFmpeg (https://www.ffmpeg.org/) آڈیو اور ویڈیو کو ریکارڈ کرنے، تبدیل کرنے اور سٹریم کرنے کے لیے ایک مکمل، کراس پلیٹ فارم حل ہے۔ FFmpeg ایک سرکردہ ملٹی میڈیا فریم ورک ہے، جو انسانوں اور مشینوں کی تخلیق کردہ ہر چیز کو ڈی کوڈ، انکوڈ، ٹرانس کوڈ، mux، demux، اسٹریم، فلٹر اور چلانے کے قابل ہے۔ یہ سب سے زیادہ غیر واضح قدیم فارمیٹس کی حمایت کرتا ہے۔ اس بات سے کوئی فرق نہیں پڑتا ہے کہ آیا وہ کسی معیاری کمیٹی، کمیونٹی یا کارپوریشن کے ذریعے ڈیزائن کیے گئے ہیں۔
یہ انتہائی پورٹیبل بھی ہے: FFmpeg ہمارے ٹیسٹنگ انفراسٹرکچر FATE کو لینکس، Mac OS X، Microsoft Windows، BSDs، Solaris، وغیرہ میں مرتب کرتا ہے، چلاتا ہے اور پاس کرتا ہے۔ اور کنفیگریشنز۔
FFmpeg لائبریری خود LGPL 2.1 لائسنس کے تحت ہے۔ کچھ بیرونی لائبریریوں (جیسے libx264) کو فعال کرنے سے لائسنس تبدیل ہو جاتا ہے GPL 2 یا بعد کا۔
میں نے لائبریریوں کو مرتب کرنے کے لیے ffmpeg-android-maker اسکرپٹ (مضمون کنندگان: Alexander Berezhnoi Javernaut + codacy-badger Codacy Badger + A2va) کا استعمال کیا۔ یہ اسکرپٹ https://www.ffmpeg.org سے FFmpeg کا سورس کوڈ ڈاؤن لوڈ کرتا ہے اور لائبریری بناتا ہے اور اسے اینڈرائیڈ کے لیے اسمبل کرتا ہے۔ اسکرپٹ مشترکہ لائبریریوں (*.so فائلوں) کے ساتھ ساتھ ہیڈر فائلیں (*.h فائلیں) تیار کرتی ہے۔
ffmpeg-android-maker کی بنیادی توجہ اینڈرائیڈ پروجیکٹ میں بغیر کسی رکاوٹ کے انضمام کے لیے مشترکہ لائبریریوں کو تیار کرنا ہے۔ اسکرپٹ 'آؤٹ پٹ' ڈائریکٹری تیار کرتی ہے جس کا مقصد استعمال کیا جانا ہے۔ اور یہ واحد چیز نہیں ہے جو اس منصوبے کو کرتا ہے۔ ffmpeg-android-maker کا سورس کوڈ MIT لائسنس کے تحت دستیاب ہے۔ https://github.com/Javernaut/ffmpeg-android-maker/ پر مزید تفصیلات کے لیے LICENSE.txt فائل دیکھیں eXport-it FFmpeg لائبریریاں صرف libaom, libdav1d, liblame, libopus اور libtwolame کے ساتھ مرتب کی گئی ہیں...لیکن تمام متعلقہ لائبریریاں نہیں۔
FFmpeg کے لیے جاوا سپورٹ تیار کرنے اور اسے اینڈرائیڈ 7.1 سے 12 پر چلانے کے لیے، میں نے Taner Sener کے https://github.com/tanersener/mobile-ffmpeg/ پر دستاویز کردہ MobileFFmpeg پروجیکٹ سے آغاز کیا، جسے اب برقرار نہیں رکھا گیا ہے۔ ... اور LGPL 3.0 کے تحت لائسنس یافتہ ہے ...
آخر میں، میں نے لائبریریوں کے ساتھ JNI اینڈرائیڈ اسٹوڈیو پروجیکٹ تیار کیا، اس میں فائلیں اور جاوا سپورٹ کوڈ شامل کیا، اور اپنے موجودہ پروجیکٹس میں ایک اضافی لائبریری کے طور پر ضم کرنے کے لیے ایک .aar لائبریری فائل بنائی۔
ملٹی کاسٹ چینل کو شروع کرنے کے لیے FFmpeg سپورٹ کے ساتھ اپنے مقامی نیٹ ورک (Wi-Fi) پر UPnP سرور تک رسائی حاصل کرنے کے لیے ایک کلائنٹ استعمال کرنے کی ضرورت ہوتی ہے۔ اس سرور کو ان فائلوں کی فہرست کے ساتھ جواب دینا چاہئے جو وہ برآمد کرتا ہے۔ اگر اس سرور کو FFmpeg سپورٹ حاصل ہے، تو فہرست کے صفحہ کی اوپری لائن کے آخر میں ایک چھوٹا سا متن "ایک چینل کے طور پر" سرخ رنگ میں دکھایا جانا چاہیے۔ جب متن "سرخ" ہو تو "پلے" بٹن پر کلک کرنا UPnP پروٹوکول استعمال کرنے سے پہلے کی طرح کام کرتا ہے۔ اگر آپ متن پر کلک کرتے ہیں، تو یہ "سبز" ہو جائے گا اور "پلے" بٹن پر کلک کرنے سے، ویڈیو یا آڈیو فائلز کو منتخب کرنے کے بعد، ایک "چینل" شروع ہو جائے گا۔
منتخب کردہ میڈیا فائلیں بظاہر UPnP کے مقابلے میں اسی طرح چلائی جاتی ہیں، سوائے اضافی کاموں کی وجہ سے آغاز میں تاخیر زیادہ ہوتی ہے۔ پائپ کو فعال رکھنے کے لیے آپ کو اس کلائنٹ کو میڈیا فائلز چلاتے رہنا چاہیے۔
آئی پی ملٹی کاسٹ انٹرنیٹ پر کام نہیں کرتا، یہ صرف لوکل ایریا نیٹ ورک پر کام کرتا ہے اس طرح بنیادی طور پر وائی فائی پر۔ ایک ملٹی کاسٹ ڈیٹا چینل کو کئی کلائنٹس بیک وقت شیئر کر سکتے ہیں۔ آپ اپنے وائی فائی نیٹ ورک پر میڈیا ڈیٹا فلو بھیج رہے ہیں اور ان ڈیٹا کو منسلک آلات پر دکھاتے ہیں، تقریباً ہم وقت سازی کے ساتھ، صرف تاخیر میں تاخیر کا فرق۔
UPnP یا HTTP اسٹریمنگ کے ساتھ، ہر ڈیوائس کو دکھائے گئے ویڈیو کی بینڈوتھ کی ضرورت ہوتی ہے اور عالمی بینڈوڈتھ دونوں ٹریفک کا مجموعہ ہے۔ ملٹی کاسٹ سٹریمنگ کے ساتھ، ہم LAN پر ایک ڈیٹا فلو بھیجتے ہیں جس کا اشتراک متعدد کلائنٹس کے درمیان ہوتا ہے۔
اگر آپ چینل شروع کرنے کے بعد اپنے نیٹ ورک پر کوئی اور کلائنٹ استعمال کرتے ہیں، تو آپ کو کلائنٹ کی مین ونڈو پر ایک اضافی لائن نظر آنی چاہیے۔ صرف اس لائن پر کلک کرنے سے شو شروع ہو جانا چاہیے۔
ویڈیو دکھانے کے لیے یا صرف eXport-it کلائنٹ پر دکھائے گئے "UDP" URL کا استعمال کرتے ہوئے کسی ملٹی کاسٹ چینل پر تقسیم کی گئی موسیقی سننے کے لیے VLC، SMplayer، جیسے دیگر پروڈکٹس کا استعمال کرنا بھی ممکن ہے۔
p>ملٹی کاسٹ چینل کو روکنے کا اچھا طریقہ یہ ہے کہ اسے کلائنٹ پر روک دیا جائے جس پر آپ نے اسے شروع کیا ہے کیونکہ یہ چینل وہاں کنٹرول ہوتا ہے۔ سٹریم شدہ میڈیا فائلوں کے اختتام تک چلانے سے شو کا اختتام بھی ہونا چاہیے۔
Source text 1,711 / 5,000 Translation resultsملٹی کاسٹ چینل شروع کرنے کے لیے اس ایپلی کیشن کے ایک مخصوص کلائنٹ کا حصہ درکار ہوتا ہے، جیسا کہ میرے دوسرے تازہ ترین پروڈکٹس کے eXport-it کلائنٹ کی ضرورت ہوتی ہے۔ چلتے ہوئے ملٹی کاسٹ چینل کو استعمال کرنے کے لیے ایپلیکیشن کلائنٹ کے ساتھ یا دیگر پروڈکٹس جیسے VLC، SMPlayer، ... دوسرے پلیٹ فارمز یا اینڈرائیڈ پر چل رہے ہیں۔ VLC استعمال کرتے وقت ملٹی کاسٹ چینل استعمال کرنے کا URL آسانی سے مختلف ہوتا ہے جیسے udp://@239.255.147.111:27192... صرف ایک اضافی "@" کے ساتھ۔ UDP ملٹی کاسٹ چینل کے ساتھ میڈیا ڈیٹا کو ایک سے زیادہ کلائنٹس پر دکھانے کے لیے صرف ایک بار بھیجا جاتا ہے، لیکن اس میں کوئی حقیقی ہم آہنگی نہیں ہے، اور بفرنگ اور ڈیوائس کی خصوصیات کے لحاظ سے تاخیر سیکنڈوں کی ہو سکتی ہے۔
آڈیو ملٹی کاسٹ چینل کو سننا دیگر مصنوعات کے ساتھ کیا جا سکتا ہے لیکن مخصوص کلائنٹ آئی پی ملٹی کاسٹ پر بھیجی گئی تصاویر بھی دکھاتا ہے۔ اگر آپ اپنی موسیقی کے ساتھ مخصوص تصاویر بھیجنا چاہتے ہیں، تو آپ سرور پر "صفحہ 2" مینو اختیار استعمال کر سکتے ہیں، صرف اپنی مطلوبہ تصاویر کو منتخب کرنے کے لیے، ایک کلک کے ساتھ تمام تصاویر کو غیر منتخب کریں، پھر ان کو منتخب کریں جو آپ چاہتے ہیں... p>
ہر پروٹوکول کے ساتھ فوائد اور تکلیفیں ہیں۔ UPnP اور ملٹی کاسٹ چینل صرف مقامی نیٹ ورک (بنیادی طور پر Wi-Fi) پر استعمال کیے جا سکتے ہیں، HTTP سٹریمنگ مقامی طور پر بلکہ انٹرنیٹ پر بھی کام کرتی ہے اور ویب براؤزر کو بطور کلائنٹ استعمال کرتی ہے۔ UPnP اور ملٹی کاسٹ چینل کے پاس رسائی کو کنٹرول کرنے کا کوئی محفوظ طریقہ نہیں ہے، اور Wi-Fi نیٹ ورک پر منسلک کوئی بھی ڈیوائس چلتے ہوئے سرور کو استعمال کر سکتی ہے۔ HTTP پروٹوکول کے ساتھ، آپ صارف نام اور پاس ورڈ کی وضاحت کر سکتے ہیں، اور فائلوں کو رسائی کے زمرے (گروپوں) میں سیٹ کر سکتے ہیں، مخصوص صارفین کے لیے کچھ میڈیا فائلوں تک رسائی کو محدود کر سکتے ہیں۔ سرور کی ترتیبات اس بات کو محدود کرنے کی اجازت دیتی ہیں کہ کن فائلوں کو تقسیم کیا جائے اور اگر ضرورت ہو تو فی فائل زمرہ کا نام مقرر کیا جائے۔