6yktonox Опубликовано 14 января, 2012 (изменено) Ребят, пользовался поиском, гуглом, кучу всего перечитал. Такой вопрос. Необходимо транскодировать около 10 каналов, с запасом 16-18 (udp to http) для этих целей выбран ?vlc?? Исходный канал mpeg-2(~5Mbit, на один канал), на выходе необходим mpeg-4(h264,vb=500,ab=128,w=720,h=576). Все это планируется осуществить на centos|fedora|rhel, какие процессоры рекомендуете? Xeon (X,E)? В транскодировании играет роль гипетрединг(сколько процентов при мультипоточности выигрывается?)? Изменено 14 января, 2012 пользователем 6yktonox Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
6yktonox Опубликовано 18 января, 2012 (изменено) Хорошо, допустим. Серверу на базе двухпроцессорного xeon e5649 какую нагрузку ожидать при транскодировании 10 каналов (1 udp поток = 2-3 тв канала) Изменено 18 января, 2012 пользователем 6yktonox Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Lynx10 Опубликовано 18 января, 2012 (изменено) загрузка будет большая .... не знаю как там на xeon e5649 *2 - но на кваде в потолок и даже больше ..... Вообще транскодирование - это накладное дело.... и им надо пользоваться только когда "ну очень надо" могу сказать что замечено что чем сильнее душить битрейт тем больше проц грузится .... а почему не попробуете .... в чём проблема ? а вот это "(1 udp поток = 2-3 тв канала) " - что имелось ввиду ? Изменено 18 января, 2012 пользователем Lynx10 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
RealResident Опубликовано 19 января, 2012 Хорошо, допустим. Серверу на базе двухпроцессорного xeon e5649 какую нагрузку ожидать при транскодировании 10 каналов (1 udp поток = 2-3 тв канала) 100% с периодическим отваливанием консоли, если RT99 приоритет дадите перекодировщику. В потоках, соответственно, будет пусто -- иногда будут фотографии показываться. Пережатие видео очень дорогая процедура, в основном из-за отсутствия бесплатной реализации алгоритма mp2-->mp4p11. То есть во всех этих пережимателях идет не перевод из мп2 в мп4, а mp2-->raw-->mp4. А вообще чем перекодировать не имеет особого значения ffmpeg или vlc или ещё какой-либо врапер библиотек обработки медиа потоков. Все они используют одни и те же алгоритмы из одних и тех же библиотек и процессор 99% времени проводит в коде этих библиотек, а не в враперах. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
6yktonox Опубликовано 19 января, 2012 (изменено) а почему не попробуете .... в чём проблема ? железо подбирается, не хочется промахнуться а вот это "(1 udp поток = 2-3 тв канала) " - что имелось ввиду ? Экспериментально замечено, что нагрузка на процессор при демультиплексировании и последующем транскодировании 1 канала из потока содержащего 15 тв-каналов - выше, чем того-же тв-канала присутствующего в потоке из 2-3. 100% с периодическим отваливанием консоли Странно получается, на макоси 2-а четырехядерных ксеона тянут 20 каналов, при том что остается запас по процессорному времени. Учитывая, что макось правленый фри - можно проводить некоторую параллель и делать некоторые выводы, питая надежды к 2-ум шестиядерникам.. Изменено 19 января, 2012 пользователем 6yktonox Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
server801 Опубликовано 20 января, 2012 В макоси ядро BSD, а не фри. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
6yktonox Опубликовано 23 января, 2012 спасибо автору http://forum.nag.ru/forum/index.php?showtopic=72625 получил ответ на все интересующие вопросы Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...