FMUSER بی سیم ویدئو و صدا را راحت تر انتقال می دهد!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> آفریقایی
sq.fmuser.org -> آلبانیایی
ar.fmuser.org -> عربی
hy.fmuser.org -> ارمنی
az.fmuser.org -> آذربایجانی
eu.fmuser.org -> باسک
be.fmuser.org -> بلاروسی
bg.fmuser.org -> بلغاری
ca.fmuser.org -> کاتالان
zh-CN.fmuser.org -> چینی (ساده شده)
zh-TW.fmuser.org -> چینی (سنتی)
hr.fmuser.org -> کرواتی
cs.fmuser.org -> چکی
da.fmuser.org -> دانمارکی
nl.fmuser.org -> هلندی
et.fmuser.org -> استونیایی
tl.fmuser.org -> فیلیپینی
fi.fmuser.org -> فنلاندی
fr.fmuser.org -> فرانسوی
gl.fmuser.org -> گالیسیایی
ka.fmuser.org -> گرجی
de.fmuser.org -> آلمانی
el.fmuser.org -> یونانی
ht.fmuser.org -> کریول هائیتی
iw.fmuser.org -> عبری
hi.fmuser.org -> هندی
hu.fmuser.org -> مجارستانی
is.fmuser.org -> ایسلندی
id.fmuser.org -> اندونزیایی
ga.fmuser.org -> ایرلندی
it.fmuser.org -> ایتالیایی
ja.fmuser.org -> ژاپنی
ko.fmuser.org -> کره ای
lv.fmuser.org -> لتونیایی
lt.fmuser.org -> لیتوانیایی
mk.fmuser.org -> مقدونی
ms.fmuser.org -> مالایی
mt.fmuser.org -> مالتیایی
no.fmuser.org -> نروژی
fa.fmuser.org -> فارسی
pl.fmuser.org -> لهستانی
pt.fmuser.org -> پرتغالی
ro.fmuser.org -> رومانیایی
ru.fmuser.org -> روسی
sr.fmuser.org -> صربی
sk.fmuser.org -> اسلواکی
sl.fmuser.org -> اسلوونیایی
es.fmuser.org -> اسپانیایی
sw.fmuser.org -> سواحیلی
sv.fmuser.org -> سوئدی
th.fmuser.org -> تایلندی
tr.fmuser.org -> ترکی
uk.fmuser.org -> اوکراینی
ur.fmuser.org -> اردو
vi.fmuser.org -> ویتنامی
cy.fmuser.org -> ولزی
yi.fmuser.org -> ییدیش
سیستم پخش زنده صوتی و تصویری یک سیستم مهندسی پیچیده است. برای دستیابی به پخش زنده با تأخیر بسیار کم ، به بهینه سازی مهندسی سیستم پیچیده و آشنا با اجزای مختلف نیاز دارد. در اینجا چند نکته معمول برای تنظیم وجود دارد:
بهینه سازی کدگذاری
1. اطمینان حاصل کنید که کدک تنظیم حداقل تأخیر را روشن کرده است. Codec به طور کلی دارای کلید بهینه سازی تأخیر کم ، به ویژه برای H.264 است. ممکن است بسیاری از افراد ندانند که رمزگشای H.264 قبل از نمایش تعداد مشخصی از فریم های ویدیویی را حافظه پنهان می کند. برای فیلم با وضوح QCIF (176 144 16) ، 720 فریم و برای فیلم 5p ، 264 فریم را ذخیره می کند. برای اولین فریم خوانده شده ، این تاخیر بزرگی است. اگر از H.XNUMX برای رمزگذاری و فشرده سازی فیلم خود استفاده نمی کنید ، اطمینان حاصل کنید که از فریم B استفاده نمی کنید ، این امر تأثیر بیشتری در تأخیر خواهد داشت ، زیرا رمزگشایی فریم های B در فیلم به فریم های ویدئویی قبل و بعد ، که باعث تاخیر می شود.
2. رمزگذار معمولاً دارای تأخیر ناشی از کنترل کد است که به آن تأخیر مقداردهی اولیه یا اندازه بافر VBV نیز گفته می شود. این به عنوان بافر بین رمزگذار و جریان رمزگشای رمزگشایی در نظر گرفته می شود ، که می تواند در کمترین حالت ممکن تنظیم شده یا تأخیر را کاهش دهد بدون اینکه بر کیفیت فیلم تأثیر بگذارد.
3. اگر اولین تاخیر تنها بهینه شود ، می توان فریم های کلیدی بیشتری را بین فریم های ویدئویی وارد کرد ، بنابراین مشتری می تواند پس از دریافت جریان فیلم ، در اسرع وقت رمزگشایی کند. با این حال ، اگر لازم است تاخیر تجمعی در فرآیند انتقال را بهینه کنیم ، باید از حداقل فریم های کلیدی ممکن ، یعنی فریم های I (بزرگتر شدن GOP) استفاده کنیم. در صورت اطمینان از کیفیت فیلم یکسان ، هرچه فریم I بیشتر باشد ، سرعت بیت بیشتر و پهنای باند شبکه بیشتری برای انتقال لازم است ، به این معنی که تاخیر تجمعی ممکن است بیشتر باشد. این اثر بهینه سازی ممکن است با تاخیر دوم در سیستم مشهود باشد ، اما در سیستم با 100 میلی ثانیه یا حتی تاخیر کمتری آشکار خواهد بود. همزمان ، سعی کنید از رمزگذار acc-lc برای رمزگذاری صدا استفاده کنید. اگرچه he-acc یا he-acc 2 دارای راندمان کدگذاری بالایی هستند ، اما رمزگذاری آن مدت زمان بیشتری طول می کشد و تاخیر انتقال ناشی از حجم بیشتر صدا تأثیر کمتری در انتقال جریان ویدئو دارد.
4. از قالب فشرده سازی فیلم MJPEG استفاده نکنید ، حداقل از قالب فشرده سازی فیلم MPEG4 بدون فریم B (مشخصات ساده) استفاده کنید و حتی بهتر از مشخصات پایه H.264 استفاده کنید (x264 همچنین دارای یک سوئیچ بهینه سازی "تنظیم صفر بودن" است. چنین بهینه سازی ساده می تواند تأخیر را کاهش دهد زیرا می تواند فیلم با نرخ بیت پایین را با نرخ فریم کامل رمزگذاری کند.
5- در صورت استفاده از ffmpeg ، مقادیر "- بررسی" و "- تجزیه و تحلیل مدت زمان" را کاهش دهید ، که برای زمان کنترل و نظارت بر اطلاعات قاب فیلم استفاده می شود. هرچه این دو مقدار بزرگتر باشند ، تأثیر آن بر تأخیر رمزگذاری بیشتر است. در صحنه زنده ، تنظیم پارامتر مدت تجزیه و تحلیل برای جریان ویدئو حتی لازم نیست.
6. کدگذاری نرخ ثابت CBR می تواند تا حدودی تأثیر پرت کردن شبکه را از بین ببرد. اگر بتوان از کدگذاری متغیر VBR استفاده کرد ، می تواند پهنای باند شبکه غیرضروری را ذخیره کرده و تأخیر خاصی را کاهش دهد. بنابراین پیشنهاد می شود تا حد امکان از VBR برای کدگذاری استفاده شود.
بهینه سازی پروتکل حمل و نقل
1. سعی کنید از RTMP به جای پروتکل HLS مبتنی بر HTTP برای انتقال بین گره های سرور استفاده کنید ، که می تواند تاخیر کلی انتقال را کاهش دهد. این هدف عمدتاً برای کاربران نهایی است که از HLS برای بازی استفاده می کنند.
2. اگر کاربر نهایی از RTMP برای پخش استفاده می کند ، رمزگذاری باید در گره دریافت کننده نزدیک به انتهای جریان انجام شود ، به طوری که جریان فیلم انتقال یافته کوچکتر از جریان اصلی فیلم باشد.
3. در صورت لزوم ، می توان از پروتکل سفارشی UDP برای جایگزینی پروتکل TCP استفاده کرد و انتقال مجدد تلفات بسته تحت پیوند ضعیف شبکه را از بین برد ، که می تواند تاخیر را کاهش دهد. عیب اصلی آن این است که انتقال و توزیع جریان ویدیویی سفارشی بر اساس پروتکل UDP به اندازه کافی جهانی نیست و تولیدکنندگان CDN از پروتکل استاندارد انتقال پشتیبانی می کنند. یکی دیگر از معایب این است که ممکن است پاشش یا تاری در اثر از بین رفتن بسته (عدم وجود مرجع رمزگشایی فریم کلیدی) ایجاد شود ، که این امر به طرف سفارشی سازی پروتکل نیاز دارد تا بتواند کار خوبی را در کنترل از دست دادن بسته بر اساس UDP انجام دهد.
بهینه سازی شبکه انتقال
1. ما شبکه جریان در زمان واقعی را معرفی کرده ایم ، که نوع جدیدی از شبکه انتقال شبکه با گره های خود سازمان یافته است. این نه تنها برای بهینه سازی انتقال شبکه چند اپراتور داخلی مناسب است ، بلکه برای نیازهای بسیاری از پخش مستقیم خارج از کشور نیز مناسب است.
2. GOP فعلی را در گره سرور ذخیره کرده و برای بهینه سازی زمان باز کردن فیلم با پخش کننده همکاری کنید.
3. سرور وقتی هر جریان ویدئو به صورت همزمان در هر پیوند جریان می یابد ، نرخ فریم و نرخ کد سطح دوم را ثبت می کند و نوسانات نرخ کد و نرخ فریم را در زمان واقعی کنترل می کند.
4- سرویس گیرنده (فشار دادن جریان و بازی) با پرس و جو از سرور (هر 5 ثانیه یک بار) گره بهینه فعلی را در شبه زمان واقعی به دست می آورد و گره خط و خط فعلی در زمان واقعی تقریباً آفلاین است.
پخش جریانی و بهینه سازی پخش
1. سیستم ممکن است قبل از ارسال داده ، داده ها را حافظه پنهان کند. تنظیم این پارامتر نیز برای یافتن تعادل نیاز دارد.
2. کنترل بافر پخش کننده نیز در تأخیر اول فیلم تأثیر بسزایی دارد. اگر فقط اولین تاخیر بهینه شود ، داده ها می توانند بلافاصله با رسیدن به حالت بافر 0 ، رمزگشایی شوند. اما در محیط ضعیف شبکه ، برای از بین بردن تأثیر jitter شبکه ، لازم است یک حافظه پنهان مشخص تنظیم کنید ، بنابراین ما باید تعادل بین ثبات پخش زنده و بهینه سازی اولین تاخیر باز را پیدا کنیم و تنظیم کنیم اندازه بافر بهینه شده.
3. استراتژی بافر پویا پلیر ، که یک نسخه بهبود یافته از حافظه پنهان پخش کننده فوق است. اگر ما فقط برای یافتن تعادل بین 0 حافظه پنهان و حافظه پنهان با اندازه ثابت را انتخاب کنیم ، در نهایت یک حافظه پنهان با اندازه ثابت را انتخاب می کنیم ، که برای 100 میلیون کاربر پایانه اینترنت همراه منصفانه نیست. شرایط مختلف شبکه آنها مشخص می کند که حافظه پنهان با اندازه ثابت کاملاً مناسب نیست. بنابراین ، می توانیم یک "استراتژی بافر پویا" در نظر بگیریم. وقتی پخش کننده روشن است ، ما از یک استراتژی بافر بسیار کوچک یا حتی صفر استفاده می کنیم. اندازه بافر قطعه دفعه بعدی با توجه به زمان صرف شده برای بارگیری فیلم اول تعیین می شود. در همان زمان ، شبکه جریان در زمان پخش در زمان واقعی کنترل می شود ، و اندازه بافر در زمان پخش در زمان پخش تنظیم می شود. به این ترتیب ، اولین زمان باز شدن می تواند بسیار کم باشد و تا حد ممکن تأثیر jitter شبکه از بین برود.
4. استراتژی بازی پویا. علاوه بر استراتژی تنظیم پویا اندازه بافر ، ما همچنین می توانیم از اطلاعات شبکه در زمان واقعی برای تنظیم پویا سرعت بیت در روند پخش استفاده کنیم. در صورت عدم پهنای باند شبکه ، می توان میزان بیت را برای پخش کاهش داد و تاخیر را کاهش داد.
موارد بالا بخشی از تکنیک های بهینه سازی تأخیر کم است. در واقع ، هنگامی که تأخیر کم را بهینه می کنیم ، فقط بر "تأخیر کم" تمرکز نمی کنیم ، بلکه سعی می کنیم تاخیر کم را به شرطی که شرایط دیگر بر تجربه کاربر تأثیر نگذارد ، به دست آوریم. بنابراین ، محتوای آن شامل طیف گسترده ای از موضوعات است.
|
ایمیل را وارد کنید تا غافلگیر شوید
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> آفریقایی
sq.fmuser.org -> آلبانیایی
ar.fmuser.org -> عربی
hy.fmuser.org -> ارمنی
az.fmuser.org -> آذربایجانی
eu.fmuser.org -> باسک
be.fmuser.org -> بلاروسی
bg.fmuser.org -> بلغاری
ca.fmuser.org -> کاتالان
zh-CN.fmuser.org -> چینی (ساده شده)
zh-TW.fmuser.org -> چینی (سنتی)
hr.fmuser.org -> کرواتی
cs.fmuser.org -> چکی
da.fmuser.org -> دانمارکی
nl.fmuser.org -> هلندی
et.fmuser.org -> استونیایی
tl.fmuser.org -> فیلیپینی
fi.fmuser.org -> فنلاندی
fr.fmuser.org -> فرانسوی
gl.fmuser.org -> گالیسیایی
ka.fmuser.org -> گرجی
de.fmuser.org -> آلمانی
el.fmuser.org -> یونانی
ht.fmuser.org -> کریول هائیتی
iw.fmuser.org -> عبری
hi.fmuser.org -> هندی
hu.fmuser.org -> مجارستانی
is.fmuser.org -> ایسلندی
id.fmuser.org -> اندونزیایی
ga.fmuser.org -> ایرلندی
it.fmuser.org -> ایتالیایی
ja.fmuser.org -> ژاپنی
ko.fmuser.org -> کره ای
lv.fmuser.org -> لتونیایی
lt.fmuser.org -> لیتوانیایی
mk.fmuser.org -> مقدونی
ms.fmuser.org -> مالایی
mt.fmuser.org -> مالتیایی
no.fmuser.org -> نروژی
fa.fmuser.org -> فارسی
pl.fmuser.org -> لهستانی
pt.fmuser.org -> پرتغالی
ro.fmuser.org -> رومانیایی
ru.fmuser.org -> روسی
sr.fmuser.org -> صربی
sk.fmuser.org -> اسلواکی
sl.fmuser.org -> اسلوونیایی
es.fmuser.org -> اسپانیایی
sw.fmuser.org -> سواحیلی
sv.fmuser.org -> سوئدی
th.fmuser.org -> تایلندی
tr.fmuser.org -> ترکی
uk.fmuser.org -> اوکراینی
ur.fmuser.org -> اردو
vi.fmuser.org -> ویتنامی
cy.fmuser.org -> ولزی
yi.fmuser.org -> ییدیش
FMUSER بی سیم ویدئو و صدا را راحت تر انتقال می دهد!
تماس با ما
نشانی:
شماره 305 اتاق HuiLan ساختمان شماره 273 Huanpu Road گوانگژو چین 510620
دسته بندی ها
عضویت در خبرنامه