6yktonox Posted January 14, 2012 Posted January 14, 2012 (edited) Ребят, пользовался поиском, гуглом, кучу всего перечитал. Такой вопрос. Необходимо транскодировать около 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 Вставить ник Quote
6yktonox Posted January 18, 2012 Author Posted January 18, 2012 (edited) Хорошо, допустим. Серверу на базе двухпроцессорного xeon e5649 какую нагрузку ожидать при транскодировании 10 каналов (1 udp поток = 2-3 тв канала) Edited January 18, 2012 by 6yktonox Вставить ник Quote
Lynx10 Posted January 18, 2012 Posted January 18, 2012 (edited) загрузка будет большая .... не знаю как там на xeon e5649 *2 - но на кваде в потолок и даже больше ..... Вообще транскодирование - это накладное дело.... и им надо пользоваться только когда "ну очень надо" могу сказать что замечено что чем сильнее душить битрейт тем больше проц грузится .... а почему не попробуете .... в чём проблема ? а вот это "(1 udp поток = 2-3 тв канала) " - что имелось ввиду ? Edited January 18, 2012 by Lynx10 Вставить ник Quote
RealResident Posted January 19, 2012 Posted January 19, 2012 Хорошо, допустим. Серверу на базе двухпроцессорного xeon e5649 какую нагрузку ожидать при транскодировании 10 каналов (1 udp поток = 2-3 тв канала) 100% с периодическим отваливанием консоли, если RT99 приоритет дадите перекодировщику. В потоках, соответственно, будет пусто -- иногда будут фотографии показываться. Пережатие видео очень дорогая процедура, в основном из-за отсутствия бесплатной реализации алгоритма mp2-->mp4p11. То есть во всех этих пережимателях идет не перевод из мп2 в мп4, а mp2-->raw-->mp4. А вообще чем перекодировать не имеет особого значения ffmpeg или vlc или ещё какой-либо врапер библиотек обработки медиа потоков. Все они используют одни и те же алгоритмы из одних и тех же библиотек и процессор 99% времени проводит в коде этих библиотек, а не в враперах. Вставить ник Quote
6yktonox Posted January 19, 2012 Author Posted January 19, 2012 (edited) а почему не попробуете .... в чём проблема ? железо подбирается, не хочется промахнуться а вот это "(1 udp поток = 2-3 тв канала) " - что имелось ввиду ? Экспериментально замечено, что нагрузка на процессор при демультиплексировании и последующем транскодировании 1 канала из потока содержащего 15 тв-каналов - выше, чем того-же тв-канала присутствующего в потоке из 2-3. 100% с периодическим отваливанием консоли Странно получается, на макоси 2-а четырехядерных ксеона тянут 20 каналов, при том что остается запас по процессорному времени. Учитывая, что макось правленый фри - можно проводить некоторую параллель и делать некоторые выводы, питая надежды к 2-ум шестиядерникам.. Edited January 19, 2012 by 6yktonox Вставить ник Quote
server801 Posted January 20, 2012 Posted January 20, 2012 В макоси ядро BSD, а не фри. Вставить ник Quote
6yktonox Posted January 23, 2012 Author Posted January 23, 2012 спасибо автору http://forum.nag.ru/forum/index.php?showtopic=72625 получил ответ на все интересующие вопросы Вставить ник Quote
.png.5d2afa2996cc6a85d0f2c09b92dd0a28.png)
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.