<div dir="ltr">Thank you<br><br>All the "non smart" amiko boxes has very similar software (and maybe same decoder), thats why all of them affected by this issue. Even the "amiko impulse 265" (that box is works well with x265, the above x264 error also occurs here ), and even the "amiko 8142 twin c", even though this one is very new product.<br><br>I dont think they fix the older models. The amiko support is very poor. The biggest issues will fixed, but the others is not.<br><br>All the boxes works well with nvenc, or cable tv company used hardware encoders. There were mystical errors earlier with some options on the encoder, but complete fails with play h264 streams not.<br><br>One more questions. If this commit is stay, than what can i do besides, I use an older version of x264 or revert manually that commit every time? Is there any other solution for that?</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>