Но, он до сих пор в альфе, релиза полноценного все еще не было (т.к. последний тег в релизах только с тегом alpha). Но судя по Вашей ссылочке, то скоро уже все будет, это радует :)
Надеюсь пофиксят, ибо все эти проблемы (а им больше года) явно говорят о том, что у разработчиков узкий кейс применения их медиа-сервера.
Они нацелены на OBS->WebRTC. И в основном только с ним и работают.
Я, конечно, до сих пор в него верю, но вот например github.com/ossrs/srs выглядит куда лучше сейчас
Переворот был. Т.к. FFmpeg не умеет быть в роли сервера (а FFServer давно забросили и выкинули, а на тот момент когда он и был, использование его было адом).
Де-факто nginx-rtmp до сих пор остается самым проверенным решением для приема RTMP трафика, но только как принимающий трафик (!). Т.к. без проблем с него можно забрать RTMP поток в FFmpeg, из FFmpeg'a забрать MPEGTS и лепить HLS как душе угодно :)
Самое смешное, что даже если и добавят LHLS, то и воспроизводить его нечем будет, hls.js уже как больше года добавляет к себе эту поддержку :))
На деле и с обычным HLS можно добиться задержки в секунды две (выставляем GOP в секунду, и играемся с буффером). Но такие реактивные методы опасны тем, что любой маленький пролаг влечет за собой буфферизацию и совсем не комфортный просмотр.
Спасибо, не заметил что M2TS уже в бете, видимо давно не заглядывал.
Да, например это нужно для ABR Ladder'a, ну для всех других кейсов, где с медиа потоками нужно что-то сделать.
Насколько я помню, то Oven еще не умеет принимать рестрим от nginx-rtmp и всяких энтерпрайз штук как Wirecast (на нем он начинает дико кушать CPU, и не понятно почему, а тикет мой закрыли за давностью)
Еще рано отказываться от nginx-rtmp, как минимум из-за того, что ребята все никак не сделают RTMP Pull (ну и M2TS), а из-за этого не подключить к этому делу свой транскодинг.
Очень спорная статья. Если собеседование проходит по формату списка вопросов, то это грустно, особенно, если это почти только о том, насколько ты знаешь свой инструмент, а не о том, как решать задачи.
Есть ценные вопросы, бесспорно, особенно про обработку ошибок, но по хорошему, вопросы нужно разбить по категориям, т.е. архитектура, мониторинг, и тд.
В комментариях, было очень ценно замечено, что продавец все знает о том, что продает, но не умеет пользоваться. Имхо, сначала нужно поставить задачу, которая подразумевает себя проверку всех этих знаний, где они и в правду потребуются, для её решения.
Но с автором соглашусь, в том, что это немного огорчает, т.к. сейчас у всех свои понятия о том, кто же этот рыцарь сеньор помидор. По опыту собеседования людей на такие позиции, все разбивается даже не об знание языка, а об решения проблем. Сложись такое впечатление, что сейчас кроме CRUD сервисов ничего нету, у всех одни и те же кейсы решения задач, но как только проблема становится не типичной, то все, у меня лапки.
Ну и в добавку, вот мой любимый вопрос, который отсеивает джунов, да и вообще, людей, которые не понимают, что не все задачи решаются технически.
Как сохранить 10ГБ на диск объемом в 1ГБ?
Почему-то, люди начинают и в правду решать эту задачу. Самый лучший ответ, который я слышал, это сохранять в /dev/null :))
Разве автор не имел в виду мудаками тех, кто умышленно использует неизвестный язык программирования для собственной выгоды? Чтобы только этот «удак» и мог обслуживать код.
Они нацелены на OBS->WebRTC. И в основном только с ним и работают.
Я, конечно, до сих пор в него верю, но вот например github.com/ossrs/srs выглядит куда лучше сейчас
Де-факто nginx-rtmp до сих пор остается самым проверенным решением для приема RTMP трафика, но только как принимающий трафик (!). Т.к. без проблем с него можно забрать RTMP поток в FFmpeg, из FFmpeg'a забрать MPEGTS и лепить HLS как душе угодно :)
Самое смешное, что даже если и добавят LHLS, то и воспроизводить его нечем будет, hls.js уже как больше года добавляет к себе эту поддержку :))
На деле и с обычным HLS можно добиться задержки в секунды две (выставляем GOP в секунду, и играемся с буффером). Но такие реактивные методы опасны тем, что любой маленький пролаг влечет за собой буфферизацию и совсем не комфортный просмотр.
Да, например это нужно для ABR Ladder'a, ну для всех других кейсов, где с медиа потоками нужно что-то сделать.
Насколько я помню, то Oven еще не умеет принимать рестрим от nginx-rtmp и всяких энтерпрайз штук как Wirecast (на нем он начинает дико кушать CPU, и не понятно почему, а тикет мой закрыли за давностью)
Есть ценные вопросы, бесспорно, особенно про обработку ошибок, но по хорошему, вопросы нужно разбить по категориям, т.е. архитектура, мониторинг, и тд.
В комментариях, было очень ценно замечено, что продавец все знает о том, что продает, но не умеет пользоваться. Имхо, сначала нужно поставить задачу, которая подразумевает себя проверку всех этих знаний, где они и в правду потребуются, для её решения.
Но с автором соглашусь, в том, что это немного огорчает, т.к. сейчас у всех свои понятия о том, кто же этот рыцарь сеньор помидор. По опыту собеседования людей на такие позиции, все разбивается даже не об знание языка, а об решения проблем. Сложись такое впечатление, что сейчас кроме CRUD сервисов ничего нету, у всех одни и те же кейсы решения задач, но как только проблема становится не типичной, то все, у меня лапки.
Ну и в добавку, вот мой любимый вопрос, который отсеивает джунов, да и вообще, людей, которые не понимают, что не все задачи решаются технически.
Как сохранить 10ГБ на диск объемом в 1ГБ?
Почему-то, люди начинают и в правду решать эту задачу. Самый лучший ответ, который я слышал, это сохранять в /dev/null :))