[x264-devel] Different pic_init_qp_minus26 cause stitching to fail.

[Anders Rein]

Hi, 

Thanks for your reply!

Changing the SPS/PPS ID of one of the clips and then having both SPS/PPS' in the video seems to be the more correct solution, but unfortunately this is not widely supported by decoders/players. Since we are delivering content to various mobile device it is important that it works on as many phones as possible.

I think something like --stitchable would be exactly what we are looking for.

Anders
________________________________________
Fra: x264-devel-bounces at videolan.org [x264-devel-bounces at videolan.org] på vegne av Jason Garrett-Glaser [jason at x264.com]
Sendt: 22. mai 2013 17:29
Til: Mailing list for x264 developers
Emne: Re: [x264-devel] Different pic_init_qp_minus26 cause stitching to fail.

On Wed, May 22, 2013 at 2:02 AM, Anders Rein <are at vizrt.com> wrote:
> Hi,
>
> I am working on a software which transcodes clips and commercial to
> different resolution and serve the correct content to various media devices.
> We've been using x264 via ffmpeg for encoding h264. Recently we updated x264
> from snapshot-20120705 to snapshot-20130303. This caused our stitching of
> commercial and video content to fail.
>
> The stitching fails because the pic_init_qp_minus26 in the
> picture_parameter_set differs between the clips. The results vary from foggy
> and saturate results to complete crash (depending on the decoder).

Is the video not allowed to keep the PPS and SPSs from each of the
stitched sections?

If not, maybe I could add a --stitchable option?

Jason
_______________________________________________
x264-devel mailing list
x264-devel at videolan.org
http://mailman.videolan.org/listinfo/x264-devel