RTMP Streaming to Twitch [закрыт]

Прежде всего, я разместил этот вопрос на http://unix.stackexchange.com, но пока не ответил. Я переписываю его здесь, так как я попробовал его на ubuntu 15. и получил те же результаты. Мне хотелось бы на это высказать мнение.

Im потоковая передача с использованием OBS в Windows (QuickSync), подталкивание 20 бит к второму ПК на основе Linux (Debian Jessie 8.4.0, 64 бит) в локальной сети (1 Гбит / с lan link ).

Debian Jessie - это минимальная установка Linux без X-сервера (только CLI), где я скомпилирован и установлен nginx 1.10. с модулем rtmp.

Спецификации Debian Jessie:

nginx.conf:

root@streamer:~# cat /usr/local/nginx/conf/nginx.conf
worker_processes 2;

error_log logs/error.log debug; events {
  worker_connections 1024;
}

rtmp {
  server {
  listen 1935;
  chunk_size 4000;

  application transcode {
  live on;
  record off;
  exec avconv -re -i rtmp://localhost:1935/transcode/1234 -c:v libx264  -preset superfast -g 60 -keyint_min 30 -b:v 2800k -minrate 2800k -maxrate 2800k  -s 1280x720 -r 30 -f flv rtmp://localhost:1935/live/1234;
  }

  application live {
  live on;
  record off;
  push rtmp://live-ams.twitch.tv/app/STREAMKEY;
  }
}
}

Мой вопрос в том, что я могу транслировать видео, используя предварительный набор SUPERFAST без заикания. Если больно переходить к VERYFAST, видео на twitch останавливается каждые 5 секунд на некоторое время (не буферизуется)

Неужели для Athlon недостаточно потокового видео с очень быстрым запросом?

Я был уверен, что смогу повысить качество, как быстрее / очень быстро, с этой установкой.

d12]

После использования ffmpeg 3.0.22 backports на Jessie я могу сказать, что есть небольшое повышение производительности, и качество потока кажется лучше, но все же очень быстрый пресет убивает двухъядерный процессор с 200% -ным использованием.

Может ли кто-нибудь уточнить эту тему?