Stefan Roßkopf: Problem mit AnimGIF und verschiedenen Browsern

Hi,

ich habe ein kleineres Problem mit folgender Grafik und dem GIF- Animator bzw. Netscape Navigator.
<img src="http://www.sps-web.demain.gif" alt="">

Diese wird im GIFAnimator so angezeigt, wie ich sie haben moechte. Im IE ruckelt es irgendwie reichlich, und im Netscape wird der vorherige "Punkt" nicht geloescht, so das eine Art Flugspur entsteht.

Im GIF- Animator habe ich jeweils bei "How to remove" "To previous state" eingestellt, was im IE und GIF- Animator ja auch funktioniert.

1. Wieso funktioniert das nur im IE und GIF- Animator, nicht beim Netscape?
2. Wieso wird ein Delay von 3 im Browser so extrem ruckelig dargestellt, wohingegen es im GIF- Animator weitgehend ruckelfrei dargestellt wird (weil das Auge einfach sowas nicht mehr exakt realisieren kann)?

Hat da jemand einen Loesungsvorschlag fuer mich? So langsam verzweifel ich dran...

Danke und Gruss, Stefan

  1. Mist, das kommt davon, wenn man ohne erneutes lesen postet...
    <img src="http://www.sps-web.de/main.gif" alt="">

    Nochmal Gruss, Stefan

    1. Hallo alle miteinander,

      ich möchte gleich noch eine Frage dazu nachschieben:

      Woran liegt es, wenn bei z.B. Corel-Photopaint die GIF-Animation mit einer anderen Geschwindigkeit abläuft als auf der Internetseite?

      Danke

      Andreas

      1. ich möchte gleich noch eine Frage dazu nachschieben:

        Naja, gleiches habe ich ja auch bei GIF- Animator gefragt. :-)

        Woran liegt es, wenn bei z.B. Corel-Photopaint die GIF-Animation mit einer anderen Geschwindigkeit abläuft als auf der Internetseite?

        Auch schneller als in den Browsern?

        Gruss, Stefan

        1. Hi!

          Ich hab auch Photopaint und das spielt scheinbar "as fast as possible" falls du die Vorschau meinst, also nix mit delay.
          Photopaint ist aber eigentlich sowieso ziemlich ungeeignet...
          Zum entfernen, Shareware-Hinweises von GIF-Construction-Set aber... ;-)

          Kleinere Delays als 10 halte ich nicht für Sinnvoll, 3 ist ja mehr Bilder/s als im Fernsehn.
          Stimmt, bei kleineren ruckelts, ist wohl ein Bug.

          Die Spur: Hmmm. Probier mal remove by background...

          mfg
          Stiefel

          1. Kleinere Delays als 10 halte ich nicht für Sinnvoll, 3 ist ja mehr Bilder/s als im Fernsehn.

            Jo, aber da es bei 3 noch immer lahmarschig war?!?

            Stimmt, bei kleineren ruckelts, ist wohl ein Bug.

            Damit gibt sich der Auftraggeber nicht zufrieden ;-) Ich soll die Grafik also groesser machen?!

            Die Spur: Hmmm. Probier mal remove by background...

            Die Einstellungen habe ich schon durchprobiert. Bei "remove by background" ist nicht nur der Kreis (oder Kugel oder so...) zu sehen, sondern drum herum noch ein schwarzer Kasten- weil die Backgroundfarbe halt schwarz ist (Nein, wenn ich die Kugeln transparent einfuege, bewirkt das auch irgendwie nichts).

            Meine Guete, das kann nicht so schwer sein, wieso bin ich da seit 4 Stunden am rumgruebeln?!?

            Stefan

            1. Hi!

              Stimmt, bei kleineren ruckelts, ist wohl ein Bug.

              Damit gibt sich der Auftraggeber nicht zufrieden ;-) Ich soll die Grafik also groesser machen?!

              Ach was... Bei kleinerer Delays mein ich...
              Ich hatte mal eins mit Delay 0. Ist glaub gar nicht zulässig, jedenfalls, wenn der Wert zu klein ist wird es scheinbar eben nicht schneller, sondern ruckelt.
              Außerdem hege ich noch den Verdacht, das "nur änderungen zw. Bildern speichern" bewirkt, das der compu soviel rechnen muß, dass es ruckelt. Lösung: ganze bilder speichern. probier mal. Und: das bild 3 teilen in zwei nicht bewegte bilder und dazwischen die animation mit Ganzbildern.

              mfg
              Stiefel