Стрим и битрейт

  • Здравствуйте,


    Не подскажите, плиз, есть ли возможность у VDR управлять битрейтом для стрима по неширокому каналу?


    Заранее спасибо

  • Нашел решение - Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.. Осталось только собрать все в кучу и наслаждаться измененным битрейтом :)

  • Все установил и настроил. Битрейт первого канала уменьшил почти в десять раз! Все работает, как часы. Респект VDR и Саше - автору streamdev-server.

  • у меня тоже в конце концов получилось ---- два момента --- ну никак
    сервер не находил внешнего скрипта ---- оказалось что я от большого ума
    изменил скрипт - вместо /usr/bin/fifo написал просто название команды
    fifo понадеявшись на то что она найдется - так фиг!


    скрипт можно положить по любому адресу задав ему опцию -r path
    -P'streamdev-server -r /vdr/remux.sh' - спасибо free-x подсказал


    и еще - однако и нагружает этот транскодер процесс неслабо! надо поиграть
    параметрами транскодирования - а то моя машинка (целик 2400) не справляется

  • Цитата

    Со слов пользователя Courage


    скрипт можно положить по любому адресу задав ему опцию -r path
    -P'streamdev-server -r /vdr/remux.sh' - спасибо free-x подсказал


    Вот это - интересно! Спасибо, не знал. Я положил скрипт в /root, как было сказано в README. Возможность указания местоположения скрипта упрощает жизнь и упорядочивает данные :)

  • все зависит от патчей в сырцах...в сырцах ArVDR плагин пропатчен так, что можно передавать етот параметр...в родном streamdev-server такого нет

  • в результате опытов с перекодировкой видео на лету
    представляю свой скрипт перекодировщика


    - выкинута (-oac copy) перекодировка аудио - лишние 5-15 % нагрузки на проц


    - кодек видео заменен на mpeg4 - качество картинки с ним намного лучше чем mpeg1video
    попробовал кодек h263p - мне mpeg4 больше понравился
    а кодек h264 нагружает проц на все 100 - идут постоянные обрывы - так что простился и с ним
    остановился на старом добром мпег4


    - подобраны параметры кодека видео
    (vcodec=mpeg4:keyint=250:vqmax=8:vbitrate=400) - на пороге качества и минимальное нагрузка на сеть
    ну а если кодек отпустить на свободу ( просто vcodec=mpeg4 без дополнительных
    параметров) - качество будет просто отличным а нагрузка на сеть вырастет
    незначительно


    - заменено жесткое скалирование (-vf scale=320:240) на скалирование с
    сохранением aspect ratio
    (-vop scale -zoom -xy 320)
    можно рескалировать в какое то количество раз


    Исходный код
    -vop scale -zoom -xy <x>.
    x<=8
        Scale image by factor <x>.
    x>8 
        Set width to <x> and calculate height to keep correct aspect ratio.


    например -vop scale -zoom -xy 0.5 - уменьшение размера в 2 раза
    надеялся что нагрузка снизится на проц -но заментного снижения на кодировщик я не заметил
    наоборот - показалось что качество стало хуже


    - выкинута опция vhq - на качестве практически не сказывается а кодировшик нагружает


    для чистоты эксперимента посмотрел на вынь машине -
    единственный плэйер который подцепил поток с дрима - это VLC
    - при приеме нетранскодированного потока - 100 мегабитная сеть нагружена на 3 % -- процессор Р3 850 загружен на половину
    - при приеме пожатого потока - сеть нагружена менее чем на 1 % - и нагрузка
    на проц снижается примаерно до 25-30 %

  • народ! дайте на-водку ))))
    вышеописанный прием подходит для перекодировки видео и аудио вместе -
    если пытаешься таким макаром встать на радио канал - пишет что то об отсутствии
    видео потока - можно ли mencoder как то сказать чтобы он это игнорировал?

  • Выглядит все очень привлекательно. Вот разберусь с настройкой моей карты и проверю обязательно. Пока, к сожалению, ничего сказать не могу.