باكسفوريكس يعيش خادم الذهاب مزيج

إعداد برنامج التشفير المباشر قبل أن تتمكن من بدء البث على يوتوب، يلزمك تنزيل برامج التشفير. يتيح لك برنامج الترميز إمكانية التقاط المحتوى، بما في ذلك سطح المكتب والكاميرا والميكروفون والمزيد، وإرساله إلى يوتوب ليف ليتم بثه إلى جميع المعجبين. أفضل برنامج ترميز بالنسبة لك يعتمد على احتياجاتك. لقد نظمت مجموعة من برامج التشفير أدناه. أجهزة يوتوب ليف فيريفيد ديفيسس أمب سوفتوار يتم دمج برامج أمب التي تم التحقق منها مباشرة مع يوتوب ليف - ما عليك سوى البحث عن شعار يوتوب في البرنامج وتسجيل الدخول باستخدام حسابك في غوغل. سيتم إعداد برنامج التشفير تلقائيا للاستخدام مع يوتوب وستكون جاهزا لبدء البث والتسجيل من تطبيق يوتوب غامينغ. ارجع إلى جهازك الجوال إلى يوتوب. إلغاتو لعبة التقاط HD60 ويندوز، ماك تسجيل وتيار الخاص بك زبوكس، بلاي ستيشن، أو وي U اللعب. إبيفان ويبكاستر X1 أي جهاز هدمي استخدم إبيفان ويبكاستر X1 لتيار كاميرا هد الخاصة بك إلى يوتيوب. يعمل مع أي كاميرا، خلاط، أو الجهاز مع إخراج هدمي. تركز على الألعاب، وبرامج الإنتاج المهنية. قوالب، وقدرات الإنتاج الديناميكي، والحاجيات وأكثر من ذلك. ويريكاست الذهاب دائرة الرقابة الداخلية (الحرة مع المشتريات في التطبيق) إنتاج البث الحي من اي فون الخاص بك. ويريكاست لعب ويندوز، ماك (نسخة مجانية متوفرة) كل ما تحتاجه لتيار لقطات فيديو حية من سطح المكتب الخاص بك إلى العالم. شسبليت المذيع ويندوز (نسخة مجانية متوفرة) الثوري أوديوفيديو خلط التطبيق الذي يسمح لك لخلق البث المباشر المهنية وتسجيلات الفيديو. شسبليت غاميكاستر ويندوز (الإصدار المجاني متاح) أسهل طريقة لتيار وتسجيل أكبر لحظات الألعاب الخاصة بك في نقرة زر واحدة. مثالية لتقاسم اللعب الخاصة بك. تفي المنتجات المذكورة أعلاه بمعايير يوتوب ليف فيريفيد. وباستثناء التقاط الجوال، لا تقدم غوغل أيا من هذه المنتجات. تأكد من تقييم المنتجات وتحديد الخيار الأكثر منطقية بالنسبة إليك أو لنشاطك التجاري. تشفيرات أخرى تبحث عن خيارات مفتوحة المصدر حاول أوبين برودكاستر سوفتوار. البرمجيات الحرة ومفتوحة المصدر لتسجيل الفيديو والبث المباشر. إذا اخترت برنامج تشفير لم يتم التحقق منه بشكل مباشر. إليك كيفية إعداده. تيار الآن ببساطة نسخ ورل الخادم و نيمكي تيار في برنامج التشفير. الحدث المباشر انسخ نقاط إدخال يوتوب من إعدادات البث إلى برنامج التشفير. اسم ساحة المشاركات - يحدد هذا الخيار ساحة المشاركات على خوادم يوتوب. عنوان ورل للخادم الأساسي - الخادم الرئيسي الذي سيتم فيه بث البث من خلال يوتوب. عنوان ورل لخادم النسخ الاحتياطي - خادم النسخ الاحتياطي حيث سيتم بث البث من خلال يوتوب. ويوصى باختيار البث إلى النسخة الاحتياطية ولكنه يتطلب مضاعفة عرض النطاق الترددي الصادر (تقوم بإخراج دفق مكرر في وقت واحد). لذلك تأكد من أن لديك القدرة على عرض النطاق الترددي الإنترنت. من الناحية المثالية، يجب أن يكون البث الاحتياطي على برنامج تشفير فعلي زائدة عن الحاجة تماما. يمكنك تهيئة برنامج التشفير باستخدام إعدادات ترميز يوتوب الموصى بها. تهيئة مصادر الصوت والفيديو. بدء التشفير. إذا كنت تستخدم حدث مجدول، تذكر أن تبدأ الحدث على يوتوب أيضا. هل كان هذا المقال مفيدا يمكن لفمغ أن يتدفق بشكل أساسي من خلال إحدى طريقتين: إما أن تتدفق إلى بعض الملقمات الأخرى، التي تعيد إرسالها إلى عدة عملاء، أو يمكن أن تبث عبر أودبتكب مباشرة إلى جهاز استقبال مقصود واحد، أو مباشرة إلى الإرسال المتعدد. نظريا قد تكون قادرة على إرسال إلى استقبال متعددة عن طريق إنشاء مخرجات متعددة ولكن ليس هناك المدمج في خادم مهب كامل. الخوادم التي يمكن أن تتلقى من فميغ (لريستريم لعدة عملاء) وتشمل فسيرفر (لينكس فقط، على الرغم من مع سيغوين قد تعمل على ويندوز)، أو وزا ميديا ​​سيرفر. أو فلاش ميديا ​​سيرفر. RED5، أو غيرها. حتى فلك يمكن التقاط تيار من فميغ، ثم إعادة توزيعه، بمثابة خادم. منذ فميغ في بعض الأحيان أكثر كفاءة من فلك عند القيام الترميز الخام، وهذا يمكن أن يكون خيارا مفيدا مقارنة مع كل من الشفرة والتدفق في فلك. نجينكس لديها أيضا البرنامج المساعد إعادة توزيع رتمب، كما يفعل أباتشي الخ، وربما هناك المزيد من هناك ل أباتشي، وما إلى ذلك يمكنك أيضا بث مباشر لخوادم إعادة التوزيع عبر الإنترنت مثل own3d. tv أو justin. tv (على سبيل المثال تدفق سطح المكتب الخاص بك). أيضا أي خادم رتمب سوف تعمل على الأرجح لتلقي تيارات من فميغ (هذه عادة تتطلب منك إعداد مثيل قيد التشغيل على ملقم). - العلامة يعني العلم "فميغس" لقراءة الإدخال بمعدل الإطار الأصلي. تستخدم أساسا لمحاكاة جهاز انتزاع. أي إذا كنت ترغب في بث ملف فيديو، ثم كنت ترغب في استخدام هذا، وإلا فإنه قد تيار سريع جدا (فإنه يحاول تيار في سرعة الخط افتراضيا). تخميني أنك عادة لا تريد استخدام هذه العلامة عند البث من جهاز مباشر، من أي وقت مضى. هيريس كيف واحد رجل بث تيار مباشر (في هذه الحالة جهاز التقاط الشاشة كابتورديسكتوبويندوز): مع عرفته فميغ مسبقا (libx264-myffpreset. ffpreset): هنا هو ما فعله شخص آخر مرة واحدة: وهنا هو ما فعله شخص آخر. نب أن لديهم أيضا (للأجهزة ديركتشو) كان لضبط رتبوفزيز في هذا المثال. يمكنك أن ترى وصفا لما تعنيه بعض هذه، (على سبيل المثال بوفسيزي، إعدادات معدل البت) في EncodeH.264. هنا هو كيفية تيار إلى twitch. tv أو خدمات مماثلة (بروتوكول رتمب)، وذلك باستخدام فميغ 1.0 أو فميغ-جيت (اختبارها على 2012-11-12)، وهذا هو أيضا للمستخدمين نبض الصوت: مثال 1، لا صوت: مثال 2، (على إعداد الشاشة المزدوجة، أو إذا كان على شاشة واحدة): مثال 3، الشاشة الثانية (على إعداد الشاشة المزدوجة): قد تكون قادرة على تقليل الكمون الأولي لبدء التشغيل من خلال تحديد أن I - إطارات تأتي أكثر في كثير من الأحيان (أو في الأساس دائما ، في حالة x264 s زيرولاتنسي الإعداد)، على الرغم من أن هذا يمكن أن تزيد حجم الإطار ونوعية انخفاض، انظر هنا لبعض المزيد من الخلفية. أساسا لتيارات x264 نموذجية، فإنه يدرج إطار I كل 250 لقطة. وهذا يعني أن العملاء الجدد الذين يتصلون بالتيار قد يضطرون إلى الانتظار حتى 250 إطار قبل أن يتمكنوا من بدء البث (أو البدء بالبيانات القديمة). لذلك زيادة تردد I - الإطار (يجعل تيار أكبر، ولكن قد يقلل الكمون). لالتقاط الوقت الحقيقي يمكنك أيضا تقليل الكمون من الصوت في ويندوز دشو باستخدام الإعداد دشو أوديوبوفرزيزي. يمكنك أيضا تقليل وقت الاستجابة عن طريق ضبط أي خادم بث تستخدمه لتقليل وقت الاستجابة، وأخيرا عن طريق ضبط العميل الذي يستقبل البث لعدم تخزين أي بيانات واردة، مما يؤدي إلى زيادة وقت الاستجابة، إذا كان كذلك. وفي بعض الأحيان، تقوم برامج ترميز الصوت أيضا بإدخال وقت استجابة خاص بها. قد تكون قادرا على الحصول على كمون أقل باستخدام سبيكس، على سبيل المثال، أو أوبوس، بدلا من libmp3lame. ستحتاج أيضا إلى محاولة تقليل وقت الاستجابة في جانب الخادم، على سبيل المثال تلميحات وزا. أيضا الإعداد - التحفيز و-أناليزدوراتيون إلى القيم المنخفضة قد تساعد تيار الخاص بك تبدأ بسرعة أكبر (فإنه يستخدم هذه لمسح لتيارات في بعض موكسرس، مثل تيسي، حيث يمكن أن تظهر بعض في وقت لاحق، وأيضا لتقدير المدة، والتي، تيارات، وهذا الأخير لا تحتاج على أي حال). هذا ينبغي أن تكون غير ضرورية من قبل دشو المدخلات. تقليل ذاكرة التخزين المؤقت في الجانب العميل يمكن أن تساعد أيضا، على سبيل المثال مبلاير لديه خيار - nocache، قد يكون لاعبين آخرين بالمثل لديه بعض نوع من التخزين المؤقت قبل التشغيل التي تحدث. (الواقع هو مبلايرز الخيار - benchmark أكثر من ذلك بكثير تأثير). قد يؤدي استخدام برنامج تشفير ترميز بسرعة أكبر (أو حتى تنسيق خام) إلى تقليل وقت الاستجابة. قد تحصل على وقت استجابة أقل باستخدام أحد بروتوكولات النقطة إلى النقطة الموضحة في هذا المستند، في حالة جيدة. يود تفقد فائدة وجود خادم، بطبيعة الحال. نب أن العميل عندما يبدأ في البداية قد تضطر إلى الانتظار حتى الإطار i المقبل لتكون قادرة على بدء تلقي تيار (مثلا: إذا تلقت أودب)، وبالتالي فإن الإعداد غوب (-g) الفاصل الزمني i - إطار سيكون لها تأثير على مدى السرعة التي يمكن أن تبدأ تدفق (أي أنها يجب أن تتلقى إطار i قبل أن تبدأ). تعيينه إلى عدد أقل يعني أنه سيتم استخدام المزيد من عرض النطاق الترددي، ولكن العملاء سوف تكون قادرة على الاتصال بسرعة أكبر (الافتراضي ل x264 هو 250 - حتى 30 إطارا في الثانية وهذا يعني ط الإطار فقط مرة واحدة كل 10 ثانية أو نحو ذلك). لذلك لها مقايضة إذا قمت بضبطه. هذا لا يؤثر على الكمون الفعلي (مجرد وقت الاتصال) حيث يمكن للعميل لا يزال عرض إطارات بسرعة كبيرة بعد ومرة ​​واحدة تلقت أول ط إطار. أيضا إذا كنت تستخدم النقل ضياع، مثل أودب، ثم i - إطار يمثل التغيير التالي سيكون لديك لإصلاح تيار إذا كان هناك مشاكل من فقدان الحزمة. يمكنك أيضا (إذا كان التقاط من مصدر حي) زيادة معدل الإطار لتقليل الكمون (الذي يؤثر على الإنتاجية وأيضا تردد ط الإطار، وبطبيعة الحال). هذا واضح يرسل الحزم أكثر في كثير من الأحيان، لذلك (مع 5 إطارا في الثانية، يمكنك إدخال على الأقل 0.2 ثانية الكمون، مع 10 إطارا في الثانية 0.1s الكمون) ولكنه يساعد أيضا العملاء لملء المخازن المؤقتة الداخلية، وما إلى ذلك بسرعة أكبر. لاحظ أيضا أن استخدام دشوس رتبوفزيز له تأثير جانبي مؤسف يسمح أحيانا الإطارات إلى العازلة في حين أنه ينتظر على ترميز الإطارات السابقة، أو الانتظار لإرسالها عبر السلك. وهذا يعني أنه إذا كنت تستخدم قيمة أعلى على الإطلاق، فإنه يمكن أن يسبب تأخر الكمون المضافة إذا كان يستخدم من أي وقت مضى (ولكن إذا ما استخدمت، يمكن أن تكون مفيدة للجوانب الأخرى، مثل نقل المزيد من الإطارات عموما بشكل مستمر الخ حتى يمف). من المؤكد تقريبا إذا قمت بتعيين قيمة كبيرة جدا لهذا، ومن ثم نرى المخزن المؤقت شكس إسقاط رسالة كاملة، كنت إدخال الكمون. هناك أيضا على ما يبدو خيار - fflags نوبوفر التي قد تساعد ربما، وعادة لتلقي تيارات تقليل الكمون. زمن الاستجابة للاختبار افتراضيا، يقدم ففبلاي (كمستقبل لوقت الاستجابة للاختبار) كمون كبير خاص به، لذلك إذا كنت تستخدمه للاختبار (انظر قسم تحري الخلل وإصلاحه)، فقد لا يعكس هذا الكمون بدقة. فبلاي يقدم بعض التحف الفيديو، أيضا، انظر الملاحظات لذلك في استكشاف الأخطاء وإصلاحها قسم تدفق أيضا بعض الإعدادات المذكورة أعلاه مثل بروبيزيز قد يساعد على البدء بسرعة أكبر. مفيدة أيضا: (جزء المزامنة يحكيها لمحاولة البقاء في الوقت الحقيقي). مفيد هو مبلاير مع لها - benchmark لاختبار الكمون (-noaudio أندور - nocache قد تكون مفيدة، على الرغم من أنني وجدت وجدت - nocache لتوفير أي الكمون فائدة قد تعمل بالنسبة لك). استخدام خيار سدل خارج أثناء استخدام فميغ لتلقي تيار قد يساعد أيضا لعرض إطارات مع أقل الكمون العميل: فميغ. - f سدل لتينبوثريغت عنوان النافذة (وهذا يعمل بشكل جيد بشكل خاص مع - flags نوبوفر، على الرغم من أن بلدي في الاختبارات لا يزال بالكاد أكثر الكمون من استخدام مبلاير - penchmark دائما). هذا ليس لديها إطارات قطرة إذا كنت قد نفد من خيار وحدة المعالجة المركزية بحيث يمكن الحصول على بعيدا جدا وراء في بعض الأحيان (إدخال المزيد من الكمون بشكل مختلف). آخر من المحتمل أن يكون العميل المستلم هو أومبسبلاير - live انظر أيضا نقطة إلى نقطة تدفق القسم إسب. إذا كنت تستخدم أودب الخ. وهنا لائحة من بعض الأفكار الأخرى لمحاولة (باستخدام فر قد يساعد، الخ) استخدام وحدة المعالجة المركزية حجم الملف بشكل عام، والمزيد من وحدة المعالجة المركزية التي تستخدمها للضغط، وأفضل صورة الإخراج ستكون، أو أصغر من ملف الإخراج سيكون لنفس الجودة. في الأساس، أسهل طريقة لحفظ وحدة المعالجة المركزية هي لتقليل معدل الإدخال الإطار، أو تقليل إطار الإخراج معدلات. كما يمكنك (إذا كان التقاط من مصدر مباشر)، إرشاد المصدر المباشر لتغذية تيار أصغر (على سبيل المثال: كاميرا ويب تيار 640x480 بدلا من 1024x1280)، أو يمكنك تعيين أقل جودة إخراج الإخراج الإعداد (مستوى q)، أو تحديد أقل معدل البت المطلوب الناتج (راجع EncodeH.264 للخلفية). أو حاول ترميز إخراج مختلف، أو حدد معلمات جديدة لبرنامج الترميز الخاص بك (على سبيل المثال، ملف تعريف مختلف أو مسبقا ل libx264). تحديد - threads 0 تعليمات المشفر لاستخدام كافة النوى وحدة المعالجة المركزية المتوفرة، وهو الافتراضي. هل يمكن أيضا تغيير حجم المدخلات أولا، قبل تحويله، لذلك ليس كبيرا. تطبيق مرشح تمهيد مثل hqdn3d قبل ترميز قد يساعد على ضغط أفضل، مما يؤدي إلى ملفات أصغر. يمكنك أيضا تعيين انخفاض معدل الإطار الإخراج إلى بطبيعة الحال تقليل استخدام وحدة المعالجة المركزية. إذا كنت قادرا على العيش التقاط في شكل بكسل يطابق تنسيق الإخراج الخاص بك (مثلا: إخراج yuv420p من كاميرا ويب، بدلا من مجبيغ)، التي قد تساعد مع استخدام وحدة المعالجة المركزية، لأنه يتجنب تحويل إضافي. يمكن أن يؤدي استخدام 64 بت بدلا من 32 بت التنفيذية (لتلك التي لديها هذا الاختيار) في تسريع طفيف. إذا كنت قادرا على استخدام - vcodec نسخ ذلك، بطبيعة الحال، يستخدم وحدة المعالجة المركزية أقل من جميع الخيارات لأنه يرسل فقط إطارات حرفيا إلى الإخراج. في بعض الأحيان يمكنك تغيير تنسيقات بكسل بطريقة أو بأخرى، مثل استخدام rgb16 بدلا من rgb24، لتوفير الوقت (أو yuv420 بدلا من yuv444 أو ما شابه ذلك، حيث أن 420 متجرا أقل من المعلومات التي قد تضغط بشكل أفضل وتستخدم عرض نطاق ترددي أقل). قد لا يؤثر هذا على وقت الاستجابة. تدفق تيار الصوت رتب بسيط من فميغ فميغ يمكن تيار تيار واحد باستخدام بروتوكول رتب. من أجل تجنب مشاكل التخزين المؤقت من ناحية أخرى، ينبغي أن يتم تدفق من خلال الخيار - re، وهو ما يعني أن تيار سيتم تدفق في الوقت الحقيقي (أي أنه يبطئ إلى أسفل لمحاكاة مصدر البث المباشر. على سبيل المثال، بعد الأمر سوف تولد إشارة، وسوف دفقها إلى المنفذ 1234 على لوكالهوست: لتشغيل تيار مع ففبلاي (الذي يحتوي على بعض التحذيرات، انظر أعلاه)، تشغيل الأمر: لاحظ أن رتب افتراضيا يستخدم أودب، والتي، يمكن أن يسبب فقدان الحزمة راجع قسم نقطة إلى نقطة في هذا المستند للحصول على تلميحات إذا كان هذا يحدث لك. ربما هو الأكثر شعبية تدفق الترميز وربما libx264. على الرغم من إذا كنت يتدفقون إلى الجهاز الذي يتطلب تنفيذ خط الأساس H264 معطل، كنت يمكن استخدام ملف التعريف الأساسي x264. وقد جادل البعض أن ترميز الفيديو MP4 هو أفضل من x264 خط الأساس، لأنه يشفر كذلك مع وحدة المعالجة المركزية أقل. قد تتمكن من استخدام برامج الترميز الأخرى، مثل mpeg2video، أو حقا أي ترميز الفيديو الأخرى انت تريد ، عادة، طالما جهاز الاستقبال الخاص بك يمكن فك شفرة، إذا كان يناسب احتياجاتك. لاحظ أيضا أن ترميزها إلى خط الأساس x264 هو في الأساس وضع التوافق لأجهزة يوس القديمة أو ما شابه ذلك، انظر هنا. برنامج الترميز الفيديو MPEG4 أحيانا يأتي أيضا في غضون نسبة مئوية قليلة من ضغط الإعدادات العادية x264، ولكن يستخدم وحدة المعالجة المركزية أقل بكثير للقيام الترميز. انظر ffmpeg. zeranoeforumviewtopic. phpf7ampt631amphilitmpeg4libx264coresampstart10p2163 لبعض الرسوم البيانية (التي قد تكون قديمة إلى حد ما). أساسا في هذا الاختبار بالذات كان 54 إطارا في الثانية إلى 58 إطارا في الثانية (libx264 أسرع)، وكان ملف libx264 5.1MB و mpeg4 كان 6MB، ولكن mpeg4 تستخدم فقط نصف وحدة المعالجة المركزية لحسابها، لذلك أعتبر مع حبة الملح. هتب البث المباشر والتدفق مع معدلات بت متعددة فميغ يدعم تقسيم الملفات (باستخدام قطاع - f للإخراج، انظر القطاع موكسر) إلى قطع الوقت استنادا، مفيدة ل هتب البث المباشر نمط نمط الإخراج. يتم وصف كيفية دفق مع عدة معدلات بت في وقت واحد مختلفة هنا. حفظ الملف والتدفق في نفس الوقت انظر إنشاء مخرجات متعددة. في الأساس، قد تكون قادرا على قبول فقط من كاميرا ويب أو مصدر آخر من عملية واحدة على الأكثر، في هذه الحالة ستحتاج إلى تقسيم الإخراج الخاص بك إذا كنت ترغب في حفظه وتيار في وقت واحد. الجري والادخار في وقت واحد (والترميز فقط مرة واحدة) يمكن أيضا حفظ وحدة المعالجة المركزية. يمكن أن يتكرر فكميغ ترميز الشفرة أيضا من مصدر (على سبيل المثال حي أو أودب) ثم ترانزكود وإعادة البث تيار. كتب أحد مستخدمي القائمة البريدية هذا، اقتباس: في طلبي، لدي خادم تشغيل تيارات مص فلك من بعض الكاميرات، ترميز لهم كما تيارات MPEG2 وإرسالها إلى منافذ 5000 من خلال 5003 على خادم وسيط بلدي (هل لديك للسماح لشخص آخر شرح كيفية تعيين ذلك، لأن ذلك كان شخص إلسيس جزء من المشروع). لدي خادم آخر يعمل وزا، مع مثيل اسمه على الهواء مباشرة. وحصلت على الخادم الوسيط الذي يمتص في تيارات MPEG2 القادمة في الموانئ 5000 إلى 5003، وتحويلها إلى تيارات MP4 مع H.264 و آك الترميز، ودفع ترانسكودد تيارات على وزا. سطر الأوامر الذي استخدم لسحب تيار من المنفذ 5000، ترانزكود عليه، ودفعه هو: فميغ - i أودب: لوكالهوست: 5000fifosize1000000ampoverrunnonfatal1 - crf 30 - Reset فائق السرعة - acodec آك - strict التجريبي - ar 44100 - ac 2 - b: 96k - vcodec libx264 - r 25 - b: v 500k - f فلف رتمب: ملقم لتوزوا IPgtlivecam0 - i أودب: لوكالهوست: 5000fifosize1000000ampoverrunnonfatal1 يقول فميغ حيث لسحب تيار المدخلات من. الأجزاء بعد. وربما لا تكون هناك حاجة إليها في معظم الوقت، ولكن أنا في حاجة إليها بعد كل شيء. - crf 30 يحدد معدل معدل المحتوى. هذا وسيطة x264 التي تحاول الحفاظ على جودة الفيديو متسقة إلى حد معقول، في حين أن معدل البت متفاوتة خلال مشاهد أكثر تعقيدا، الخ قيمة 30 يسمح نوعية أقل قليلا ومعدل بت. انظر EncodeH.264. - Reset فائق السرعة كما يوحي الاسم يوفر أسرع ترميز ممكن. إذا كان بعض التبادل بين الجودة وترميز السرعة، انتقل للسرعة. قد يكون هذا ضروريا إذا كنت تريد تحويل شفرات متعددة على جهاز واحد. - Acodec آك يحدد الترميز الصوت (التشفير آك الداخلي) - التجريبية صارمة يسمح استخدام بعض الترميز التجريبي (المشفر آك الداخلي هو تجريبي) - ar 44100 تعيين معدل عينة الصوت - ac 2 يحدد قناتين من الصوت - b: 96K يحدد معدل بت الصوت - vcodec libx264 يحدد ترميز الفيديو - r 25 تعيين معدل الإطار - b: V 500K تعيين معدل بت الفيديو - f فلف يقول لتسليم تيار الإخراج في فلف المجمع رتمب: ملقم لتوزا IPgtlivecam0 حيث حيث يتم دفع تدفق الفيديو ترانزكودد لضبط معدل البت على أساس ظروف الخط فميغ لا (اليوم) دعم متفاوتة معدل البت ترميز استنادا إلى تذبذب ظروف الشبكة. وهو يدعم الإخراج في عدة معدلات بت ثابتة مختلفة، في نفس الوقت، ومع ذلك، انظر الجري مع معدلات بت متعددة على هذه الصفحة، والتي هي غامضة ذات الصلة. أيضا إذا كنت أثناء التقاط المباشر من ديركتشو، يبدأ جهاز الإدخال إسقاط الإطارات عندما يكون هناك ازدحام، الذي يحاكي إلى حد ما متغير معدل البت الصادرة. استكشاف الأخطاء وإصلاحها الجري إذا كنت تحصل على شاشة بلاكبلانك في العميل، حاول إرساله yuv422p أو yuv420p نوع الإدخال. بعض الخوادم الحصول على الخلط إذا قمت بإرسالها yuv444 الإدخال (وهو الافتراضي ل libx264). نب أنه عند اختبار إعدادات ساحة المشاركات، قد تحتاج إلى اختبارها باستخدام كل من فلك و فبلاي. كما فبلاي يدخل أحيانا التحف الخاصة بها عندما يتم تحجيمه (فبلاي يستخدم سوء الجودة الافتراضي التحجيم، والتي يمكن أن تكون غير دقيقة). لا تستخدم ففبلاي كأساس لتحديد الجودة. نقطة إلى نقطة يتدفقون إذا كنت تريد أن تيار من جهاز كمبيوتر إلى آخر، يمكنك بدء تشغيل ملقم على واحد، ثم تيار من فميغ إلى ذلك الملقم، ثم يكون العميل الاتصال إلى هذا الملقم (يمكن أن يكون الخادم إما على العميل أو الخادم أجهزة الكمبيوتر الجانبية). أو يمكنك القيام بنقطة من نقطة إلى نقطة نوع، مثل: حيث المضيف هو إب تلقي. ثم تلقي تيار باستخدام فلك أو فميغ من هذا المنفذ (منذ رتب يستخدم أودب، يمكن للمتلقي البدء في أي وقت). إذا واجهت فقدان الحزمة (إطارات خضراء، تمزق - منذ أودب ليس مضمونة التسليم، وهذا يمكن أن يحدث) أولا تأكد من فميغ الخاص بك يتم تجميع مع دعم بثريدس تمكين (إذا كان هو، ثم يستخدم مؤشر ترابط منفصل لتلقي من منفذ أودب، والتي يمكن أن تسبب فقدان أقل حزمة). يمكنك أن تقول أنه من خلال تحديد عنوان ورل مثل أودب: المضيف: postfifosize10000 (إذا كان يقبل فيفوسيزي، ثم كنت جيدة للذهاب). وبالمثل، ل مبلاير، يمكنك استخدام مبلاير فميغ: أودب: المضيف بورتفيفوسيزيكس للحصول على نتائج أفضل ربما على الطرف المتلقي (مبلاير يحتاج التصحيح أولا، البريد الإلكتروني روجيردباكغمايل لذلك، كان مرة واحدة gist. githubusercontentrdp9075572raw002dc1b745c895693fdb160cc9be77ef31f75531possiblemplayerudpfix. diff عمل هاكي حول التصحيح، وتطبيق مع فميغ سوبدير). بدلا من ذلك، زيادة حجم المخزن المؤقت الخاص بك، مثل مبلاير فميغ: أودب: المضيف: portbuffersize10000000 (الافتراضي هو النظام تعتمد وعادة ما تكون منخفضة جدا لأي التخزين المؤقت معقول على لينكس على الرغم من أنك يمكن تعيين فقط لمثل 200K كحد أقصى على أي حال، لذلك هذا ليس جيدا بما فيه الكفاية - تأكد من استخدام المخزن المؤقت الدائري، وأن الأعمال التالية: فميغ: أودب: المضيف: portbuffersize10000000fifosize100000 (لا ينبغي أن تنبعث فيفوسيزي تحذير، ويعني أن لديك مؤشر ترابط الثانوي الذي يجمع الحزم الواردة بالنسبة لك إذا كان هناك لا يوجد تحذير)، وهناك خيار آخر هو استخدام بعض أنواع الإرسال التي تستخدم تكب للنقل الخاص بك. (بروتوكول رتمب، شعبية في يتدفقون إلى ملقمات، يستخدم تكب ربما لهذا السبب - أنت فقط غير قادر على استخدام هذا لنقطة إلى نقطة تدفق). خيار واحد لاستخدام تكب هو مثل هذا: والتي سوف تخمين سيحاول و (كعميل) إنشاء اتصال تفعل ذلك المضيف على هذا المنفذ (على افتراض أنه لديه خادم في انتظار اتصال واردة) هل يمكن أن تحصل عليه مثل هذا: (BASICA لي، جانب واحد يحتاج إلى تحديد الاستماع والآخر يحتاج إلى عدم). لاستخدام مع مبلاير كمستقبل سيكون مثل وعلى الجانب مبلاير (بدء مبلاير أولا) خيار آخر هو استخدام رتب (الذي يستخدم بشكل افتراضي أودب) ولكن عن طريق تحديد ذلك استخدام تكب: ثم قد تحصل عليه مثل هذا (ففبلاي أو فميغ): فميغ لديه أيضا خيار الاستماع ل رتمب لذلك قد تكون قادرة على استقبال تيارات رتمب مباشرة من عميل واحد بهذه الطريقة. مع تيك مقرها تيارات يمكنك ربما استخدام أي فورماتينغموسر، ولكن مع أودب تحتاج إلى توخي الحذر واستخدام موكسر التي تدعم ربط في أي وقت مثل مبيغتس. إذا كنت مضطرا لاستخدام أودب (على سبيل المثال تحتاج إلى البث إلى منفذ الإرسال المتعدد لأي سبب من الأسباب) ثم قد تكون قادرة على تجنب فقدان الحزمة عن طريق (إرسال بيانات أقل أو إرسال نفس الإطارات مرارا وتكرارا حتى يكون لديهم فرصة أكبر للقبول). انظر أيضا القسم المتعلق بالإطارات i في وقت الاستجابة. العمل النهائي p2p العميل، مع المتعدد: وصلات خارجية