Flashforum - Die Community zu Adobe Flash, Flex AIR. Web Design und Inspiration.

Jormungand · 19-07-2010, 16:31

Hi zusammen,
ich wollte eine kleine Flashanimation in den Hintergrund einer HTML-Seite einbauen.
Dazu habe ich mir ein paar Strahlen aus Vektoren gebastelt und die per AS2 animiert:

PHP-Code:

  strahlen.onEnterFrame = function() {

this._rotation+=0.2;

}

Die Datei an sich ist gerade mal 1,4 KB groß. Mit meinem Rechner kann ich die Datei ohne Probleme mit meinem Rechner aufrufen, habe aber aus anderen Quellen erfahren, dass ihre Rechner (oder Browser??) in die Knie gehen.

Woran kann das liegen? Es sind doch nur 3 Codezeilen, in denen nichts besonderes drinsteht.

Grüße
Jormungand

Simse179 · 19-07-2010, 17:44

Haben die Strahlen eine Transparenz? Was hast Du denn für eine Framerate eingestellt?
30fps (z.B.) gepaart mit dem onEnterFrame und vielen halbtransparenten
Strahlen dürfte schon ausreichen, um einige Rechner auszubremsen.

Jormungand · 19-07-2010, 18:32

Ja, die Strahlen haben eine Transparenz. Die Framerate liegt bei 31 bps.
Hätte nicht gedacht, dass das so ausschlaggebend ist.
Danke für den Tipp.

Im Bandbreitenprofiler werden gerade mal ca. 1445 Byte angezeigt.
Hast du eine Idee, wie ich da optimieren kann?

**Martin Kraft** · 19-07-2010, 18:33

Die Performance hat nichts mit der Dateigröße zu tun! (Es gibt 1KB kleine swfs die die stärksten Rechner in die Knie zwingen.)

Ich hatte dieses Problem hier auch schonmal und kann nur von Flash-hinter-HTML-Lösungen abraten.

Um das überhaupt hinzubekommen muss ja der wmode auf "transparent" stehen. Dadurch rendert Flash jede Veränderung nicht mehr direkt auf die Bildschirmausgabe, sondern in die Renderengine des Browsers und das bremst diesen völlig aus. Z.B. reagiert der Firefox kaum noch auf Tabwechsel u.ä..

Es gibt wenige Möglichkeiten diese Probleme einzuschränken:

auf kontinuierliche Änderungen verzichten
die SWF bei Interaktionen und Seitenwechseln einzufrieren
ohne wmode="transparent" arbeiten ist das Einzige, was dieses Problem wirklich löst.

Ich bin wie gesagt einmal in dieses Problem gerannt und würde so etwas nie wieder machen...

hgseib · 19-07-2010, 18:37

drehen ist generell eine rechenintensive tätigkeit. wenn das eine grosse fläche ist die du drehst, dann kann das sehr wohl einen rechner 'in die knie zwingen'.

denk dir eine andere animationsform aus.

Jormungand · 19-07-2010, 19:56

Danke für die Antworten. Hab wieder was draus gelernt.
Schade, dass es nicht vernünftig durchsetzbar ist.

Vielen Dank für eure Hilfe. Ich schau, dass ich eine andere Lösung finde...

Grüße
Jormungand

19-07-2010, 16:31	#1 (permalink)
Jormungand Neuer User Registriert seit: Mar 2010 Beiträge: 9	Browser geht in die Knie, trotz kleiner swf Hi zusammen, ich wollte eine kleine Flashanimation in den Hintergrund einer HTML-Seite einbauen. Dazu habe ich mir ein paar Strahlen aus Vektoren gebastelt und die per AS2 animiert: PHP-Code: `strahlen.onEnterFrame = function() { this._rotation+=0.2; }` Die Datei an sich ist gerade mal 1,4 KB groß. Mit meinem Rechner kann ich die Datei ohne Probleme mit meinem Rechner aufrufen, habe aber aus anderen Quellen erfahren, dass ihre Rechner (oder Browser??) in die Knie gehen. Woran kann das liegen? Es sind doch nur 3 Codezeilen, in denen nichts besonderes drinsteht. Grüße Jormungand

19-07-2010, 18:33	#4 (permalink)
Martin Kraft Flash-Designer Registriert seit: May 2006 Ort: Wiesbaden Beiträge: 5.626	Die Performance hat nichts mit der Dateigröße zu tun! (Es gibt 1KB kleine swfs die die stärksten Rechner in die Knie zwingen.) Ich hatte dieses Problem hier auch schonmal und kann nur von Flash-hinter-HTML-Lösungen abraten. Um das überhaupt hinzubekommen muss ja der wmode auf "transparent" stehen. Dadurch rendert Flash jede Veränderung nicht mehr direkt auf die Bildschirmausgabe, sondern in die Renderengine des Browsers und das bremst diesen völlig aus. Z.B. reagiert der Firefox kaum noch auf Tabwechsel u.ä.. Es gibt wenige Möglichkeiten diese Probleme einzuschränken: auf kontinuierliche Änderungen verzichten die SWF bei Interaktionen und Seitenwechseln einzufrieren ohne wmode="transparent" arbeiten ist das Einzige, was dieses Problem wirklich löst. Ich bin wie gesagt einmal in dieses Problem gerannt und würde so etwas nie wieder machen... __________________ Viele Grüße // Martin Martin Kraft // Interaktionsdesign Hilfreiche Websites: // Hilfe zur Adobe Flash Plattform // ActionScript 2 Referenz // ActionScript 3 Referenz // ActionScript 3 Arbeitshandbuch // weitere Flash Ressourcen Bitte keine Flashfragen per PM oder Profilnachricht! Dafür ist das Forum da! Geändert von Martin Kraft (19-07-2010 um 18:38 Uhr)

19-07-2010, 18:37	#5 (permalink)
hgseib Techniker Registriert seit: Sep 2003 Ort: 64807 Beiträge: 16.109	drehen ist generell eine rechenintensive tätigkeit. wenn das eine grosse fläche ist die du drehst, dann kann das sehr wohl einen rechner 'in die knie zwingen'. denk dir eine andere animationsform aus. __________________ die ultimative antwort auf alle programmierfragen: der debugger! - vor eine programmzeile klicken (==roter punkt) - im menü "debuggen" aufrufen - auf den grünen pfeil klicken - im swf etwas machen (der programmablauf hält beim roten punkt) - links die objekte auswählen, variable, interne... mal alles ansehen! mit dem debugger kann man sein programm schrittweisse abarbeiten und in alle variable reinsehen. mfg h.g.seib www.SeibsProgrammLaden.de

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Ansicht
Linear-Darstellung Zur Hybrid-Darstellung wechseln Zur Baum-Darstellung wechseln

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
Tortendiagramm mit dem ascb-package: Performance geht in die Knie	Mr.Twister	ActionScript 3	3	02-04-2007 19:12
Flash geht in die Knie	kidding	Flash Einsteiger	9	14-07-2006 13:35
CPU geht in die Knie, zumind. bei mir...	seth1976	Flash 8	0	15-02-2006 19:36
Rechner geht in die Knie	mib16	ActionScript 1	3	11-06-2004 16:21
duplicateMovie geht in die Knie	Fraenky	Komponenten und SmartClips	3	20-10-2003 12:45

19-07-2010, 17:44	#2 (permalink)
Simse179 Neuer User Registriert seit: Feb 2005 Beiträge: 457	Haben die Strahlen eine Transparenz? Was hast Du denn für eine Framerate eingestellt? 30fps (z.B.) gepaart mit dem onEnterFrame und vielen halbtransparenten Strahlen dürfte schon ausreichen, um einige Rechner auszubremsen.

19-07-2010, 18:32	#3 (permalink)
Jormungand Neuer User Registriert seit: Mar 2010 Beiträge: 9	Ja, die Strahlen haben eine Transparenz. Die Framerate liegt bei 31 bps. Hätte nicht gedacht, dass das so ausschlaggebend ist. Danke für den Tipp. Im Bandbreitenprofiler werden gerade mal ca. 1445 Byte angezeigt. Hast du eine Idee, wie ich da optimieren kann?

19-07-2010, 19:56	#6 (permalink)
Jormungand Neuer User Registriert seit: Mar 2010 Beiträge: 9	Danke für die Antworten. Hab wieder was draus gelernt. Schade, dass es nicht vernünftig durchsetzbar ist. Vielen Dank für eure Hilfe. Ich schau, dass ich eine andere Lösung finde... Grüße Jormungand