Open mypopydev opened 6 years ago
But add max_muxing_queue_size >=219, this function will work: /ffmpeg -y -threads 52 -i /home/barry/Sources/umd_dev/FFmpeg/./tests/data/lavf-fate/lavf.ogv -max_muxing_queue_size 219 -acodec copy -f null /dev/null
./ffmpeg_g -y -threads 52 -i /home/barry/Sources/umd_dev/FFmpeg/./tests/data/lavf-fate/lavf.ogv -an -f null /dev/null -loglevel 99
./ffmpeg -y -threads 51 -i /home/barry/Sources/umd_dev/FFmpeg/./tests/data/lavf-fate/lavf.ogv -max_muxing_queue_size 116 -acodec copy -f null /dev/null
The reason for the abnormal exit of the program is that when writepacket, the number of audio entries into the queue exceeds the upper limit of 128, so the program chooses to exit abnormally.
When max_muxing_queue_size is set too small, the got_output parameter returned to the decode function by the 52 decoding threads that are started is always 0, so video cannot writepacket, causing the queue to be handled abnormally. When the number of bytes written by audio exceeds the upper limit, it will exit abnormally.
make fate-lavf-fate-ogg_vp8 THREADS=52 fail
./ffmpeg -y -threads 52 -i /home/barry/Sources/umd_dev/FFmpeg/./tests/data/lavf-fate/lavf.ogv -acodec copy -f null /dev/null get error like