Odd "missing picture in access unit" warnings after recent hevc parser changes

[James]

Before

[jamrial@archVM build]$ ./ffmpeg -i ../samples/hevc-conformance/MERGE_C_TI_3.bit
ffmpeg version N-73569-gddd86e4 Copyright (c) 2000-2015 the FFmpeg developers
  built with gcc 6.0.0 (GCC) 20150710 (experimental)
  configuration: --enable-gpl --disable-decoders --enable-decoder=hevc --disable-demuxers --enable-demuxer=hevc
  libavutil      54. 28.100 / 54. 28.100
  libavcodec     56. 47.100 / 56. 47.100
  libavformat    56. 40.100 / 56. 40.100
  libavdevice    56.  4.100 / 56.  4.100
  libavfilter     5. 21.100 /  5. 21.100
  libswscale      3.  1.101 /  3.  1.101
  libswresample   1.  2.100 /  1.  2.100
  libpostproc    53.  3.100 / 53.  3.100
Input #0, hevc, from '../samples/hevc-conformance/MERGE_C_TI_3.bit':
  Duration: N/A, bitrate: N/A
    Stream #0:0: Video: hevc (Main), yuv420p(tv), 416x240, 25 fps, 25 tbr, 1200k tbn, 25 tbc
At least one output file must be specified

After

[jamrial@archVM build]$ ./ffmpeg -i ../samples/hevc-conformance/MERGE_C_TI_3.bit
ffmpeg version N-73632-g39a04eb Copyright (c) 2000-2015 the FFmpeg developers
  built with gcc 6.0.0 (GCC) 20150710 (experimental)
  configuration: --enable-gpl --disable-decoders --enable-decoder=hevc --disable-demuxers --enable-demuxer=hevc
  libavutil      54. 28.100 / 54. 28.100
  libavcodec     56. 47.100 / 56. 47.100
  libavformat    56. 40.100 / 56. 40.100
  libavdevice    56.  4.100 / 56.  4.100
  libavfilter     5. 21.100 /  5. 21.100
  libswscale      3.  1.101 /  3.  1.101
  libswresample   1.  2.100 /  1.  2.100
  libpostproc    53.  3.100 / 53.  3.100
[hevc @ 0x1e7bdc0] missing picture in access unit
Input #0, hevc, from '../samples/hevc-conformance/MERGE_C_TI_3.bit':
  Duration: N/A, bitrate: N/A
    Stream #0:0: Video: hevc (Main), yuv420p(tv), 416x240, 25 fps, 25 tbr, 1200k tbn, 25 tbc
At least one output file must be specified

Same with every sample i could test. This does not happen if i force the usage of the new parser before compiling.

Decoding seems unaffected (The fate hevc suit passes), so this is probably harmless. Still, would be nice to find why it happens in the first place and fix it.

[Michael Niedermayer]

the new code feeds extradata through the parser, the old did not. The global extradata does not contain a AU

[Michael Niedermayer]

Fixed in 54882156dd091ce3113a2ad5d977f93a1acd7907