AnimatePNG

[Delphi-Laie]

Leider ist das Programm in seiner dereitigen Version für mich unbenutzbar, es erscheint das berüchtigte: "AnimatePNG.exe hat ein Problem festgestellt und muss beendet werden."

Bei GifToAPNG.exe wäre eine Ausgabe ob der erfolgreichen /-losen Konvertierung günstig (gewesen). Daß erfolgreich konvertiert wurde, stellte ich erst beim Blick in das jeweilige Verzeichnis fest (die Ausgabe "...FrameCount=.." besagt das ja nicht). Zu meiner Verwunderung war die APNG zudem deutlich größer als die als Vorlage verwandte GIF, nämlich etwa doppelt so groß. Eigentlich sollte es doch andersherum sein. Meine Härtetest-Gifs (zu denen ich hier schon verlinkte) zu konvertieren schafft der Konverter leider nicht.

[EWeiss]

Zitat:

Zu meiner Verwunderung war die APNG zudem deutlich größer als die als Vorlage verwandte GIF

Vergleich doch mal das Datei Format dann weist du warum APNG größer ist.

Zitat:

"AnimatePNG.exe hat ein Problem festgestellt

Hatten wir schon .. habe es nochmal aktualisiert.
Quelltext ist dabei.

Zitat:

die Ausgabe "...FrameCount=.." besagt das ja nicht

Klar und zwar deutlich ist der Frame Count 0 dann wurde auch nichts extrahiert.

Zudem wird eine Fehlermeldung ausgegeben, dürfte bei deiner Gif Win32Error sein.
Warum das so ist habe ich dir schon ein paar Seiten vorher hier im Thread erklärt.

gruss

[Delphi-Laie]

Zitat von EWeiss:

Zitat:

"AnimatePNG.exe hat ein Problem festgestellt

Hatten wir schon .. habe es nochmal aktualisiert.

Es hat sich aber leider nichts geändert, geschweige denn, verbessert. Das / ein Problem, das von Windows leider in keiner Weise konkretisiert wird, ist immer noch vorhanden.

Zitat von EWeiss:

Quelltext ist dabei.

Ab welchem Delphi compiliert das denn? Wegen dieser massiven Probleme vermute ich ein ziemlich aktuelles Delphi.

An sich ein akzeptables Angebot, nur bezweifele ich, als Außenstehender das Problem in vertretbarer Zeit zu lösen.

[EWeiss]

Zitat:

Es hat sich aber leider nichts geändert, geschweige denn, verbessert. Das / ein Problem, das von Windows leider in keiner Weise konkretisiert wird, ist immer noch vorhanden.

lösch doch einfach mal die Ini.

user/deinname/appdata/roaming/BrewIdeas/AnimatePNG

Zitat:

Ab welchem Delphi compiliert das denn?

D2010

gruss

[Delphi-Laie]

Zitat von EWeiss:

lösch doch einfach mal die Ini.

Yo, jetzt funktioniert es, danke!

[Delphi-Laie]

So, das nächste Problemchen: Drücke ich auf den Beenden-Knopf und dann auf "no", friert das Programm ein.

Edit: Zumindest wird man diese Nachfrage nicht wieder los.

Edit 2: Auch den Dialog, wenn man auf "APNG" klickt, wird man mit "no" nicht mehr los.

[EWeiss]

Zitat von Delphi-Laie:

So, das nächste Problemchen: Drücke ich auf den Beenden-Knopf und dann auf "no", friert das Programm ein.

Edit: Zumindest wird man diese Nachfrage nicht wieder los.

XP? Wenn ich mich nicht irre.
Wenn dem so ist/war da kann ich leider nichts tun.

Das Programm wurde unter W7 entwickelt und manche Dinge die hier laufen müssen das nicht zwangsweise auch unter XP tun.
Da muss nur eine Api fehlen oder wie unter W7 kein Aero vorhanden sein dann kann es zu Problemen kommen.

Meine DLL ist nun mal auf Aero angewiesen das sagt der Name schon SK_Aero.dll
SK = Skinengine
AERO = DWM ist nötig.

Es kann unter XP laufen aber Garantien zwecks CPU Auslastung .. Ausführung usw. gibt es kein.
Es ist nicht das Programm es ist die Umgebung in der es läuft.

Ok nochmal ein Pic mehr kann ich dazu nicht mehr sagen. (W7 ohne Aero)
Nur eins noch:
Alleine die Speicherverwaltung unter XP macht schon ärger die Animation im Shot 203 MB im Speicher kann von XP nicht gelesen werden.
Es wird beim Abspielen nur das 1 Frame gerendert die anderen bleiben leer.
Nein! Keine Sorge bei der nächsten Animation wird der Speicher korrekt freigegeben.

gruss

[Ghostwalker]

Unter XP kannst du das Knicken. AERO gabs erst ab Vista (also eine Version später).

Man bekommts zwar teilweise zum laufen, aber wirklich sauber ist was anderes

[Namenloser]

Zitat von Delphi-Laie:

Zu meiner Verwunderung war die APNG zudem deutlich größer als die als Vorlage verwandte GIF, nämlich etwa doppelt so groß. Eigentlich sollte es doch andersherum sein.

Bei PNG hängt auch viel davon ab, wie man es speichert. Standardmäßig verwendet PNG meist 32 Bit oder 24 Bit pro Pixel. GIFs dagegen verwenden eine Palette mit 256 Farben. Allerdings kann man – was viele nicht wissen – auch bei PNGs Paletten verwenden, sogar mit weniger als 256 Farben und sogar mit Alphakanal. Sowas habe ich auch schon mal gemacht, als ich ein PNG sehr stark komprimieren musste. Leider unterstützen die meisten Programme diese Modi aber nur zum Lesen. Zum Erstellen braucht man spezielle Tools wie pngquant (https://pngquant.org/).

Und selbst das ist noch nicht alles. Dazu hängt die Dateigröße auch noch davon ab, welche Heuristiken der Encoder beim Abspeichern verwendet hat. Da gibt es Tools wie OptiPNG (http://optipng.sourceforge.net/), die mehrere Kombinationen bruteforcen und so aus existierenden PNGs noch mal 10% - 20% rausholen.

Wie gesagt, die meisten Programme können sowas nicht. Wenn dann noch Animation dazu kommt, dann wird es wahrscheinlich noch schwieriger, ein Tool zu finden, das alles kann.

[EWeiss]

Zitat:

Standardmäßig verwendet PNG meist 32 Bit pro Pixel

Und das Format verwende ich um auch den Alpha Kanal zu gewähren.
Ich möchte ja nicht nur die Bilder anzeigen sondern diese Ein\Ausblenden können ala.. .AlphaBlend und anderer Effekte.

Eine komprimierte 256Farben PNG würde dabei nur hinderlich sein.
Leider habe ich das mit dem AlphaBlend noch nicht hinbekommen es funktioniert irgendwie nicht warum da muss ich mich nochmal schlau machen.
Aber wie gesagt ich werkle hier mit 120 Frames in Realzeit bei 0% CPU herum besser geht's nicht.
War schon schwer genug GidiPlus ist nicht die schnellste API da muss man tricksen.

Zudem der Unterschied von 8it GIF / 32Bit PNG sollte einem die frage schon beantwortet haben warum APNG/PNG größer ist.

gruss