I am having trouble with amix producing different results with different
input orders and only one input to amix staying in sync with the video.
I am starting with three video and three audio files, vp8 and opus
encoded. There is a video and audio that go together and are about 32
minutes long.
2017-12-18 21:19 GMT+01:00 Michael Murphy :
> ffmpeg -f lavfi -i anullsrc -rtsp_transport tcp -thread_queue_size 512 -i
> rtsp:// admin:passw...@xx.xx.xx.xxx /544/h264/ch1/main/av_stream -tune
> zerolatency -vcodec libx264 -preset slower -x264opts
> bitrate=4000:vbv-maxrate=4000:vbv-bufsize=166
Worse!
ffmpeg -f lavfi -i anullsrc -rtsp_transport tcp -thread_queue_size 512 -i
rtsp:// admin:passw...@xx.xx.xx.xxx /544/h264/ch1/main/av_stream -tune
zerolatency -vcodec libx264 -preset slower -x264opts
bitrate=4000:vbv-maxrate=4000:vbv-bufsize=166 -g 120 -c:a aac -b:a 128k -f
flv rtmp://
>
> Here's my command line:
>
> ffmpeg -f lavfi -i anullsrc -rtsp_transport tcp -thread_queue_size 512 -i
> rtsp://admin:passw...@xx.xx.xx.xxx/544/h264/ch1/main/av_stream -tune
> zerolatency -vcodec libx264 -preset slower -x264opts
> bitrate=2500:vbv-maxrate=2500:vbv-bufsize=166 -g 120 -pix_fmt y
Fairly new user here trying to stream an IP camera from a Rasberry Pi3 (Debian)
to Youtube for live view.
This works but crashes as the audio and video bitrate do not change and are too
high.
Here's my command line:
ffmpeg -f lavfi -i anullsrc -rtsp_transport tcp -thread_queue_size 512 -i
rts
