<div><br></div><div><br><div class="gmail_quote"><div dir="auto">On Sun, 3 Jun 2018 at 14:43, Henri Verbeet <<a href="mailto:hverbeet@gmail.com">hverbeet@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 29 May 2018 at 22:09, Nikolay Sivov <<a href="mailto:bunglehead@gmail.com" target="_blank">bunglehead@gmail.com</a>> wrote:<br>
> Context can render in two ways - populating command list, or rendering to a<br>
> bitmap object. I was thinking we should create a dxgi target when rendering<br>
> to a bitmap and forward calls to it. For command lists we don’t need to<br>
> create a real target.<br>
><br>
Yeah, but I think we'd still like things to work in essentially the<br>
same way. When rendering to a command list, we'd record commands for<br>
later execution. When rendering to a surface we'd do the same, but<br>
also start execution (more or less) immediately, potentially on a<br>
different thread.</blockquote><div dir="auto"><br></div><div dir="auto">Does that imply moving d3d target to such model first? It also looks like a way to make Flush() do something. </div><div dir="auto"><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
</blockquote></div></div>