cat /proc/cpuinfo
is telling me: cpu : e5500 revision : 2.1 (pvr 8024 1021) I've not tried VNC, its a little difficult to do so. Another possibly relevant issue, this is cross compiled. However as far as I can tell it is correctly setting architecture as big endian. Are people using this on the PPC with colors coming out correctly? If so I'd assume its a build issue somewhere on my end likely due to cross compile, if not it may be a guacamole bug. Thanks -Larry ________________________________ From: Nick Couchman <[email protected]> Sent: Monday, May 22, 2017 6:56:23 PM To: [email protected] Subject: Re: Power PPC byte order issues? Larry,Also, can you specify which PPC platform you're running on - what hardware, chip, etc.? -Nick On Monday, May 22, 2017 8:23 PM, Mike Jumper <[email protected]> wrote: Can you confirm whether the other protocols like VNC are similarly affected? I'm curious whether this issue is specific to RDP / FreeRDP. - Mike On May 22, 2017 15:53, "Larry Foard" <[email protected]> wrote: > I've encountered a 16 bit RDP pixel byte order issue on power PC. > > > I can manually reorder the bytes in the 16 bit color pixel and it works, > but doesn't otherwise. > > > This is likely a build issue, people do seem to be using guacamole on PPC > and PPC64? > > > Can anyone confirm that 16 bit RDP graphics are indeed known to work with > guacamole running on a power PC system? > > If so, where is the byte ordering normally adjusted? > > > Thanks > > -Larry >
