<div dir="ltr">Hi Vitali,<div><br></div><div>thank you for replying to this since this issue really does bother me. We are processing them in a different thread - we used to do that directly in the callback, but if the updates are frequent we cannot achieve a normalized frame rate for the encoded video stream of the desktop (and also we start to slow down the machine - running RGB to NV12 conversions for a 9600x5400 screen take some time, and if more than a single update occurs between two frames with a given rate there is not much sense running the conversion twice). Now we simply push the corrdinates from NotifyUpdate in a list, which is processed from another thread based on a timer which gives us normalized encoding times. </div><div><br></div><div>So with such a scenario in mind - any ideas? :) </div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-05-19 21:56 GMT+03:00 Vitali Pelenjow <span dir="ltr"><<a href="mailto:Vitali.Pelenjow@oracle.com" target="_blank">Vitali.Pelenjow@oracle.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Rudolfs,<br>
<br>
how the custom frontend reads pixels: directly in IFramebuffer::NotifyUpdate or from a different thread?<br>
If pixels are read in IFramebuffer::NotifyUpdate, then technically it should be ok, i.e. AFAIK the framebuffer<br>
it not changed at the time.<br>
<br>
Thanks,<br>
Vitali.<br>
<br>
Rūdolfs Bundulis wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">
Hi,<br>
<br>
after transferring my custom frontend code to VirtualBox 5 I started to notice small artifacts in the video stream - I assume since there are no more Lock() and Unlock() methods I may be reading the pixels while another update is actually in progress. Is there any mechanism to implement a syncrhonized access to the framebuffer (using something internal from vbox dlls is fine for me, I am already dynamically loading them to enable OpenGL redirection).<br>
<br>
Best Regards,<br>
Rudolfs Bundulis<br>
<br>
<br></div></div>
_______________________________________________<br>
vbox-dev mailing list<br>
<a href="mailto:vbox-dev@virtualbox.org" target="_blank">vbox-dev@virtualbox.org</a><br>
<a href="https://www.virtualbox.org/mailman/listinfo/vbox-dev" rel="noreferrer" target="_blank">https://www.virtualbox.org/mailman/listinfo/vbox-dev</a><br>
</blockquote>
<br>
</blockquote></div><br></div>