Since driver version 465.89 the callback pfnDisplayPicture doesn’t deliver the decoded frames in display order anymore when using B frames.
Up to driver version 462.59 everything works fine.
Maybe there had been more versions between, but theses are the only versions I could access to narrow the problem down.
The number of decoding buffers are given according to the (new) documentation of min_num_decode_surfaces given in pfnSequenceCallback and also returned.
Does anyone knows something of this behaviour change, because documentation of pfnDisplayPicture still states “Parser triggers this callback when a frame in display order is ready”?