Hi, Yes, the the DEMAND_ACTIVE_PDU gets twice sometimes.
I am trying to dump the data that the server sends when connected over RFX [ when we get the black screen as no decoder is present yet.] after the logon info PDU. To analyse if the data after decrypt is RFX valid data? I compiled the FreeRDP using the --with-debug option and executed freerdp. I also uncommented the HEXDUMP in surface.c file, surface_cmd() func. I see a lot of the surface_cmd dump data.. after the connection sequence. I see the HEXDUMP with surface_cmd: cmdType 4 and 6. but the document mentions CMDTYPE_SET_SURFACE_BITS which is 0x0001. Am i reading wrong? 2: Why is the padding in the SHARE_CAPABILITIES missing? Please help me to understand as i have begun this project recently. Regards Vikas KM On Wed, 2011-03-16 at 00:17 -0700, Jay Sorg wrote: > > I am little confused with the capabilities the server sends with DEMAND > > ACTIVE PDU. > > > > When i connect the freeRDP using RDP [that is no RFX] i get around 18 > > capabilities in DEMAND ACTIVE PDU. > > > > but when i connect it using RFX i get 19 capabilities. > > > > Why is the extra capability. > > > > What i understand is.. the server should send all the capabilities and > > client will reply with what capabilities it can support. > > > > So this means the server should send all the capabilities all the time. > > > > Can anyone clarify me on this.? > > When you connect RemoteFX, you are using MS new user mode RDP server. > Traditionally, MS RDP server is kernel mode. > Windows 8 will only include the user mode RDP server. They are > finally scrapping the kernel mode RDP server. > This is why you see the cap differences and sometimes you get them twice. > > > Even the capability 0x1e is undocumented. what exactly is this? > > CAPSET_TYPE_FRAME_ACKNOWLEDGE > > Jay ------------------------------------------------------------------------------ Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d _______________________________________________ Freerdp-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freerdp-devel
