[maxim1]

Подскажите какую конфигурацию железа надо (процессор память и т.д) для наиболее эффективного транскодирования? У кого есть таблица производительности с разными процессорами ?

[^rage^]

что вы подразумеваете под генерацией mp4 в контексте потоков?

 

ок. контейнер mp4(h.264 + aac) в виде http progressive. в таком же виде некоторым инвалидам отдаётся ts.

 

ессно, при каждом запросе новые заголовки пришиваются.

 

Подскажите какую конфигурацию железа надо (процессор память и т.д) для наиболее эффективного транскодирования? У кого есть таблица производительности с разными процессорами ?

что значит "наиболее эффективного"?

у вас есть константа в виде производительности cpu(один или несколько, в зависимости от числа сокетов). настройки+битрейт+разрешение картинки влияют на качество итоговой картинки и cpu usage.

цифры по cpu искать в x.264 benchmark(нагугливается легко).

[maxlapshin]

Я честно не понимаю, как можно отдавать _поток_ в виде mp4?

 

Не, есть, конечно, некоторые современные методики отдавать _moof_ атомы, но как правило об этом речи не идет, как правило просто путают всё на свете типа mp4 и mpeg4.

 

Для генерации moov атома надо отдать заранее все длины кадров. Поток то тут при чём?

[^rage^]

fragmented mp4. такое клиенты едят нормально.

[maxim1]

наиболее эффективно я имею ввиду то, что имеются, к примеру, разные процессоры с одинаковыми характеристиками (тактовая частота, кол ядер) на одном модно транскодировать 4 канала загрузка будет 100,% а на другом, к примеру, 7 загрузка будет 99% и вот второй буде наиболее эффективный. Проще говоря какое железо выбрать чтобы транскодировать наибольшее количество программ ?

[^rage^]

Проще говоря какое железо выбрать чтобы транскодировать наибольшее количество программ ?

 

что-то вроде этого

[maxlapshin]

т.е. вы говорите о moof атомах?

[boss]

Сколько стоит эта железяка?

 

Отправил в личку

[Ivan_83]

настолько горький ценник?)

[maxlapshin]

Видимо, да. По спекам производителя выходит, что слова про то, что гармоник лучше, чем один двух-процессорный E5, мягко говоря не соответствуют действительности.

 

Выше уже сказали, что речь идет о сотнях тысяч долларов.

 

Прекрасное решение для продавцов (которым надо закрывать план) и попильщиков бюджета (которым надо подставлять карман под откат). В чём плюс для хозяев бизнеса — совершенно непонятно.

[martini]

насколько помню то 120000 баксов ), ну может на пару десятков тысяч ошибся..

[boss]

насколько помню то 120000 баксов ), ну может на пару десятков тысяч ошибся..

 

Все зависит от комплектации .... резервирование источников, резервирование транспортов + кол-во ASI входов.

 

Можно от 120 К и выше, а можно получить цену и меньше.

[devicebusy]

2 ^rage^: дайте пример gst-launch транскодинга mpeg2>h.264 пожалуйста, вторую неделю мануалы курю - никак... :(

[maxlapshin]

Если надо в HLS вещать, то в эрливидео добавился встроенный транскодер. Одной строчкой в конфиге включается.

[devicebusy]

Спасибо за совет, но потоки UDP мультикаст.

[maxlapshin]

ну и чего? У вас в мультикасте оригинал, а транскодировать то вы хотите с какой целью? Наверное по TCP через интернет гнать.

[MATPOC]

Если надо в HLS вещать, то в эрливидео добавился встроенный транскодер. Одной строчкой в конфиге включается.

Мы сейчас рассматриваем варианты доставки IPTV для клиентов на Android, которые не очень хорошо умеют работать с мультикастом. Очевидное решение - on-demand прокси udpxy+nginx не всегда хорошо работает. Предложенный Вами рецепт на flussonic очень дорог - flussonic постоянно подписан на мультикаст группу и занимается перекодированием. То есть flussonic годится только для транзитной передачи мультикаста по http. Или для очень богатых провайдеров, если использовать в качестве платформы для вещания IPTV в HDS/HLS.

 

На КРОС-2013 представитель компании Инетра рассказывала о своём приложении для Android и iOS, там тоже требуется HLS, и они предлагают свой софт для перекодирования мультикаста. Там тоже требуется по процессорному ядру на канал. Есть ли более бюджетные решения перекодирования мультикаста в HLS, которые работали бы динамически, не требуя по ядру на канал?

Изменено 6 июля, 2013 пользователем MATPOC

[maxlapshin]

Если вам транскодировать 100 каналов на 5-7 компьютерах дорого, то о каких вообще «решениях» может идти речь =)

 

Теоретически можно извернуться и попробовать хранить на каждом канале последние 2-3 gop-а что бы их по запросу транскодировать. Просто написание и поддержка этой системы будет сильно дороже, чем 5-10 серверов под транскодирование.

 

Про «одно ядро на канал» — это вы придумали сами, мне просьба эти слова не приписывать.

[Ivan_83]

on-demand прокси udpxy+nginx не всегда хорошо работает

Что вас не устраивает?

У меня есть заменитель udpxy с плюшками, способный держать сильно больше: гиг мультикаста на вход и 3 гига хттп на выход для него не предел.

[paradox_]

вообще чел просил о проксировании а не о транскодированиии,

а лапшину только бы кудато свой hls пристроить,

о другом ничего не слышал не знает не вкурсе

 

иван, ты свой чудо проксик уже третий год дописываешь и самое главное там же чуть чуть осталось так? доделать опцию что бы с конфига считывалось,

но за три года ты это не осилил,

поэтому сиди со своим доморощеным решением и молчи пока не выкатил на паблик

[Ivan_83]

иван, ты свой чудо проксик уже третий год дописываешь и самое главное там же чуть чуть осталось так?

Меньше года проекту.

Работает у людей, кто на тест напросился.

[srg555]

иван, ты свой чудо проксик уже третий год дописываешь и самое главное там же чуть чуть осталось так?

Меньше года проекту.

Работает у людей, кто на тест напросился.

 

Ну Вы либо объявите цену, либо выкладывайте сырцы уже. А иначе это сферический конь в вакууме(я верю, что оно существует, но без возможности скачать/купить/попробовать Ваши посты никому не нужны)

[devicebusy]

ну и чего? У вас в мультикасте оригинал, а транскодировать то вы хотите с какой целью? Наверное по TCP через интернет гнать.

Цель - минимализировать нагрузку на главные трассы от ИПТВ ГС к сетам доступа в населённых пунктах (xPON), то есть выходной поток должен тоже быть мультикаст.У нас большинство линков - РРЛ, и 100мбит/с траффика там очень даже чувствуется. А каналы в основном с DVB-S -SD MPEG2 ( пока около 20 каналов - мы с ИПТВ сервисом только начинаем ). Вот и хотим все транскодировать в H.264, там поток должен выйти до 40-50мбит/с в час пик (PIM-SM на бэкбоне).

Изменено 6 июля, 2013 пользователем devicebusy

[MATPOC]

Если вам транскодировать 100 каналов на 5-7 компьютерах дорого, то о каких вообще «решениях» может идти речь =)

Про «одно ядро на канал» — это вы придумали сами, мне просьба эти слова не приписывать.

"Одно ядро на канал" - это требование решения от Инетра. А то, что flussonic этого не требует - выходит, я неправильно понял Ваши слова на форуме erlyvideo: "flussonic идеально масштабируется по ядрам, но в случае с транскодированием не это вас интересует. Каждое транскодирование идет в отдельном процессе." Проводили ли вы тестирование нагрузки flussonic в режиме транскодирования SD в HDS? Сколько multicast каналов можно транскодировать на среднем ксеоне?

Изменено 18 июля, 2013 пользователем MATPOC

[Ivan_83]

Ну Вы либо объявите цену, либо выкладывайте сырцы уже.

1500 уе в год за один сервер.