Pull to refresh
105
0
Юрий Удовиченко @Aquary

softvelum.com

Send message
Конечно, пробуйте, задавайте вопросы.
Мы используем код ffmpeg для отдельных операций, в частности для фильтров, но он составляет лишь малую часть кодовой базы транскодера. Основные преимущества нашего решения связаны именно с нашими наработками. Вот здесь мы описываем, чем такой подход выгоднее.
В исходниках же самого сервера Nimble Streamer нет кода ffmpeg.
Это несколько разные виды софта. OBS — это источник потока, него можно передавать на Twitch, YouTube и даже на Nimble Streamer. В свою очередь с Нимбла поток передавать на другие сервера, а можно раздавать аудитории большого размера (этого OBS как раз делать не умеет).
Я вполне допускаю, что QS покажет себя очень достойно. Но как показала практика, всё нужно тщательно тестировать. Как видите, даже на топовом GPU мы натолкнулись на ограничения непонятного для нас свойства. С чем можно столкнуться у QS на подобных же тестах — я лично не могу сказать. Надо проверять и только тогда делать выводы.
Не совсем понял — преимущество чего перед чем?
Разумеется, нагрузку это снизит. Просто каждой оптимизации — своё время. :) Мы пока не дошли до острой необходимости делать подобное. Вполне может быть, что дойдём и до неё.
Ничего не могу сказать про кодирование VOD, да ещё неизвестными мне утилитами, да ещё с непонятными настройками энкодера. Но по ходу наших тестов мы не увидели дефектов, хотя специально отслеживали, и особенно тщательно отсматривали на пиковых нагрузках.
Нет, не использовался. У нас есть его поддержка в транскодере, но в данном случае мы проверяли работу именно GPU.
На сайте NVidia пишут, что это делается не на CUDA.
По фильтрам — часть из них при желании можно перевести на GPU в качестве опции, но пока это никто не запрашивал.
Да, если вы закодируете поток, то с помощью Нимбла сможете его опубликовать по RTMP на эти сервисы.
Насколько помню, у потребительских десктопных карт есть ограничение по числу потоков на энкодинг видео.
О каких площадках идёт речь?
По поводу в целом сравнения с ffmpeg у нас есть вот такая статья. Общий вывод — у нас производительность как минимум не хуже.
Пожалуйста, поправьте: "судебное жюри" — по-русски это "суд присяжных", т.е. 12 произвольно выбранных граждан.
Американское патентное право строится на том, что права на изобретение — и как следствие на отчисления — будут отстаиваться в суде перед непричастными, которые ничего не понимают в юриспруденции, а не перед экспертами. Отсюда и формула изобретения, которая отличается от принятой в Европе и России, и почие мелочи, сильно отличающие американские патенты от овсех остальных.

Тут, как и везде в отрасли, процесс эволюционно идёт, в счастью. MPEG-DASH тоже по началу не воспринимали всерьёз. Сейчас его внедрение уже заметно. Ещё год — сможет сравниться в доле с бывшим фаворитом — RTMP.
Да, докладчик не так оптимистичен :) Тем не менее с даты доклада ушёл один из сдерживающих факторов, посмотрим, что они расскажут уже на Streaming Media East в мае.
Чуть позже надо будет статью написать с примерами тех, кто внедряет. Не сказать, что все подряд будут это делать, но проиводители качественного контента — обязательно.
Мы просто решение поставляем, а что дальше по цепочке — нам не всегда ведомо :)
Мы к их зрителям доступа не имеем, не могу сказать.
Некоторые клиенты уже рассматривают вариант перехода. По этой причине мы выкатили на выходных поддержку трансмаксинга MP4 в H.265 для MPEG-DASH.

Information

Rating
Does not participate
Location
Бишкек, Кыргызстан, Кыргызстан
Date of birth
Registered
Activity