6yktonox Posted January 14, 2012 (edited) · Report post Ребят, пользовался поиском, гуглом, кучу всего перечитал. Такой вопрос. Необходимо транскодировать около 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)? В транскодировании играет роль гипетрединг(сколько процентов при мультипоточности выигрывается?)? Edited January 14, 2012 by 6yktonox Share this post Link to post Share on other sites
6yktonox Posted January 18, 2012 (edited) · Report post Хорошо, допустим. Серверу на базе двухпроцессорного xeon e5649 какую нагрузку ожидать при транскодировании 10 каналов (1 udp поток = 2-3 тв канала) Edited January 18, 2012 by 6yktonox Share this post Link to post Share on other sites
Lynx10 Posted January 18, 2012 (edited) · Report post загрузка будет большая .... не знаю как там на xeon e5649 *2 - но на кваде в потолок и даже больше ..... Вообще транскодирование - это накладное дело.... и им надо пользоваться только когда "ну очень надо" могу сказать что замечено что чем сильнее душить битрейт тем больше проц грузится .... а почему не попробуете .... в чём проблема ? а вот это "(1 udp поток = 2-3 тв канала) " - что имелось ввиду ? Edited January 18, 2012 by Lynx10 Share this post Link to post Share on other sites
RealResident Posted January 19, 2012 · Report post Хорошо, допустим. Серверу на базе двухпроцессорного xeon e5649 какую нагрузку ожидать при транскодировании 10 каналов (1 udp поток = 2-3 тв канала) 100% с периодическим отваливанием консоли, если RT99 приоритет дадите перекодировщику. В потоках, соответственно, будет пусто -- иногда будут фотографии показываться. Пережатие видео очень дорогая процедура, в основном из-за отсутствия бесплатной реализации алгоритма mp2-->mp4p11. То есть во всех этих пережимателях идет не перевод из мп2 в мп4, а mp2-->raw-->mp4. А вообще чем перекодировать не имеет особого значения ffmpeg или vlc или ещё какой-либо врапер библиотек обработки медиа потоков. Все они используют одни и те же алгоритмы из одних и тех же библиотек и процессор 99% времени проводит в коде этих библиотек, а не в враперах. Share this post Link to post Share on other sites
6yktonox Posted January 19, 2012 (edited) · Report post а почему не попробуете .... в чём проблема ? железо подбирается, не хочется промахнуться а вот это "(1 udp поток = 2-3 тв канала) " - что имелось ввиду ? Экспериментально замечено, что нагрузка на процессор при демультиплексировании и последующем транскодировании 1 канала из потока содержащего 15 тв-каналов - выше, чем того-же тв-канала присутствующего в потоке из 2-3. 100% с периодическим отваливанием консоли Странно получается, на макоси 2-а четырехядерных ксеона тянут 20 каналов, при том что остается запас по процессорному времени. Учитывая, что макось правленый фри - можно проводить некоторую параллель и делать некоторые выводы, питая надежды к 2-ум шестиядерникам.. Edited January 19, 2012 by 6yktonox Share this post Link to post Share on other sites
server801 Posted January 20, 2012 · Report post В макоси ядро BSD, а не фри. Share this post Link to post Share on other sites
6yktonox Posted January 23, 2012 · Report post спасибо автору http://forum.nag.ru/forum/index.php?showtopic=72625 получил ответ на все интересующие вопросы Share this post Link to post Share on other sites
