Комментарии 32
Думаю что на YouTube такое не очень скоро появится, слишком большой объем видео загружается ежеминутно чтобы выделить процессорные мощности под реалтайм обработку.
дык кодировать на клиенте надо, и одновременно аплодить
На YouTube ещё идёт проверка музыки внутри ролика и самого видеоряда. Наверное, из-за этого тоже замедляется обработка или проверка проводиться уже после полной загрузки ролика?
Думаю, они могли бы внедрить такое для роликов с низким разрешением (их и кодировать проще, и количественно они только часть от всех составляют). Тогда можно было, находясь на каком-то мероприятии и сняв что-то важное на смартфон, быстрее выложить это на ютюб. А всякие тяжелые 1080p-ролики могли бы по-прежнему ждать — обычно это те, у которых на съемку-монтаж куча времени уходит, так что там задержка на обработку большой роли не играет.
Дык запустят потихоньку.
Ну, теперь-то мы точно узнаем, что дешевле — процессорные мощности или место на диске.
С кодированием видео в любом случае нужны очереди и контроль рессурсов.
Как не крути процесс жимканья съедает много всего и проца и места на диске. Не зря за Carbon Coder просят 150 тыщ рублей — самый дорогой пакет из всех инструментов в видеопроизводстве.
Еще бы придумали, как фотки ресайзить во время загрузки, цены бы не было ;)
Как не крути процесс жимканья съедает много всего и проца и места на диске. Не зря за Carbon Coder просят 150 тыщ рублей — самый дорогой пакет из всех инструментов в видеопроизводстве.
Еще бы придумали, как фотки ресайзить во время загрузки, цены бы не было ;)
а то что будет если процессорной мощности не хватит для кодирования в реалтайме всем и сразу?
неверное будет медленно загружаться…
НЛО прилетело и опубликовало эту надпись здесь
просто кодирование закончится позже загрузки, но начнется то оно одновременно с загрузкой, значит закончится раньше чем в классическом варианте.
Transloadit работает в облаке.
Так что ресурсов должно хватить.
Так что ресурсов должно хватить.
> С технической точки зрения функция realtime-кодирования Transloadit сделана с помощью парсера загрузчика файлов. В процессе загрузки > парсер записывает на диск маленькие кусочки файлов, которые «скармливаются» ffmpeg. Системы Transloadit базируются на node.js.
А как вы справляетесь с тем, можете получить разрезанные на части фреймы? Если справляетесь, то нет ли такого, что если у нас была медленно меняющаяся сцена, которую загрузчик разорвал посередине, то в результирующем файле будет заметно различаться качество изображения?
А как вы справляетесь с тем, можете получить разрезанные на части фреймы? Если справляетесь, то нет ли такого, что если у нас была медленно меняющаяся сцена, которую загрузчик разорвал посередине, то в результирующем файле будет заметно различаться качество изображения?
> А как вы справляетесь с тем, можете получить
с тем, что можете
с тем, что можете
А как вы справляетесь с тем
Я думаю автор топика никак не связан с авторами transloadit.
Захотите их спросить: вот твиттер Феликса twitter.com/felixge, или на канале #node.js в FreeNode его всегда модно выцепить.
Я думаю автор топика никак не связан с авторами transloadit.
Захотите их спросить: вот твиттер Феликса twitter.com/felixge, или на канале #node.js в FreeNode его всегда модно выцепить.
Возможно парсер разрезает поток по key frame'ам. Не зря же это именно парсер, а не простой «обрезатель».
с помощью парсера загрузчика файлов. В процессе загрузки парсер записывает на диск маленькие кусочки файлов, которые «скармливаются» ffmpeg. Системы Transloadit базируются на node.js.
Йомае
Да тут делов на 10 минут. ffmpeg поддерживает кодирование на лету через pipe. Т.е. можно сделать например
cat original.avi | ffmpeg -i - encoded.aviА сделать веб-сервер который умеет на лету парсить multipart/formdata запрос и писать результат в пайп ffmpeg-а тоже элементарно.
В том, что их сервер действительно «записывает на диск маленькие кусочки файлов» я ооочень сомневаюсь. Если прям так где-то написано у них на официальном сайте — ткните носом.
Основная проблема тут именно в правильном распределении ресурсов т.к. кодирование видео просит много CPU. Соответственно, если сразу много клиентов к ним начнут загружать видео, придется неплохо разориться на EC2 или какая там у них инфраструктура…
Видимо вы толком кодирование не занимались. Поэтому так говорите.
На самом деле подобным образом можно декодировать далеко не все видео файлы.
Например mp4 контейнер некоторую важную информацию хранит в конце файла.
На самом деле подобным образом можно декодировать далеко не все видео файлы.
Например mp4 контейнер некоторую важную информацию хранит в конце файла.
$ cat /mnt/Films/Fast_Five_trailer_1.mp4 | ffmpeg -i — -acodec libfaac -ar 44100 -ab 128k -vcodec libx264 -s 640x272 -threads 0 -vpre fast -b 2048k out.mp4
// поскипано
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x19a0510] stream 1, offset 0x24: partial file
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x19a0510] Could not find codec parameters (Video: h264, 9305 kb/s)
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x19a0510] Could not find codec parameters (Audio: aac, stereo, s16, 152 kb/s)
pipe:: could not find codec parameters
Вот что бывает :)
// поскипано
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x19a0510] stream 1, offset 0x24: partial file
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x19a0510] Could not find codec parameters (Video: h264, 9305 kb/s)
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x19a0510] Could not find codec parameters (Audio: aac, stereo, s16, 152 kb/s)
pipe:: could not find codec parameters
Вот что бывает :)
А чего так дорого то — $4 за гигабайт это вообще нереально.
Как потом склеивать кусочки и что делать со звуком этих склеек? Что делать если в середине куочек не захочет конвертироваться? Многопоточная обработка видео лучше, чем такой псевдо-рилтайм. К тому же если аплод быстрый, то вас не спасет и пиление по кусочкам, только замедлит всё.
Технологические монстры уже давно кодируют видео во время загрузки, например ютуб — habreffect.ru/files/5b5/f9657a3da/111111111111111.png
(картинкой вставить карма не позволяет)
(картинкой вставить карма не позволяет)
На свой CDNvideo написали API для конвертации на лету при загрузке файла в CDN. Может формировать сразу несколько выходных форматов и разрешений. Возможности аналогичны brightcove. Удобно для SVoD. Может использоваться в пакетном режиме для массовой конвертации с опросом статуса.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Кодирование видео в реальном времени во время загрузки