> Second issue regarding video redirection. When we come to the point that > all of the channel data are processed and decoded, we will have: > 1. The video playback window geometry, i.e. left, top, with, height, etc. > 2. The visible part of the video window, i.e. the part that is not > obscured by other window. > 3. Video samples, i.e. uncompressed frames that needs to be draw > continuously. > > Assuming we have all the above ready, how the plugin can draw something > on the window? I guess there must be a way to let plugin call a UI > callback? This is even a dynamic virtual channel, which is a sub-plugin > of drdynvc. > > Please share your opinion.
Yes, this is a difficult problem. How to let a plugin manipulate the screen or call a function that manipulates the screen? We could make the plugin open another X connection to the xserver like the clipboard plugin does, but how do you know what window is the freerdp main window? Even if you got the window, you can't just blit to it, the backing store needs to get updated too. It seem like we must provide an API that a plugin can use. I would like to try to consider hardware decoding into the architecture as well. Jay ------------------------------------------------------------------------------ Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar _______________________________________________ Freerdp-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freerdp-devel
