Splashscreen *schnell* anzeigen

[uligerhardt]

Hallo zusammen!

Wir haben unserer Anwendung letzthin einen Splashcreen spendiert. Wenn man sie jetzt lokal startet, kommt selbiger sofort hoch und die Anwendung initialisiert sich, während der Benutzer abgelenkt ist.

Nun wollen unsere Anwender des Exe gern auf einem Netzlaufwerk liegen haben, obwohl es mittlerweile gute 10MB hat. Und dann dauert es nach dem Doppelklick aufs App-Icon leider einige Sekunden, bevor der Splashscreen zu sehen ist - vermutlich weil Windows erst mal die komplette Anwendung über's Netz laden willen, bevor es mit der Ausführung anfängt.

Habt ihr Ideen, wie ich den Splashscreen schneller auf den Schirm kriege? Ein kleines Starter-Exe mit dem Splashscreen schreiben, das die "eigentliche" Anwendung als Exe oder DLL lädt? Oder kann man Teile der "großen" Exe irgendwie markieren, dass sie "später" geladen werden können? Zu dem Problem hab ich irgendwie nichts gefunden, obwohl es zum Thema Splashscreen ja viel zu lesen gibt.

Ciao,
Uli.

[Coder]

hätte da 2 Vorschläge:

ein nicht ganz preiswerter:
ThinApp (der Compiler kostet 8.000 Euro, äh - genau: $8,187.50)
Die damit gepackte (z.B. 1 Microsoft Word 2003 = 1 Datei, bzw. Office = 4 EXE-Dateien) Programmdatei ist klein, da sie exe-komprimiert wird und kann dann komplett über das Netzwerk gestreamt werden. (also das Office kann wohl ziemlich schnell geladen werden - und nur die Teile vom Office die benötigt werden, alle anderen werden bei Bedarf ebenfalls schell nachgeladen)

Also Office kann ohne beim Anwender lokal installiert sein zu müssen per Netzwerk geladen und lokal gestartet werden - man müßte dann nur noch die Sandbox so anpassen, daß Dateien auf dem Anwenderrechner gespeichert werden können. Aber das erklärt einem der Supporter von VMWare dann genau.

http://www.VMWARE.com/products/thinapp/
ne? da wird klar, warum das Teil so teuer ist ...

je nach Größe der Firma/ Geldbeutel erledigt sich das

b) Exepacken mit UPX oder Aspack
muß man schauen, früher war glaub ich ASPACK (kostet) für Delphi Programme besser und schneller als upx. Ob das immer noch so ist, oder in Eurem Fall, weiß ich nicht.

http://www.aspack.com/

http://upx.sourceforge.net/

Mhh, klar, toll ist das nicht für den Arbeitsspeicher, da die Applikation abgekapselt nochmal die gleichen DLLs in den RAM nachlädt (so, oder ähnlich war die Begründung => google/dp)

Vielleicht solltet Ihr auch Grafiken (BMP ?) der GUI in einzelne Dateien auslagern und je nach Bedarf nachladen.
Oder durch JPEG oder PNG ersetzen?