refactor(server)!: drop support for pixelOrder

Dealing with multiple formats is sufficiently annoying, there isn't much
need for awkward image layout. This was done for efficiency reason for
bitmap encoding, but bitmap is really inefficient anyway and very few
servers will actually provide bottom to top images (except with GL/GPU
textures, but this is not in scope yet).

Signed-off-by: Marc-André Lureau <marcandre.lureau@redhat.com>
This commit is contained in:
Marc-André Lureau 2025-02-25 18:56:13 +04:00 committed by Benoît Cortier
parent 4e581e0f47
commit db6f4cdb7f
5 changed files with 17 additions and 59 deletions

View file

@ -20,8 +20,8 @@ use ironrdp::server::tokio::sync::mpsc::UnboundedSender;
use ironrdp::server::tokio::time::{self, sleep, Duration};
use ironrdp::server::{
tokio, BitmapUpdate, CliprdrServerFactory, Credentials, DisplayUpdate, KeyboardEvent, MouseEvent, PixelFormat,
PixelOrder, RdpServer, RdpServerDisplay, RdpServerDisplayUpdates, RdpServerInputHandler, ServerEvent,
ServerEventSender, SoundServerFactory, TlsIdentityCtx,
RdpServer, RdpServerDisplay, RdpServerDisplayUpdates, RdpServerInputHandler, ServerEvent, ServerEventSender,
SoundServerFactory, TlsIdentityCtx,
};
use ironrdp_cliprdr_native::StubCliprdrBackend;
use rand::prelude::*;
@ -183,7 +183,6 @@ impl RdpServerDisplayUpdates for DisplayUpdates {
width,
height,
format: PixelFormat::BgrA32,
order: PixelOrder::TopToBottom,
data,
stride: usize::from(width.get()).checked_mul(4).unwrap(),
};