WebP v0.4.0 build 2025-07-09 beta

Wow,

bei mir macht es das ohne murren.

Windows 11 64 bit und Autoit v3.3.14.5

Sehr schön - funktioniert prima!

Windows 10 64 bit und Autoit v3.3.16.0

Hallo! Super!

Mich hat das Thema gestern auch interessiert.

Hab dazu folgendes Projekt gefunden: WebP-Wrapper

Das ist ein C#-Projekt mit Wrapper auch x86 und x64 DLLs. Dafür hätte ich bei übriger Zeit eine UDF erstellt.

Brauche ich wohl jetzt nicht mehr.

Schöne Grüße

Zitat von UEZ

Mehr zum Thema WebP API kann hier eingesehen werden: https://developers.google.com/speed/webp/docs/api.

....3 Sekunden gescrollt....und schon Krämpfe bekommen....

Zitat

Simple Encoding API

Some very simple functions are supplied for encoding arrays of RGBA samples in most common layouts. They are declared in the webp/encode.h header as:

Code

<strong>size_t WebPEncodeRGB(const uint8_t* rgb, int width, int height, int stride, float quality_factor, uint8_t** output);
size_t WebPEncodeBGR(const uint8_t* bgr, int width, int height, int stride, float quality_factor, uint8_t** output);
size_t WebPEncodeRGBA(const uint8_t* rgba, int width, int height, int stride, float quality_factor, uint8_t** output);
size_t WebPEncodeBGRA(const uint8_t* bgra, int width, int height, int stride, float quality_factor, uint8_t** output);
</strong>

The quality factor quality_factor ranges from 0 to 100 and controls the loss and quality during compression. The value 0 corresponds to low quality and small output sizes, whereas 100 is the highest quality and largest output size. Upon success, the compressed bytes are placed in the *output pointer, and the size in bytes is returned (otherwise 0 is returned, in case of failure). The caller must call WebPFree() on the *output pointer to reclaim memory.

The input array should be a packed array of bytes (one for each channel, as expected by the name of the function). stride corresponds to the number of bytes needed to jump from one row to the next. For instance, BGRA layout is:

There are equivalent functions for lossless encoding, with signatures:

KLUGSCHEISSMODUS ON

KATASTROPHE!!!!

So etwas passiert, wenn derjenige, der eine Dokumentation schreibt, keine oder nur unzureichende Ahnung hat, von dem was er dort tut!

Das sog. "Padding" beschreibt "aufzufüllende" Bytes am Ende einer Zeile, wenn die Länge der Zeile in Bytes nicht ganzzahlig (meist durch 4 geteilt) in das einlesende Format (meist 4 Bytes =>DWORD) passt.

Beispiel: Format BGR oder RGB (24BitPerPixel BBP): In der Zeile sind 3 Pixel, multipliziert mit 3 Byte per Pixel ergibt 9 Bytes. Damit diese Zeile in DWORDs eingelesen werden kann, muss auf die nächste durch 4 teilbare Zahl an Bytes, also in diesem Fall 12 Bytes, aufgefüllt werden. Man hängt also an die 9 Bytes "Pixel" noch 3 (idR Null-)Bytes an!

Ein sowieso durch 4 Bytes teilbares Format, (hier 32 Bit/4 Bytes) BGRA oder RGBA hat NIEMALS padding Bytes!

Erstens setzt die Beschreibung vorraus, dass man sich den "Teiler" zur Ermittlung des Padding, also die in Bitmaps (idR verwendeten 4 oder welche Zahl auch immer) Bytes als Teiler der Zeilenlänge aus den Fingern zieht, in der Dokumentation steht dazu jedenfalls nichts!

Zweitens ist die Darstellung in Tabellenform schlicht falsch, "padding bytes" sind nur bei den Formaten RGB/BGR erforderlich....

Da ich aber davon ausgehe, dass diese API ausschliesslich von Leuten verwendet wird, die wissen, was sie dort tun, stelle ich mir einfach nur das kurze Grinsen derjenigen vor, die diesen "Fail" auch bemerkt haben

KLUGSCHEISSMODUS OFF

Habe auch mal in den Source-Code geguckt...ist natürlich vom allerfeinsten^^

UEZ

Klasse Arbeit!!

Hast du die *.h-Files nach Freebasic transferiert und dann mit den *.lib Dateien gelinkt?

Da ja sämtliche ausführbaren Dateien als Kommandozeilenversion vorliegen, könnte man über eine schicke AutoIt-GUI nachdenken...incl. Vorschaufunktion ggf. per UEZ´s UDF...

mhh, UEZ danke für deine bisherige Arbeit.

Und für die 3 Beispiele, gerade WebP Example3.au3 ist hilfreich weil ich so leicht an die Auflösung des Bildes für die Skalierung komme.

Und ich kann vorher prüfen ob es animiert ist oder nicht.

Da die Bilder ins GDI+ umgewandelt werden nehme ich an das es mit den Animationen schon eine kompliziertere Nummer wird?

Ich habe gerade die Beispiel-Kommandozeilentool von google getestet und bin begeistert wie schnell z.B. die vwebp.exe ist, auch bei großen Animationen

Path2DLL... warum nicht als Einzeiler?

Func Path2DLL($sPath2DLL)
    Return $sPath2DLL ? $sPath2DLL : @ScriptDir & (@AutoItX64 ? "\_WebP_x64.dll" : "\_WebP_x86.dll")
EndFunc   ;==>Path2DLL