[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 would 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
On 05/22/2013 05:29 PM, Jason Garrett-Glaser wrote:
> 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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/x264-devel/attachments/20130524/e9da99d5/attachment.html>