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 -> ییدیش
سیستم پخش مستقیم صدا و تصویر یک سیستم مهندسی پیچیده است. برای دستیابی به پخش زنده با تأخیر بسیار کم ، به بهینه سازی مهندسی سیستم پیچیده و آشنا با هر م needsلفه نیاز دارد. در اینجا چندین تکنیک تنظیم ساده و معمول وجود دارد:
بهینه سازی کدگذاری
1. اطمینان حاصل کنید که کدک دارای حداقل تنظیم تاخیر است. Codec به طور کلی دارای کلید بهینه سازی تأخیر کم است ، به خصوص برای H.264. ممکن است بسیاری از افراد ندانند که رمزگشای H.264 برخی از فریم های ویدئویی را قبل از نمایش به طور عادی پنهان می کند ، 16 فریم برای ویدئو با وضوح QCIF (176 144 5) و 720 فریم برای فیلم 264p ذخیره می شود. این تاخیر زیادی برای خواندن اولین فریم است. اگر فیلم شما با استفاده از H.XNUMX رمزگذاری و فشرده نشده است ، اطمینان حاصل کنید که از فریم B استفاده نشده است ، همچنین تأثیر بیشتری بر تأخیر خواهد داشت ، زیرا رمزگشایی فریم B در فیلم به قاب های جلو و عقب فیلم بستگی دارد ، که تاخیر را افزایش می دهد
2. رمزگذار به طور کلی دارای تاخیر ناشی از کنترل کد است ، که به آن تاخیر مقدار دهی اولیه یا اندازه حافظه نهان VBV نیز گفته می شود ، که به عنوان حافظه پنهان بین رمزگذار و جریان بیت رمزگشای در نظر گرفته می شود. می تواند تا حد امکان کم تنظیم شود و تاخیر را کاهش دهد بدون اینکه بر کیفیت فیلم تأثیر بگذارد.
3. در صورت بهینه سازی اولین تاخیر ، می توان فریم های کلیدی بیشتری را بین فریم های ویدئویی وارد کرد ، بنابراین مشتری پس از دریافت جریان فیلم ، می تواند جریان ویدئو را در اسرع وقت رمزگشایی کند. با این وجود ، اگر تاخیر تجمعی در انتقال نیاز به بهینه سازی داشته باشد ، از قاب اصلی (قاب I بزرگتر می شود) تا حد ممکن کم استفاده می شود. در صورت اطمینان از کیفیت فیلم یکسان ، هرچه فریم من بیشتر باشد ، نرخ کد بیشتر و پهنای باند شبکه بیشتری برای انتقال لازم است ، به این معنی است که تاخیر تجمعی بیشتر است. این اثر بهینه سازی ممکن است در سیستم های تأخیر دوم مشهود نباشد ، اما در سیستم های دارای 100 میلی ثانیه یا تأخیر کمتر بسیار مشهود است. در همین حال ، از کدک ACC LC تا حد امکان برای رمزگذاری صدا استفاده می شود. اگرچه acc یا he-acc 2 دارای راندمان کدگذاری بالایی است ، اما کدگذاری آن بیشتر طول می کشد و تأخیر انتقال ناشی از حجم بیشتر صدا تأثیر کمتری در انتقال جریان ویدئو دارد.
4. از قالب فشرده سازی فیلم MJPEG فیلم استفاده نکنید ، حداقل از فرمت فشرده سازی فیلم MPEG 4 بدون فریم B (مشخصات ساده) استفاده کنید ، یا حتی از مشخصات پایه H.264 استفاده کنید (x264 همچنین دارای یک سوئیچ بهینه سازی قابلیت تنظیم صوت -تنظیم است). چنین بهینه سازی ساده می تواند تأخیر را کاهش دهد زیرا می تواند فیلم با نرخ بیت پایین را با نرخ فریم کامل رمزگذاری کند.
5- در صورت استفاده از ffmpeg ، مقدار پارامترهای "-probesize" و "analysis duration" کاهش می یابد. این دو مقدار برای نظارت بر اطلاعات قاب فیلم و مدت زمان نظارت استفاده می شود. هرچه تأثیر این دو مقدار در تأخیر برنامه نویسی بیشتر باشد ، تنظیم پارامتر مدت تجزیه و تحلیل برای جریان ویدئو در صحنه ویدئوی زنده بیشتر ضروری است.
6. کدگذاری نرخ ثابت CBR می تواند لرزش شبکه را تا حدودی از بین ببرد. اگر بتوان از VBR استفاده کرد ، می توان پهنای باند غیرضروری شبکه را ذخیره کرد و تاخیر خاصی را کاهش داد. بنابراین پیشنهاد می شود تا حد امکان از VBR برای کدگذاری استفاده کنید.
بهینه سازی پروتکل انتقال
1. سعی کنید از RTMP به جای پروتکل HLS مبتنی بر HTTP برای انتقال بین گره ها و گره های سرور استفاده کنید ، که می تواند تاخیر انتقال کلی را کاهش دهد. این امر عمدتا برای کاربر نهایی است که از HLS برای پخش استفاده می کند.
2. اگر کاربر نهایی از RTMP برای پخش استفاده کند ، رمزگذاری در گره دریافت کننده در نزدیکی انتهای جریان تا آنجا که ممکن است انجام می شود ، به طوری که جریان فیلم انتقال یافته کوچکتر از جریان اصلی فیلم است.
3. در صورت لزوم ، می توانید TCP را با پروتکل UDP سفارشی جایگزین کنید و با حذف انتقال مجدد تلفات بسته در شبکه ضعیف ، تأخیر را کاهش دهید. عیب اصلی این پروتکل این است که انتقال و توزیع جریان ویدئو بر اساس پروتکل UDP به اندازه کافی جهانی نیست و تولیدکنندگان CDN از پروتکل استاندارد انتقال پشتیبانی می کنند. عیب دیگر این است که صفحه یا تاری ناشی از از دست رفتن بسته (عدم وجود مرجع رمزگشایی فریم کلیدی) ، که به حزب سفارشی سازی پروتکل نیاز دارد تا تلفات بسته را بر اساس UDP کنترل کند.
بهینه سازی شبکه انتقال
1. ما شبکه انتقال جریان در زمان واقعی را معرفی کرده ایم ، که یک شبکه انتقال شبکه جدید با گره های خودسازمان است ، که برای بهینه سازی انتقال تحت شرایط شبکه چند اپراتور داخلی و تقاضای بسیاری از پخش زنده خارج از کشور مناسب است.
2. GOP فعلی را در گره سرور ذخیره کرده و زمان باز کردن ویدیو را با پخش کننده بهینه کنید.
3. سرور نرخ فریم دوم و نرخ کد هر جریان ویدئویی را که به هر لینک در زمان واقعی جریان دارد ثبت می کند و نوسانات نرخ کد و نرخ فریم را در زمان واقعی کنترل می کند.
4. مشتری (فشار و بازی) با پرس و جو از سرور در شبه زمان واقعی و گره ها و خطاهای خطای فعلی نیمه آفلاین ، گره بهینه فعلی (5 ثانیه یک بار) را بدست می آورد.
جریان بهینه و بهینه سازی بازی
1. اندازه بافر شبکه سیستم فرستنده را بررسی کنید ، و سیستم ممکن است قبل از ارسال داده ، داده ها را پنهان کند. تنظیم این پارامتر همچنین نیاز به یافتن یک نقطه تعادل دارد.
2. کنترل بافر در قسمت پخش نیز تأثیر زیادی در تأخیر باز کردن فیلم دارد. اگر فقط اولین تاخیر بهینه شود ، می توان بلافاصله با رسیدن اطلاعات در مورد 0 حافظه نهان ، رمزگشایی شود. اما اگر برای از بین بردن تأثیر jitter شبکه در محیط ضعیف شبکه ، لازم است یک حافظه پنهان خاص تنظیم کنید. بنابراین ، لازم است بین ثبات پخش زنده و بهینه سازی تأخیر اول تعادل پیدا کنید و مقدار بهینه سازی اندازه بافر را تنظیم کنید.
3. سیاست بافر پویا از طرف پخش نسخه بهبود یافته از حافظه پنهان پایان پخش در بالا است. اگر فقط حافظه نهان 0 و حافظه نهان اندازه ثابت برای یافتن تعادل انتخاب شوند ، سرانجام یک حافظه پنهان با اندازه ثابت انتخاب می شود. این نسبت به کاربران نهایی اینترنت تلفن همراه در سطح میلیارد بی انصافی است. شرایط مختلف شبکه آنها تصمیم می گیرد که بافر اندازه ثابت کاملاً مناسب نیست. بنابراین ، ما می توانیم یک سیاست بافر پویا را در نظر بگیریم ، که هنگام پخش بازیکن از سیاست حافظه پنهان بسیار کوچک یا حتی 0 استفاده می کند. اندازه حافظه پنهان برش زمان بعدی با توجه به زمانبر بودن بارگیری فیلم اول تعیین می شود ، و در عین حال ، شبکه جریان در زمان پخش در زمان واقعی کنترل می شود و اندازه حافظه پنهان در طول روند پخش در تنظیم می شود به موقع. این می تواند زمان باز شدن بسیار کم را به دست آورد و تا حد امکان تأثیر لرزش شبکه را از بین ببرد.
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
دسته بندی ها
عضویت در خبرنامه