Programm auf Windows Server 2016 (Citrix) langsam

[Redeemer]

JPEG ist ja ausschließlich für Fotos geeignet. Ich bezweifle, dass der Briefbogen aus Fotos besteht. Für alles, was kein Foto ist, nimmt man Vektorgrafiken, also normalerweise SVG. Da Reportgeneratoren in der Regel keine verlustfreie Einbindung von SVG unterstützen sondern diese rastern, habe ich mir selbst eine Konvertierung in EMF geschrieben. Häufig in Reports verwendete Vektorgrafiken liegen als Performancegründen direkt als EMF in den Stammdaten vor. Im Repository eines Projekts ist im Normalfall das Icon die einzige Binärdatei.

[dataspider]

OK, da noch weitere Hinweise gekommen sind, versuche ich mal eine Zusammenfassung...

Die Bildgröße ist 2480 x 3508 (A4 300 dpi).
Reduziere ich die Farbe auf 256, ist die BMP noch ca. 8,5 MB groß.
Dabei ist die Qualität immer noch sehr gut, also vom Basisbild eigentlich nicht zu unterscheiden.
Gestaunt habe ich bei Umwandlung in GIF (wie von hanvas empfohlen).
Bei GIF erhalte ich die kleinsten Dateien (280 kB) mit der besten Qualität.
Ich habe allerdings noch nicht probiert, wie schnell ReportBuilder dies dann unter Windows Server 2016 zeichnet.

Ich habe mich auch mit unserem Netzwerk und Citrix Guru beraten, was überhaupt passiert ist.
Die Zeichenroutinen in Delphi auf ein Canvas sind ja Bitmap bezogen.
Dafür braucht es keine Dekomprimierung oder sonstige Berechnungen.
Und deshalb ist wohl Bitmap am schnellsten.

Da es bei Start der Anwendung unter Windows 11 keine Probleme gibt, sondern nur bei Start unter Windows Server 2016,
liegt es nicht an Citrix, nicht am Netzwerk etc. sondern an den Zeichenroutinen im Zusammenhang mit dem Betriebssystem.
Wir vermuten, dass irgendein Windows Update hier ursächlich verantwortlich ist.

Da es momentan schön schnell läuft, will ich nicht mehr so viel Zeit investieren.
Ich probiere das noch mit GIF - Dateien.
Dann probiere ich noch, die Bilder selbst im Code in BMP umzuwandeln (geht wohl im DataSet mit OnGetData).

Für mehr habe ich momentan keine Zeit

Also - noch mal vielen Dank an Alle!

Frank

[paule32.jk]

was spricht denn dagegen, sich die Druckerrei seines Vertrauens zu beauftragen,
eine Vorlage in Print zu geben, die dann auf 500 A4 Blatt in den Drucker eingesetzt werden kann ?

man braucht sich dann um Schlieren im Bild, die durch den mehrmaligen (Eigenen) Druck ergibt, nicht mehr sorgen,
und nur noch den eigentlichen Text, den, so nehme ich mal an, unter einen Laserdrucker (was das Economischte wäre) gedruckt wird.

Dann kann man sich ja auch noch überlegen, ob am Rand Brieffalz-Marken gedruckt werden sollen
(also schon schon von der Druckerrei kommend - da ja Hauseigene Drucker selten über einen Rand von 5mm hinaus kommen).

Falls denn das Saison bedingt ist, kann man ja einfach die Blätter tauschen.
Bei modernen Druckern hat man ja mehrere Einschub-Möglichkeiten.
...
Zumal man dann auch die weiteren Druckkosten für die Rückseite des Briefbogens sparrt, wo dann meinst die AGB's zu finden sind.

[Sinspin]

Zitat von paule32.jk:

was spricht denn dagegen, sich die Druckerrei seines Vertrauens zu beauftragen,
eine Vorlage in Print zu geben, die dann auf 500 A4 Blatt in den Drucker eingesetzt werden kann ?

Ließ erstmal den ersten Post. Dann den zweiten. Den dritten, usw....

Dann sollte dir zumindest klar sein dass es hier NICHT um drucken selbst geht.
Es geht um die Anzeige eines Dialoges, der eine Druckvorschau anzeigt. Dieser Dialog wird aus irgend einem Grund neuerdings langsamer angezeigt wenn remote gearbeitet wird.

[hhcm]

Ich mach es mal kurz.

- Wir nutzen den Reportbuilder schon ewig.
- Plötzlich wurden die Reports nach einem Windows Update sehr langsam/träge
- Digital Metaphors angeschrieben. Das Thema war bereits bekannt.
- Neue Version = Keine Probleme mehr.

Nicht immer aber meistens.

[dataspider]

Der Vollständigkeit halber...

Ich habe im ReportBuilder das TppDBImage durch ein TppImage ersetzt und hole mit das Image über RAP.
Im Delphi lade ich das Bild vom BlobFiled in einen MemoryStream - von dort in ein TWICImage und dann mit
ppImage.Picture.Bitmap.Assign(WICImage)
in das Image des Preview Controls.

Das geht fix und hat noch den Charme, dass der Anwender die Koppfbögen in Grafikformaten ablegen kann, die ReportBuilder nicht unterstützt.

Ich werde auch Digital Metaphors eine Mail zum Problem zukommen lassen.

[paule32.jk]

sofern rechtlich nötig:

würde ich die Bild-Daten auslagern, also nicht in einer Tabelle als Blob speichern.
das könnte die Datenbank auch schneller machen, so dass dann nur Referenzen auf eine Bild-Datei
gespeichert werden, die auf einen lokalen Datenträger liegen.