On Sun, Oct 11, 2015 at 09:27:13PM +0200, wm4 wrote: > On Sun, 11 Oct 2015 21:22:40 +0200 > Michael Niedermayer <mich...@niedermayer.cc> wrote: > > > On Sun, Oct 11, 2015 at 07:05:27PM +0200, wm4 wrote: > > > The AVCodecContext.get_format callback is not only used for pixel format > > > negotiation with the API user, but also for hwaccel init. For the > > > latter, it's required that some codec parameters, in particular the > > > codec profile, are set when the callback is invoked. > > > > > > This patch removes a get_format invocation where this is not guaranteed. > > > The codec parameters, including the profile, are really set further > > > below. (The same code path that sets the profile also calls get_format > > > properly too.) > > > > > > This just happened to work by coincidence in most cases. For example, if > > > the API user just copied or reused the AVStream's AVCodecContext when > > > decoding, the profile would be set properly. But in some cases it > > > fails., such as with the sample WolfensteinTwitch.mp4 on the samples > > > server. > > > > > > Remove the redundant get_format call. Apparently it serves no purpose > > > anymore, although it is possible that this was different at the time it > > > was added in commit ffd77f94a26be22b8ead3178ceec3ed39e68abc5. > > > > > > This fixes hwaccel usage for API users which do not set the profile > > > when setting up the AVCodecContext (which is allowed). > > > --- > > > libavcodec/h264_slice.c | 14 -------------- > > > 1 file changed, 14 deletions(-) > > > > ive posted an alternative patchset of 2 patches which should prevent > > get_format() from being called. That would leave the check in place > > I would prefer getting rid of this completely, because it looks > redundant. My patch also manages to get rid of the weird J format > handling (kill it with fire). >
> Do you have a sample that breaks with my patch? none of the files i tried [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Everything should be made as simple as possible, but not simpler. -- Albert Einstein
signature.asc
Description: Digital signature
_______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel