On 20-04-2019 02:07 AM, Scott Freeman wrote:
thanks for the reply Carl. You are correct and apologies for not sending the
output. it’s been a while since last posting to this group.
The issue was found and I made rookie mistake by setting -vsync 0 on the input.
As for the x264 prams, you are
Ok, I removed -hide_banner and -f live_flv. I was not able to switch to file
input because the test file I’m using is too large for the machine I’m running
ffmpeg on. Here is what ffmpeg is reporting about the incoming rtmp stream.
ffmpeg -i rtmp://localhost/myapp/test01
ffmpeg version N-9356
thanks for the reply Carl. You are correct and apologies for not sending the
output. it’s been a while since last posting to this group.
The issue was found and I made rookie mistake by setting -vsync 0 on the input.
As for the x264 prams, you are correct again - i am weeding those out as I
tes
2019-04-19 21:25 GMT+02:00, Scott Freeman :
> I am not sure if I am missing an option in decode (which I have none set)
> but I am shooting for an output file that is CFR rater than VFR. The sources
> are VFR.
> I am using tesla M60’s on AWS with Driver Version: 418.40.04 CUDA Version:
> 10.1, ffmp
I am not sure if I am missing an option in decode (which I have none set) but I
am shooting for an output file that is CFR rater than VFR. The sources are VFR.
I am using tesla M60’s on AWS with Driver Version: 418.40.04 CUDA Version:
10.1, ffmpeg version N-93469-gd0b174d7df
the cmd example is: