<div style="font-size: 12pt; font-family: Calibri,sans-serif;"><div>Libavcodec often requires an extra block of lines at the bottom for optimized direct rendering. That is probably why.</div><div><br></div><div>(Sorry for html)</div><div><br></div><div>-- </div><div>Rémi Denis-Courmont</div><div>Sent from my NVIDIA Tegra-powered device</div><br><div id="htc_header">----- Reply message -----<br>De : "XilasZ" <xilasz@gmail.com><br>Pour : "Mailing list for VLC media player developers" <vlc-devel@videolan.org><br>Objet : [vlc-devel] [PATCH] core: do not overwrite visible size<br>Date : sam., nov. 9, 2013 19:06</div></div><br><div dir="ltr"><div><div><div><div><div><div><div><div>Some more feedback, with the patch applied, with a 1280x720 video, swscale is initialized with this input format :<br>  size = 1280x738<br></div>  visible size = 1280x720<br>
</div><div><br>I still don't understand why 738 (since 720 is already a multiple of 16), but at least visible size is correct.<br></div><div><br></div>But in practice, swscale receives those pictures :<br></div>  size = 1280x772<br>
</div>  visible size = 1280x738<br><br></div>So i asked for a resize of 1280x720 to 720x405 to the core, and i get a resize of 1280x738 to 720x405, and a thick bar of green lines as a bonus.<br><br></div>Why do we get a 738 from the decoder ?<br>
</div>What is this 772 coming from ?<br></div></div>