<div dir="ltr"><div dir="ltr"><div>the log messages for dev type are a bug, but it does not fail the render.</div><div>The function: AVHWDeviceType FFVideoStream::decode_hw_activate()</div><div>is using the translation for "none" to detect the intent not to use the hw.<br></div><div>        if( hw_dev && *hw_dev && strcmp(_("none"), hw_dev) ) {</div><div>Apparently your init is applying the english version, as it is in the log msg.</div><div>The result of the hw probe is the same in both cases, and is not a fail.</div><div><b>I will change this to check both with and without get_text() so that it</b></div><div><b>will not report if LANG is not applied.</b></div><div><br></div><div>"Warning: Do not use the option x264opts, as it will eventually be removed. Use x264-params instead."</div><div><b>ok.  we will change that.</b></div><div><br></div><div>f<b>or bluray_format, mpegts_m2ts_mode=1 </b>(changed to 2 by me) causes the transport stream to set<br></div><div>the transport_priority flag if the packet is audio ac3, which is sort of a kludge... but this is</div><div>necessary to get audio to reproduce on my home bluray player (samsung ubd-k8500).  This was</div><div>discovered by checking the diff between the ffmpeg output (which fails on player) and the "sintel"</div><div>iso file from blender site (which works on player).  The mode=2 triggers mode=1 and add the</div><div>transport_priority flag for ac3 audio.  It definitely helps here at home.  Similarly, <b>sdt_period=-1</b></div><div>turns off the service descriptor table output, since this is not a broadcast stream.  I am not an</div><div>expert on mpegts and these changes work for me.  If you have better information, let me know.<br></div><div><br></div><b>for bluray.m2ts</b>, you have added</div><div dir="ltr">fake-interlaced=1<br>bitrate=40000<br>slices=4<br>sar=1:1<br># vbv-maxrate=40000<br># vbv-bufsize=30000</div><div dir="ltr">cin_pix_fmt=yuv420p</div><div dir="ltr">x264opts ... vbv-maxrate=40000:vbv-bufsize=30000</div><div dir="ltr"><br></div><div>These are all good, except that bitrate is computed in bdcreate.C and set in the codec parameters</div><div>for avcodec_open2 call (of open_encoder).  Recently we discovered that the "bitrate" param does</div><div>not always work (change applied 20190922 git e620b69f).  If it is specified, it seems to override</div><div>the codec params (at least in some cases) and the computed rate (that prevents the disc from</div><div>overflowing) is lost.  If you are sure, I can add this, but I do not recommend it.</div><div><br></div><div>Phyllis is going to try these changes, and if they work here at home, then they are good.</div><div><br></div><div>Thanks for the good work.  Stay tuned.</div><div><br></div><div>gg</div><div><br></div></div>