Neues Video: Gestalten eines glänzenden 3D-Text-Effekts (Silverlight 3)

Hallo Daniel,

danke für Deinen Kommentar und die Hinweise.

Wegen möglicher Performanceprobleme stimme ich Dir zu. Ich meine aber, dass das deswegen vielleicht etwas entspannter gesehen werden kann, weil nach meinem Geschmack Effekte im Design ohnehin sparsam eingesetzt werden sollten. Wenn ein Design mit Effekten überladen ist, wirkt es einfach nicht mehr.

Man kann beim schwarzen Tiefenschatten den Blur-Effekt zwar weglassen. Aber dann ist der Tiefenschatten halt ziemlich scharfkantig. Durch den Blur-Effekt wirkt das Ganze einfach echter.

Das Beispiel in der Epression Gallery ist ein bißchen anders gebaut (http://gallery.expression.microsoft.com/en-us/LBSHD), arbeitet aber auch mit Blur-Effekten. Ein Blur-Effekt hängt am Z-Index 0, was bewirkt, dass man den schwarzen Z-Index -1 garnicht mehr als solchen wahrnimmt, sondern der Schwarzanteil teilweise auf Z-Index 0 einwirkt. Dadurch wirkt dann der Z-Index 0 richtig plastisch. Zoom das mal auf 1000% im Browser und Du wirst selbst dann den schwarzen Z-Index -1 nicht als solchen sehen, nur den plastischen Effekt bei Z-Index 0. Solche Sachen gehen aber soweit ich das blicke eben nur mit Effekten, hier einem Blur-Effekt. Mit nem normalen Farbverlauf bekommt man solche Plastizität nicht hin. Performancemäßig mag das problematisch werden, aber manche Gestaltungen gehen mit XAML einfach nicht anders. Es sei denn man nimmt ein PNG. Dann aber geht die Dynamik flöten, wenn man z.B. den Text-Inhalt über ein DataBinding verändern muss.

Wie Apple das macht wußte ich bisher nicht. Verstehe ich Dich aber richtig, dass die Apple-Variante aus zwei Ebenen besteht? Andernfalls würde es ja meinem Vorgehen im Beispielvideo entsprechen: Hinter dem Vordergrund liegt eine schwarze (leicht nach rechts und oben) und dahinter eine weiße Ebene (noch etwas weiter leicht nach rechts aber leicht nach unten).

Oder meinst Du den Schein nach hinten, den ich eingebaut habe?

Beste Grüße,
M. (LawBot/SilverLaw)

Ok, klare Aussage. Kein Bitmap Effekt ist die bessere Alternative. Aber Dein Blog Post und die beiden von Mike Snow und Mike Taulty verstehe ich schon so, dass Hardwarebeschleunigung und gezieltes Bitmap Cashing sinnvoll sein kann.

Das Problem sehe ich darin, das Ziel eines gezielten Bitmap Cashing zu definieren. Das Ziel kann ja letztlich nur der konkrete Rechner sein, auf dem eine Silverlight-Anwendung läuft.

Du schreibst in Deinem Blog Post z.B., dass gerade bei Vergrößerungen die Qualität leidet. Das könnte man doch aber im CasheMode BitmapCashe durch eine Erhöhung des Werts von RenderAtScale entschärfen. Je nach dem wie leistungsfähig dann die Grafikkarte auf einem konkreten System ist, kann das dann aber wiederum zu Performancebeeinträchtigungen führen, weil mit erhöhtem RenderAtScale auch der Traffic zur Grafikkarte zunimmt. Ich weiß nicht, ob es zur Laufzeit in Silverlight möglich ist, die Leistungsfähigkeit der GPU abzufragen. Wenn das möglich ist, könnte man je nach Leistungsfähigkeit und Auslastung der GPU zur Laufzeit zwischen verschiedenen RenderAtScale-Werten switchen, um so individuell die bestmögliche Performance zur Laufzeit zu erzielen. Da Bitmap Cashing auf einzelne UIElemente angewendet wird, würde das bei mächtigen Anwendungen dann nur ziemlich schnell ziemlich komplex werden.

Jedenfalls ist das ein sehr interessanter und wichtiger Bereich. Vielleicht wäre Hardwarebeschleunigung und Bitmap Cashing ja mal ein Thema für ein Video!?

Deine Anregung für ein Custom Control werde ich auf jeden Fall mal aufgreifen und umsetzen.

Beste Grüße,
M.