[FFmpeg-user] Warning : Thread message queue blocking

yael Laouar etyali at hotmail.fr
Wed Jun 20 18:41:58 EEST 2018


You're meaning that if I raise the value, it'll simply extend the live stream duration without but problem but there's gonna be a problem at a time ?

The fact is I'm already using the preset configuration ultrafast, I can't go any faster. And when you say lower resolution, you mean the ffmpeg input resolution before transcoding ? Because I can't change that, I'm retrieving frames from the RICOH THETA V and it's 4k.

Speaking about speed indicator : during my stream my value is near constant at speed=0,999. Is that an acceptable value or this 0,001 will add a mini slowdown to the video ? Will, adding -re option, force the speed to 1 withtout drawbacks ?

I post my cmd, inputs are my devices using ffmpeg -list_devices true -f avfoundation -i ""

ffmpeg -thread_queue_size 512 -f avfoundation -i "0:" -thread_queue_size 2048 -f avfoundation -i ":4" -crf 30 -preset ultrafast -strict experimental -vf scale=1920:960 -vcodec libx264 -tune zerolatency -pix_fmt yuv420p -r 30 -g 60 -threads 4 -acodec aac -ac 4 -b:a 512k -map_channel 1.0.0 -map_channel 1.0.1 -map_channel 1.0.2 -map_channel 1.0.3 -map 0:v -map 1:a -f flv rtmp://localhost/live_no_1/mon_flux

Thanks for the help, i appreciate


De : ffmpeg-user <ffmpeg-user-bounces at ffmpeg.org> de la part de Marton Balint <cus at passwd.hu>
Envoyé : mercredi 20 juin 2018 08:21
À : FFmpeg user questions
Objet : Re: [FFmpeg-user] Warning : Thread message queue blocking

On Wed, 20 Jun 2018, yael Laouar wrote:

> Hi all,
> I'm trying to stream live using ffmpeg a set 3D camera and microphone to Facebook in order to realize a 3D live. I've the workflow complete now, meaning that I can stream from my set to Facebook, but I still have a problem.
> If I launch my streaming it will work a little bit but after a while, a ffmpeg warning appears :
> [avfoundation @ 0x7fbd9f000000] Thread message queue blocking; consider raising the thread_queue_size option (current value: 512)

This typically means your system is too slow for realtime transcoding,
therefore the input queue fills up after some time. Raising the input
queue size rarely resolves this. Try using a faster preset or lower
resolution and make sure the speed indicator in the ffmpeg output does not
go below 1x even after a few minutes.

ffmpeg-user mailing list
ffmpeg-user at ffmpeg.org
ffmpeg-user Info Page<http://ffmpeg.org/mailman/listinfo/ffmpeg-user>
This list is for regular user questions like compilation troubles, command-line issues and similar. Please provide your ffmpeg command(s) and complete, uncut, unscripted console output(s) when possible.

To unsubscribe, visit link above, or email
ffmpeg-user-request at ffmpeg.org with subject "unsubscribe".

More information about the ffmpeg-user mailing list