Primeiro de tudo, eu postei esta pergunta no link mas até agora não responde. Estou repostando aqui desde que eu tentei no ubuntu 15. e obtive os mesmos resultados. Eu gostaria de opinar sobre isso.
Im streaming usando OBS no Windows (QuickSync), empurrando 20k bitrate para o segundo PC baseado no Linux (Debian Jessie 8.4.0, 64bit) na área de rede local (1gbps lan-link).
Debian Jessie é uma instalação mínima do Linux sem servidor X (apenas CLI), onde eu compilei e instalei o nginx 1.10. com o módulo rtmp.
Especificações do Debian Jessie:
- AMD Athlon X2 64 4200
- 2 GB de RAM
- Disco rígido normal de 7200 RPM
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;
}
}
}
Minha pergunta é, eu posso transmitir vídeo usando a predefinição SUPERFAST sem gaguejar. Se mal vai para o VERYFAST, o vídeo no twitch está parando a cada 5 segundos por um tempo (sem buffer)
Será que o athlon não é suficiente para transmitir vídeo com velocidade muito rápida? Esta máquina literalmente só precisava de material na CLI Debian apenas para transmitir, então eu não estou perdendo nenhum recurso.
Eu tinha certeza de que posso impulsionar a qualidade de forma mais rápida / mais rápida com esse equipamento.
Depois de usar backfs do ffmpeg 3.0.22 em Jessie, posso dizer que há um leve aumento no desempenho e a qualidade do stream parece ser melhor, mas ainda assim a rápida preset está matando a CPU dual core com 200% de uso.
Alguém poderia elaborar sobre o assunto?