Robert Mader<p>If any sw-decoder people (<a href="https://mastodon.social/tags/dav1d" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>dav1d</span></a>, <a href="https://mastodon.social/tags/ffmpeg" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ffmpeg</span></a>, <a href="https://mastodon.social/tags/vpx" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>vpx</span></a> etc.) read this, do you know how feasible it would be to make decoders:<br>1. support output formats common for hw-decoders, like NV12, P010 etc.? Do some already do, do the <a href="https://mastodon.social/tags/gstreamer" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>gstreamer</span></a> implementions just miss something? Do I miss something?<br>2. support externally allocated buffers, crucially ones with stride != width?</p><p>Both points could help make things more performant - and together they could even allow zero-copy playback with common display engines.</p>