Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

freerdp-any: this client could not display bitmap correctly #10

Closed
silenceli opened this issue Mar 27, 2012 · 2 comments
Closed

freerdp-any: this client could not display bitmap correctly #10

silenceli opened this issue Mar 27, 2012 · 2 comments

Comments

@silenceli
Copy link

Hi,jsorg71

when I come to "Login to xrdp" , I choose freerdp-any "module". then,I get into the windows. everything seems ok except the bitmap. when I open a picture, the picture is displayed as a number of square blocks,some blocks display correctly,but others seems to be upside down ,that is to say , For a bitmap block, the graphics shown in the above should be shown in the below ,the bitmap block is top and bottom reversed.I think may be the coordinates of the bitmap error . I hope you can solve the problem. thank you!
ps:in xrdp.ini freerdp-any "module" set as:
[xrdp6]
name=freerdp-any
lib=libxrdpfreerdp1.so
ip=ask
port=ask3389
username=ask
password=ask

but if i choose rdp-any "module" is setted as
[xrdp5]
name=rdp-any
lib=librdp.so
ip=ask
port=ask3389
in xrdp.ini
every bitmap is display correctly
the version I use:
xrdp version:FreeRDP-xrdp-b124612
FreeRDP version:FreeRDP-FreeRDP-3996620
Client: mstsc

ScreenShot:
@cuzz
Copy link

cuzz commented May 10, 2012

I have the same problem when using XRDP with xrdpfreerdp1.so.
It seems some bitmap block's pixels is up-down in Y coordinate.
There's NO problem when using XRDP with librdp.so.

Test on:
rdp-client: Windows 7 x64, Simplified Chinese. mstsc.
xrdp: CentOS 5.8 Linux x86_64, FreeRDP-FreeRDP-ac5c7cd, FreeRDP-xrdp-c935eb1(xrdpfreerdp1.so) (2012-5-10)
rdp-server: windows 2003, Simplified Chinese.

@LawrenceK LawrenceK mentioned this issue Jul 25, 2012
Closed
@moobyfr moobyfr mentioned this issue Oct 2, 2014
Closed
@metalefty
Copy link
Member

FreeRDP module was removed long ago. Closing.

@paulelong paulelong mentioned this issue Mar 29, 2019
Closed
@Smit-tay Smit-tay mentioned this issue Feb 21, 2020
Closed
@matt335672 matt335672 mentioned this issue Dec 2, 2021
Closed
Nexarian added a commit to Nexarian/xrdp that referenced this issue Feb 14, 2022
@Nexarian
# This is a combination of 24 commits.
1d7fa8e 
# This is the 1st commit message:

Resolution switching without reconnecting.

- Based on https://github.com/jsorg71/xrdp/tree/dynamic_monitor
- Tested with xorgxrdp
- Tested with vnc
- Only works with single monitor.
- Update documentation to clarify the difference between MSTSC and
Microsoft Remote Desktop.
- Does not include compatibility with /gfx at this time, which is still
in testing.
- Updates to include ms-rdpedisp.h header for the 2.2.2 specification of
the protocol.
- Adds new dynamic_monitor_layout struct that shares the number of
monitors with xrdp_client_info.h
- Modification to the original resize setup that works with /gfx.

Depends on neutrinolabs/xorgxrdp#183

# This is the commit message #2:

Merging with egfx.

# This is the commit message #3:

Updating with reset graphics that stabilizes resize.

# This is the commit message #4:

Egfx resizing is stable now.

# This is the commit message #5:

Refactor resizing such that it uses a processing queue.

# This is the commit message #6:

Stability fix for the mac os client.

# This is the commit message #7:

Fixing bug where the resolution may be wrong on startup.

Add an "invalid" marker to the queue, and if the marker is present,
ignore the dynamic resolution update.

# This is the commit message #8:

Updating monitor processing in preparation for merging with xrdp_sec.

# This is the commit message #9:

Refactored monitor processing to be shared.

Both xrdp_sec and the dynamic monitor channel both used very similar
monitor processing routines. They are different specs, but almost
identical in the way they work. Refactor the code to be common so that
the behavior is consistent across the two.

# This is the commit message neutrinolabs#10:

Adding nvenc encoder compatibility.

# This is the commit message neutrinolabs#11:

Fixing build break and remerging with dynamic monitor refactor.

# This is the commit message neutrinolabs#12:

Fixing more breaks.

# This is the commit message neutrinolabs#13:

Fixing more bad merges.

# This is the commit message neutrinolabs#14:

Merging in xorgxrdp_helper hack.

# This is the commit message neutrinolabs#15:

Fixing npe for logging.

# This is the commit message neutrinolabs#16:

Merging with helper fixes.

# This is the commit message neutrinolabs#17:

Misc stability fixes.

# This is the commit message neutrinolabs#18:

More merge fixes.

# This is the commit message neutrinolabs#19:

Improving resize stability.

# This is the commit message neutrinolabs#20:

Refactor resizing

- State machine.
- Mechanisms to make sure the key frame is always sent on resize.
- Stability enhancements.

# This is the commit message neutrinolabs#21:

Fixing typo.

# This is the commit message neutrinolabs#22:

Fix for when H264 is disabled.

# This is the commit message neutrinolabs#23:

Stability enhancement. Prevent infinite loop with Microsoft Remote Desktop MacOS Client.

# This is the commit message neutrinolabs#24:

Removing log that causes problems.
matt335672 pushed a commit to matt335672/xrdp that referenced this issue Feb 25, 2022
@metalefty
Merge pull request neutrinolabs#10 from metalefty/README
67a0b51 
Sync README.md with the wiki
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
3 participants
@cuzz @metalefty @silenceli