On Tue, 31 Jan 2017 22:12:24 +0100 Timo Rothenpieler <t...@rothenpieler.org> wrote:
> > IIRC, past conversations on this have concluded that the 'avconv' > > rewrite will allow this by > > avoiding the current problem that the encoder is fully initialised up > > front before the cuvid > > parser can run. Presumably, at some point in the future, we'll get > > through the merge backlog > > and eventually get that in. > > > > In the meantime, I'm ok with this change. In the cases where the format > > is set correctly it > > will help, and in the cases where it is not set, it will degrade to the > > current behaviour. > > As such it's strictly an improvement. > > > > It will also not be an issue anymore once the new hw_device_ctx api > lands, at which point I'll move the creation and handling of > hw_frames_ctx entirely into cuvid.c. > > Until that happens, this patch is fine with me as well. Sure then. Although "temporary" hacks have a tendency not to remain temporary, it's quite likely this will work out. _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
