Изначальный смысл ухода от графиков, в которых время откладывается по оси X именно в том, чтобы отображать экспоненциальный рост в логарифмических координатах, так как для таких процессов это более естесственно. В логарифмическом масштабе можно сказать что экспоненциальный рост прекратился если график отклонится от прямой линии и пойдёт вниз. В линейных, критерий уже сложнее. Не уверен, что возможность переключиться в линейный масштаб необходима, но если будет мёржреквест, с радостью приму.
Унылость зависит от содержания, пятнистость, пиксельность и прерывания — от апстрима и топологии, а трясущиеся руки от операторов. Ничто из этого не связано с самой технологией, представленной в статье. При её использовании можно добиться преемлимого качества. Аналогично, телестулийное оборудование не гарантирует что стрим будет топовый.
Сами организаторы и их волонтеры — вполне. Огромное количество мероприятий, особенно всяких региональных Аниме-фестивалей и гик-конвентов делаются в условиях очень ограниченного финансирования и очень большого желания, я вижу офигенное применение этим технологиям в такой среде
"Из подручных материалов" значит совсем без специального оборудования, и при чем тут вообще освещение? Спасибо что поделились опытом. Но насчёт убогости, этот туториал не претендует на то чтобы расскзать как сделать убер-качественный стрим, а призван дать относительно рабочий тулсет тем у кого есть соответствующая задача и нет никаких средств для ее реализации. Может кто-то вообще не знал что так можно сдедать без серьезных инструментов.
Есть серьезные ребята, а есть опенсорс. Тут про второе. Иногда, как в случае с KiCAD, серьезные ребята юзают и развивают опенсорс. В данном случае, всё-таки нельзя сказать что это поделка "из говна и палок", OBSS и nginx вполне себе общепризнанные инструменты.
Всегда найдутся те, кому коммерческие решения подходят лучше, но эта статья не для них.
Все равно со стационарным звуком и камерами это надо будет вручную сводить. А если какая-то из камер начнет подлагивать, ещё раз сводить. Но в идеальных условиях это будет работать, да )
С RTMP уровень лагов такой же как и при обычном стриме. Не уверен что это минимально возможный уровнь, но вероятность высока) То есть точно не хуже чем если бы стрим шел бы напрямую с камер в Интернет. Тут многое зависит от стабильноости каналов связи.
Задержка буферизации есть, несколько секунд, не синхронизирована между камерами. Так что этот способ может не очень хорошо работать для съемки одного и того же действия с нескольких ракурсов, но хорошо подходит для описанной ситуации — когда оперторы снимают независимый контент на разных частях площадки.
Хотя ВОЗМОЖНО (не изучал) у OBS Studio есть инструменты синхронизации потоков. Это звучит как очень нужная фича.
Спасибо за информацию, не нашёл этот сервис вовремя, но зато удалось пощупать парсинг HTML чистыми средствами питона.
щитоподелать, какие (официальные) данные имеются, с теми и работаем
Изначальный смысл ухода от графиков, в которых время откладывается по оси X именно в том, чтобы отображать экспоненциальный рост в логарифмических координатах, так как для таких процессов это более естесственно. В логарифмическом масштабе можно сказать что экспоненциальный рост прекратился если график отклонится от прямой линии и пойдёт вниз. В линейных, критерий уже сложнее. Не уверен, что возможность переключиться в линейный масштаб необходима, но если будет мёржреквест, с радостью приму.
Изначальная задача была именно по регионам РФ построить такие графики
https://play.google.com/store/apps/details?id=com.newtek.ndicamera 1200р?? где бесплатен то?
вот хочу я поюзать этот NDI в описанном сценарии, и как?
Кстати, крутые чуваки тоже юзают промежуточный RTMP-сервер
https://youtu.be/TCSyNKbapdE?t=1m28s
Надо тестить)
Но всё-таки кажется что чисто клиентские приложухи для отправки стрима будут быстрее.
Нет, этот софт упомянается в статье и не обеспечивает хоть какой-либо стабильности и плавности потока. Не пойдет. Надо RTMP
Бесплатный если по нескольку стримов в один сервис не нужно (например на две страницы ВК стримить нельзя, но ВК и в Ютюб можно)
Чтобы стримить в кучу сервисов есть Restream
Пологаю, вопрос адресован Rambalac
хорошо кода есть варианты.
Унылость зависит от содержания, пятнистость, пиксельность и прерывания — от апстрима и топологии, а трясущиеся руки от операторов. Ничто из этого не связано с самой технологией, представленной в статье. При её использовании можно добиться преемлимого качества. Аналогично, телестулийное оборудование не гарантирует что стрим будет топовый.
Сами организаторы и их волонтеры — вполне. Огромное количество мероприятий, особенно всяких региональных Аниме-фестивалей и гик-конвентов делаются в условиях очень ограниченного финансирования и очень большого желания, я вижу офигенное применение этим технологиям в такой среде
"Из подручных материалов" значит совсем без специального оборудования, и при чем тут вообще освещение? Спасибо что поделились опытом. Но насчёт убогости, этот туториал не претендует на то чтобы расскзать как сделать убер-качественный стрим, а призван дать относительно рабочий тулсет тем у кого есть соответствующая задача и нет никаких средств для ее реализации. Может кто-то вообще не знал что так можно сдедать без серьезных инструментов.
Есть серьезные ребята, а есть опенсорс. Тут про второе. Иногда, как в случае с KiCAD, серьезные ребята юзают и развивают опенсорс. В данном случае, всё-таки нельзя сказать что это поделка "из говна и палок", OBSS и nginx вполне себе общепризнанные инструменты.
Всегда найдутся те, кому коммерческие решения подходят лучше, но эта статья не для них.
Все равно со стационарным звуком и камерами это надо будет вручную сводить. А если какая-то из камер начнет подлагивать, ещё раз сводить. Но в идеальных условиях это будет работать, да )
С RTMP уровень лагов такой же как и при обычном стриме. Не уверен что это минимально возможный уровнь, но вероятность высока) То есть точно не хуже чем если бы стрим шел бы напрямую с камер в Интернет. Тут многое зависит от стабильноости каналов связи.
Задержка буферизации есть, несколько секунд, не синхронизирована между камерами. Так что этот способ может не очень хорошо работать для съемки одного и того же действия с нескольких ракурсов, но хорошо подходит для описанной ситуации — когда оперторы снимают независимый контент на разных частях площадки.
Хотя ВОЗМОЖНО (не изучал) у OBS Studio есть инструменты синхронизации потоков. Это звучит как очень нужная фича.
Ну я в принципе подозревал что у этого нелогичного термина ноги растут из СССР
Да, в своей статье я решил избавиться от термина, порождённого (с неясными целями) "знатоками техпроцесса" без учёта англоязычной терминологии.