I forgot to add:
For testing, use -g workarea for now. I had to add this option for
RemoteApp, but you can use it for regular RDP as well. RemoteApp requires
the work area of the local OS to be synchronized with the remote OS. I'll
improve command line options in the future so it's not needed to manually
specify -g workarea.
On Thu, Aug 18, 2011 at 1:39 AM, Marc-André Moreau <
marcandre.mor...@gmail.com> wrote:
> Hi All,
>
> As the title of this email says, there are some nice developments happening
> with RemoteApp in 1.0. I am very close to getting it usable. It's currently
> getting good, but not perfect yet, there are a couple of glitches to fix,
> and we're not even talking of all the advanced crazy features we could add
> in a RemoteApp client. A lot of information is sent by the server, so very
> deep integration with the local OS can be done, it just depends how much
> effort we put onto it.
>
> Here is a screenshot showing multiple applications running over RemoteApp:
> http://img834.imageshack.us/img834/6293/freerdpremoteapp.png
>
> The local OS is Ubuntu 11.04, and the test server is Windows Server 2008 R2
> SP1. I have exported the command prompt as a RemoteApp program with the
> alias "cmd", so the command I'm using to connect looks like this:
>
> ./client/X11/xfreerdp -u username -p password --app --plugin
> channels/rail/rail.so --data "||cmd" -- 192.168.1.200
>
> Don't forget to prefix "||" to your command alias, which is needed for some
> reason.
>
> One interesting thing to note is that RemoteApp can work with RemoteFX, so
> you can add --rfx and you'll get a RemoteFX RemoteApp session. The way it
> works is that the server draws everything on a hidden backbuffer, and then
> gives you all the information necessary to know what is a window and how to
> cut it out from that backbuffer properly. Because of this, there's no
> difference between regular RDP and RemoteApp for drawing operations.
>
> At this point you'll get some windows improperly refreshed, focus out /
> focus in and it'll be ok. I'm pretty sure it has to do with X11 event
> handling and forcing a redraw. I might as well figure it out very soon
> anyway. Drawing is quite slow for large windows since I'm currently copying
> the entire window region every time (very inefficient). I'll improve the
> code later on to only draw on windows which have an invalid region, that'll
> boost performance a lot.
>
> Feel free to give it a shot now even though it's early support. Things
> should be improved soon.
>
> Best regards,
> - Marc-Andre
>
------------------------------------------------------------------------------
Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
user administration capabilities and model configuration. Take
the hassle out of deploying and managing Subversion and the
tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
_______________________________________________
Freerdp-devel mailing list
Freerdp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freerdp-devel