<div dir="ltr">This issue has been fixed. (<a href="https://code.videolan.org/videolan/x264/commit/f9af2a0f71d0fca7c1cafa7657f03a302da0ca1c">f9af2a0f</a>) <br><br>Now, all devices are working properly as before.<br><br>Thank you.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Henrik Gramner <<a href="mailto:henrik@gramner.com">henrik@gramner.com</a>> ezt írta (időpont: 2019. jún. 24., H, 17:36):<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Mon, Jun 24, 2019 at 5:07 PM Attila József <<a href="mailto:user1894@gmail.com" target="_blank">user1894@gmail.com</a>> wrote:<br>
><br>
> Hi.<br>
><br>
> I want to report an interesting bug.<br>
><br>
> I use ffmpeg with x264 lib for lot of tasks. Nowadays, i realize that some encoded video is not playable on some set-top boxes anymore. I started  lokking for the error. After lot of compilling, and testing, i found exactly one commit, that related to this problem. Before that commit, encoded video works perfectly on every device. After this, only with baseline profile, and/or with interlaced fields.<br>
><br>
> the commit:<br>
> ----<br>
> 92d36908cbafd2a6edf7e61d69f341027b57f6f8<br>
><br>
> Author: Yusuke Nakamura <<a href="mailto:muken.the.vfrmaniac@gmail.com" target="_blank">muken.the.vfrmaniac@gmail.com</a>><br>
> Date:   Mon Apr 9 11:01:28 2018 +0900<br>
><br>
>     Signal Progressive and Constrained profiles<br>
><br>
>     Progressive High, Constrained High, and Progressive High 10.<br>
><br>
>     Even in Main profile, constraint_set4_flag is now set to 1 if progressive,<br>
>     and constraint_set5_flag is set to 1 if no B-slices are present.<br>
> ----<br>
><br>
> According to my experiences, many amiko boxes affected to this problem, like:<br>
> amiko mini hd<br>
> amiko 8140c se<br>
> amiko 8142 twin c<br>
> amiko impulse<br>
> Amiko Mini HD265<br>
><br>
> Please help me.<br>
<br>
It's an issue with your decoder(s) as they fail if one of the<br>
previously reserved bits is now 1 instead of 0 which they really<br>
should be ignoring, so you should probably send a bug report to the<br>
manufacturer.<br>
<br>
It seems there are a few different devices with the same issue though,<br>
so maybe we should just revert this change since I don't have much<br>
faith in decoder manufactures fixing bugs, especially for older<br>
products.<br>
_______________________________________________<br>
x264-devel mailing list<br>
<a href="mailto:x264-devel@videolan.org" target="_blank">x264-devel@videolan.org</a><br>
<a href="https://mailman.videolan.org/listinfo/x264-devel" rel="noreferrer" target="_blank">https://mailman.videolan.org/listinfo/x264-devel</a><br>
</blockquote></div>