Suspicion that valid random access point is not marked as keyframe in AVCHD samples from Panasonic Lumix GH1 (1080i material)
|Reported by:||rmk||Owned by:|
|Blocking:||Reproduced by developer:||no|
|Analyzed by developer:||no|
This is a follow-up to #3083.
The issue is very similar here, that I-frames that work as random access points (checked by cutting off the beginning of the file until the packet start of such a frame and it decodes fine) are not marked as keyframes by the parser.
The heuristic introduced to fix #3083
if(h->sps.ref_frame_count <= 1 && h->pps.ref_count <= 1 && s->pict_type == AV_PICTURE_TYPE_I)
s->key_frame = 1;
fails here because both, h->sps.ref_frame_count and h->pps.ref_count are 2.
I understand too little of h264 internals to say how that may be changed but maybe the heuristic does not cover the interlaced case.
I don't know if it has anything to do with it but this material is progressive segmented frame (i.e. progressively scanned but encoded as field pictures).