Delphi-PRAXiS
Seite 4 von 5   « Erste     234 5      

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Object-Pascal / Delphi-Language (https://www.delphipraxis.net/32-object-pascal-delphi-language/)
-   -   Delphi Anwendung in RemoteDesktop (RDP) sehr langsamer Aufbau (https://www.delphipraxis.net/211476-anwendung-remotedesktop-rdp-sehr-langsamer-aufbau.html)

Sherlock 27. Sep 2022 15:08

AW: Anwendung in RemoteDesktop (RDP) sehr langsamer Aufbau
 
Na, in der tollen Doku: https://docwiki.embarcadero.com/Libr...RemoteSessions
Du stellst Fragen.

Sherlock

hoika 27. Sep 2022 15:12

AW: Anwendung in RemoteDesktop (RDP) sehr langsamer Aufbau
 
Hallo,
man hätte das auch DoubleBufferingInRemoteSessions nennen können ;)

Rolf Frei 27. Sep 2022 15:28

AW: Anwendung in RemoteDesktop (RDP) sehr langsamer Aufbau
 
Man findet leider niergends eine Info dazu und die nutzlose Hilfe, war wohl eher sarkastisch von dir gemeint. :-)

Das ist alles, was man per Google dazu findet: https://support.tmssoftware.com/t/ta...licker/19141/3

dummzeuch 27. Sep 2022 16:03

AW: Anwendung in RemoteDesktop (RDP) sehr langsamer Aufbau
 
Der damit verbundene Sourcecode ist - hm - "übersichtlich". Es gibt zwei Stellen, in der die Property verwendet wird:
  1. TWinControl.CMRemoteSessionStatusChanged
  2. TWinControl.SetDoubleBuffered

Wobei ich mit "übersichtlich" nicht unbedingt meine, dass es leicht verständlich ist, denn es wird DoubleBuffered temporär auf False gesetzt, wenn es sich um eine Remote Deskop Session handelt, bzw. auf den vorher gespeicherten Wert, wenn nicht.

Wenn ich das richtig interpretiere bewirkt das einfach nur, dass DoubleBuffered in allen von TWinControl abgeleiteten Controls für RDP zwangsweise False ist. Das bedeutet, dass nicht mehr intern gepuffert wird sondern das dem "Grafiktreiber" der Remote Desktop Session überlassen wird.

Rolf Frei 28. Sep 2022 12:29

AW: Anwendung in RemoteDesktop (RDP) sehr langsamer Aufbau
 
Ja das habe ich selber gesehen, aber es ist mir halt nicht klar, wieso das Double Buffering bei RDP ausgeschaltet wird. Was ist der Grund dafür, dass man das macht?

dummzeuch 28. Sep 2022 12:43

AW: Anwendung in RemoteDesktop (RDP) sehr langsamer Aufbau
 
Zitat:

Zitat von Rolf Frei (Beitrag 1512583)
Ja das habe ich selber gesehen, aber es ist mir halt nicht klar, wieso das Double Buffering bei RDP ausgeschaltet wird. Was ist der Grund dafür, dass man das macht?

Double Buffering sorgt vereinfacht dafür, dass mehrere GDI-Zeichenbefehle zusammengefasst auf eine Bitmap angewendet werden und dann diese Bitmap am Bildschirm angezeigt werden. Das erhöht die Datenmenge bei einer RDP-Session, da eine Bitmap statt der Zeichenbefehle übertragen wird. Lokal reduziert es das Flackern.

himitsu 28. Sep 2022 12:45

AW: Anwendung in RemoteDesktop (RDP) sehr langsamer Aufbau
 
Wenn alles geskinnt (bunt bemalt ist), kann das DB aber auch wieder reduzieren ... ein großes Bitmap, anstatt vieler, tweilweise übereinanderliegender, Kleiner.

ULIK 29. Aug 2023 14:59

AW: Anwendung in RemoteDesktop (RDP) sehr langsamer Aufbau
 
Oh Mann, diese Neuerung hat mich hier jetzt 1 Woche Arbeit gekostet, um herauszufinden, warum Zeichenoperationen die Anwendung auf einmal wie flackern lassen, wenn man sie in einer Terminalserversession gestartet hat. :wall:

Eine Bitte an Embarcadero: wäre es möglich, das in der Änderungshistorie deutlicher hervorzuheben? In den Releasenotes von 11.1 findet sich nur eine Zeile dazu, nämlich daß es Qualitätsverbesserungen für RemoteDesktop gegeben hat. That's all.
Immerhin wurde ja an einem durchaus zentralen Property der VCL rumgeschraubt: DoubleBuffered mal eben im Hintergrund zu deaktivieren, find ich irgendwie schon sportlich.

Gibt's da noch irgendwelche Änderungen in Bezug auf RemoteDesktop und dem Anwendungsverhalten, die man nun prüfen sollte?

himitsu 29. Aug 2023 15:05

AW: Anwendung in RemoteDesktop (RDP) sehr langsamer Aufbau
 
Noch mehr Spaß ... DevExpress aktiviert das DoubleBuffered gern, aber nicht nur für seine Komponenten, sondern auch mal für Übergeordnete, bis hoch zur Form, egal ob RDP oder nicht.
So bekämpfen sich dann schonmal VCL und DX. :thumb:

Besonders beschissen ist es, wenn es im FormDesigner passiert und man dann 2 Milliarden Änderungen im commit hat,
jenachdem ob lokal oder im RDP mit Delphi gearbeitet wird, am Besten noch abwechselnd.

Mehrere Entwickler mit unterschiedlichen Monitoren (unterschiedliche DPI und Scalierung), bereiten auch besonders viel Spaß.

ULIK 29. Aug 2023 15:16

AW: Anwendung in RemoteDesktop (RDP) sehr langsamer Aufbau
 
Danke für den Hinweis zu DevExpress. Sollte ich glaub ich auch mal prüfen. Bisher ist mir da zum Glück noch nichts aufgefallen.


Alle Zeitangaben in WEZ +1. Es ist jetzt 23:25 Uhr.
Seite 4 von 5   « Erste     234 5      

Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz