AVIF-Test

beats TEST blog

Mittwoch, 19. November 2025

AVIF-Test

Ich habe hier die Konfiguration-Bildkonvertierung-Nutzung von AVIF-Varianten aktivieren ebenfalls auf "Ja" gestellt. Dann habe ich nachfolgendes Bild hochgeladen:

.webp und nicht .avif
.webp und nicht .avif

Hier wird gar kein .avif-Bild erzeugt. Die Unterschiede zum Live-Blog sind:

  • PHP 8.3.27 zu Liveblog PHP 8.4.12
  • Hier kein Imagemagick
  • Hier Auto-Synchronisation der Mediathek "Ja"

Dann habe ich das Selbe auf dem Manitu-Testumgebung (styx.beatsblog.ch) gemacht. Dort werden zwar zwei .avif-Dateien geschrieben, diese sind jedoch auch wieder nur 145 Bites gross und deshalb werden die .webp-Bilder verwendet. Es scheint, als ob die Generierung der .avif-Bilder misslingt.

Trackback-URL für diesen Eintrag

Dieser Link ist nicht aktiv. Er enthält eine kopierbare Trackback-URI, um manuell ein Ping- und Trackback zu diesem Eintrag für ältere Blogsysteme zu generieren; zB (immer noch valide) über das zur Verfügung gestellte Eintragsfeld des serendipity_event_trackback Plugins. Serendipity und andere Blogsysteme erkennen die Trackback-URL heutzutage aber automatisch anhand der Artikel-URL. Die Trackback-URI für ihren Link des Sender-Eintrages lautet daher wie folgt: »https://www.blog.dokumenzi.ch/2707-AVIF-Test.html«

Kommentare

Ansicht der Kommentare: Linear | Verschachtelt

  1. Ian Styx am :

    Ja das ist sehr strange....

    ImageMagick ist übrigens gar nicht mehr mein unbedingter Favorit seit PHP 8.2++ sehr gut mit allem umgehen kann in der eigenen GD library. 

    Ich habe es hier mit diesem image probiert und habe dasselbe Ergebnis (es wird gar kein AVIF erzeugt) Mach mal ein paar tests mit anderen Bildern. Sollten die das gleiche zeigen gibt es wohl irgendwo Inkonsistenzen und du kannst AVIF wieder ausstellen. Das ich broken avifs erzeugen konnte ist mir nur in der Entwicklung dieses Features passiert, und da war es bei PHP auch noch in der Entwicklung, seitdem läuft es bei mir - überall wo verwendet - glatt... Hmmm. 🧐

  2. Beat Post author am :

    Mach mal ein paar tests mit anderen Bildern. Sollten die das gleiche zeigen gibt es wohl irgendwo Inkonsistenzen und du kannst AVIF wieder ausstellen.

    Habe auf styx.beatsblog.ch (Manitu) noch drei neue Bilder hochgeladen. Das Ergebnis ist immer gleich. Es werden jeweils zwei .avif-Dateien geschrieben, diese sind jedoch immer nur 145 Bites gross.

    Ich werde im LiveBlog die Avif-Konvertierung also wieder ausschalten.

  3. Ian Styx am :

    Bei mir waren in der frühen Phase immer ~25KB Avifs korrupt. Da schrieb die Avif Kodierung irgendetwas in den image header und brach ab, wahrscheinlich ein Fehlercode der auf ein fehlendes oder korruptes Begleitlibrary verwies, oder so. 
    Ansonsten läuft AVIF auf verschiedenen Servern ganz wunderbar.

    Was das bei dir ist kann ich nicht sagen, leider... Verwunderlich dass das auf zwei unterschiedlichen Servern "gleich" ist.

  4. Beat Post author am :

    Verwunderlich dass das auf zwei unterschiedlichen Servern "gleich" ist.

    Das stimmt so nicht.

    styx.beatsblog.ch und beatsblog.ch laufen beide auf dem Manitu-Server.

    Hier, auf dem Hosttech-Server, werden überhaupt keine .avif geschrieben. Ich vermute dass es daran liegt, dass ich hier ImageMagick nie richtig zum laufen gekriegt habe und das deshalb ausgeschalten ist. (Denn auf dem Manitu-Server kriege ich ja einen FatalError beim Neugenerieren der Bild-Varianten, wenn ich ImageMagick ausschalte). Es könnte aber auch sein, dass PHP 8.3.27 avif noch gar nicht unzterstützt.

  5. Ian Styx am :

    Ich meinte im Ergebnis... das man avif nicht nutzen kann.

    Nee. PHP 8 unterstützt avif seit PHP 8.1 (eigentlich) aber erst richtig seit PHP 8.2, denn vorher fehlte eine wichtige Komponente beim Zusammenbau.

    Hast du mal geschaut was der Fatal error im error log denn dazu sagt?

    Ich vermute einfach dass das mal wieder ein Fall ist wo die GD bzw eine Library irgendwie unabhängig von einem PHP release vom Server Betreiber gebildet wurde um irgendwelche Backward Kompatibilitäten zu erfüllen. Oder so.... Ich kenne das von SSL.

  6. Ian Styx am :

    Der beschriebene error 

    ...Call to undefined function imageavif()...

    in deinem Styx beatsblog test blog beschreibt es ziemlich genau. Eigentlich ist es so dass GD mit PHP als default compiled wird. Dies scheint bei dir entweder alt, oder disabled oder gar nicht vorhanden zu sein, denn imageavif() ist eine PHP GD function. Das sind äußerst merkwürdige Providereinstellungen ... (wie schon gesagt). Ich verstehe den Sinn nicht daran herumzumurksen....

  7. Beat Post author am :

    Ich habe das jetzt mit Styx 5.0.2 noch einmal probiert, doch das Ergebnis ist das Gleiche wie zuvor.

    Hier (hosttech) wird gar nie ein AVIF-File erzeugt. Weder mit, noch ohne ImageMagick.

    Auf dem Manitu-Server wird mit ImageMagick ein korruptes 145 Bytes grosses AVIF erzeugt. Ohne ImageMagick stürzt das Backend ab und zeigt den FatalError.

    Ich werde wohl bei webp bleiben.

  8. Ian Styx am :

    Tja! Äußerst schade, denn du mit deinen regelmäßigen bebilderten Einträgen wärst ein idealer Kandidat zur Beobachtung.

    Und zu fragen warum AVIF nicht erlaubt (

    --with-avif
    ) oder die GD nicht (oder unvollständig) inkludiert ist wäre zuviel? Vielleicht wissen die es gar nicht? Wie gesagt seit PHP 8.1 Standard und seit PHP 8.2 vollständig nutzbar über GD. ImageMagick liegt ein wenig anders. IM 7+ sollte funktionieren. Bei den alten 6er versionen bin ich gerade nicht sicher.

  9. Ian Styx am :

    https://www.manitu.de/webhosting/phpinfo/

    Manitu hat kein AVIF in GD dafür aber IM 7.1,+ aber nur als Imagick Modul welches wiederum Serendipity nicht nutzen kann.
    IMagick als Modul war und ist über lange Zeit nur schwierig nutzbar gewesen weshalb viele darauf verzichteten.
    Das ist natürlich super wenn es da ist, aber ist definitiv blöd wenn man dann auf GD mit AVIF als fallback verzichtet.
    Für Imagick müsste man die gesamten Image Funktionen komplett umschreiben.
    Dies war einer der Gründe warum Serendipity von jeher IM nur als Binary verwendete. Es war überall viel einfacher nachzuinstallieren. Und ich nehme an wenn IMagick als Modul vorhanden, wird es auch kein zusätzliches Binary geben. (oder?)
    Du könntest also nachfragen ob sie nicht trotzdem das AVIF in GD erlauben könnten.

    (Für hostech kann ich nichts sagen)

  10. Ian Styx am :

    Du könntest also nachfragen ob sie nicht trotzdem das AVIF in GD erlauben könnten.

    Hast du das mal gemacht? Es müsste also nur mit --with-avif compiliert werden und wäre als library die default fallback image library mit allen nötigen image Funktionen die höhere PHP 8 Versionen seit PHP 8.2 bereitstellen. Oder muss Manitu irgendwas davor berücksichtigen?

  11. Ian Styx am :

    Auch wenn ich in Styx 5.1 möglicherweise eine Überraschung für dich habe..., aber hast du inwischen einmal nachgefragt ob sie ihr GD nicht trotzdem mit --with-avif kompilieren könnten? Oder eben warum sie es nicht taten?

    Schönen dritten Advent Euch.

  12. Beat Post author am :

    Hallo Ian

    Nein, ich habe bisher den Manitu-Support nicht kontaktiert. Mein Leidensdruck ist klein und ich befürchte Rückfragen, die ich dann nicht beantworten kann. Ich scheitere ja schon bei den Basiscs; was heisst denn z.B. GD? Grafic D... und das ist eine Funktion in PHP? Hat das was mit PHP-Versionen zu tun? z.B. nur bis 8.x oder erst ab 8.x?

  13. Ian Styx am :

    Gute Frage... sie wissen es selbst nicht so genau 😄

    https://libgd.github.io/pages/faq.html

    Es ist eine Graphic Library die zum Urgestein von PHP gehört. Deshalb sollte diese als Fallback immer funktionieren mit allen zur Verfügung stehenden Funktionalitäten. Und dazu gehören eben auch seit PHP 8.1/.2 die AVIF Funktionen. 

    Ich fand es deshalb eher ungewöhnlich warum sich Manitu erlaubt hier ein eigenes Süppchen zu stricken...

  14. Ian Styx am :

    Es liegt auch nicht am Bild selbst. Ich habe es bei mir  heraufgeladen und dass Ergebnis ist 

    
    MIME-Typ: image/jpeg
    Originalbild: 2048x1536
    Vorschaubild: 400x300
     
    Dateigröße: 971,60 KB
    Vorschau-Dateigröße: 165,08 KB
    AVIF-Dateigröße: 582,19 KB
    AVIF-Vorschau-Dateigröße: 36,82 KB
    WebP-Dateigröße: 740,64 KB
    WebP-Vorschau-Dateigröße: 40,79 KB
     
    Pfad: ""
    Datum: 19.11.2025 16:39

  15. Beat Post author am :

    Also... Ich habe heute Morgen bei Manitu folgendes angefragt:

    Ich habe festgestellt, dass PHP 8.4.12 (und vermutlich auch frühere PHP-Versionen) in der GD-Lib leider die AVIF-Funktion nicht installiert haben. Gibt es dafür einen bestimmten Grund?

    Ich möchte gerne AVIF-Bilder in meinen Blog hochladen um mobilen Besuchern diee Ladezeit zu verkürzen.

    Bis heute Abend erhielt ich folgendes Feedback:

    ich gebe es noch einmal weiter an die Kollegen, die die Anwendung betreuen. Es kann sein, dass hier noch eine Abhängigkeit mit PHP8.4 fehlen könnte. Ich kann es aber nicht umfassend bewerten.

    Ich bleibe dran.

Kommentar schreiben

Die angegebene E-Mail-Adresse wird nicht dargestellt, sondern nur für eventuelle Benachrichtigungen verwendet.