And with CUVID, in particular: It's decoders are very fragile. You did mention that disabling hwaccel (cuvid?) raised your processor load significantly, correct?
Can you confirm whether you're applying any filters down the encoder pipeline? Also, what processor are you using? On 6 June 2018 at 16:14, Carl Eugen Hoyos <[email protected]> wrote: > 2018-06-05 18:29 GMT+02:00, Mitja Pirih <[email protected]>: > > On 05. 06. 2018 16:15, Carl Eugen Hoyos wrote: > >> 2018-06-05 10:55 GMT+02:00, Mitja Pirih <[email protected]>: > >> > >>> I am transcoding a live channel from live source. Everything > >>> works as expected until SAR/DAR changes then ffmpeg > >>> crashes out. > >> > >> If you experience a crash with FFmpeg, please provide > >> backtrace, disassembly and register dump. > > > > Carl Eugene, sorry I should have expressed myself better. > > ffmpeg stopped, there was no kernel crash. > > Thank you for the confirmation. > > It is possible that the hardware encoders (as opposed to > FFmpeg's implementation) do not support aspect change. > You could partly test by using only hardware decoding > and software encoding and by using software decoding > and hardware encoding. > > Carl Eugen > _______________________________________________ > ffmpeg-user mailing list > [email protected] > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > [email protected] with subject "unsubscribe". > _______________________________________________ ffmpeg-user mailing list [email protected] http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email [email protected] with subject "unsubscribe".
