Σημειώσεις από την ομάδα για την τέχνη, τις μορφές και τις μικρές αποφάσεις πίσω από ένα καλό αποτέλεσμα.
Γιατί η μετατροπή AVIF είναι πιο αργή από τα άλλα φορμά
Το AVIF χτίζεται πάνω στην ενδοκαρέ συμπίεση του βιντεοκωδικοποιητή ενδοκαρέ. Αυτός ο κωδικοποιητής σχεδιάστηκε για να μεγιστοποιεί τον λόγο συμπίεσης παρά την ταχύτητα μετατροπής, οπότε στηρίζεται σε πιο ακριβές καταστάσεις πρόβλεψης, μεγαλύτερους μετασχηματισμούς, και πιο σύνθετα φίλτρα εντός βρόχου από JPEG ή WebP. Αυτό που τρέχει εδώ είναι μια λογισμική έκδοση που εκτελείται στον περιηγητή. Μια λογισμική μετατροπή AVIF σε μια εικόνα 1024 επί 768 θέλει γύρω στα 250 χιλιοστά του δευτερολέπτου αφού προθερμανθεί σε Chromium υπολογιστή, και γύρω στα 1,1 δευτερόλεπτα κρύα μαζί με την προθέρμανση. Στα 8 megapixel, 3840 επί 2160, η μετατροπή θέλει γύρω στα 2,8 δευτερόλεπτα σε Chrome και γύρω στα 31 δευτερόλεπτα σε Firefox, που τρέχει τέτοιον κώδικα πιο συντηρητικά. Σε μεσαία κινητά, περίμενε περίπου 3 έως 5 φορές τον αριθμό του υπολογιστή. Γι' αυτόν ακριβώς τον λόγο η διεπαφή ποτέ δεν λέει τη μετατροπή AVIF ακαριαία. Είναι μια χαρά για δουλειά μίας φωτογραφίας, αλλά αρκετά αργή ώστε το να δείχνεις μια κατάσταση προόδου είναι το τίμιο πράγμα να κάνεις.
Τι συμβαίνει όταν διαλέγεις έξοδο AVIF
Το AVIF είναι η πιο απαιτητική μορφή που παράγει αυτό το εργαλείο, οπότε για να σου δώσει το μικρότερο και καλύτερο αρχείο, το RoundCut ίσως τρέξει την κωδικοποίηση στον διακομιστή μας με ένα γρήγορο εγγενές build, και η μετατροπή πολλών μαζί τρέχει πάντα εκεί. Τα σχετικά αρχεία χάνονται μέσα σε περίπου 2 ώρες, και μπορείς να τα καθαρίσεις αμέσως. Όταν αυτή η διαδρομή δεν είναι διαθέσιμη, ένας μεταγλωττισμένος κωδικοποιητής AVIF φορτώνεται μία φορά στην καρτέλα, περίπου 870 kilobyte συμπιεσμένος, και η μετατροπή ολοκληρώνεται τοπικά ως εφεδρεία. Για τα ζεύγη PNG, JPG και WebP τίποτα από αυτά δεν ισχύει, καθώς στηρίζονται στους εγγενείς αποκωδικοποιητές του περιηγητή. Αυτή η επιπλέον δουλειά είναι το τίμημα που ζητά το AVIF για το πλεονέκτημα μεγέθους.
Πώς το AVIF νικά το JPEG στην ίδια ποιότητα
Το AVIF χρησιμοποιεί πρόβλεψη βασισμένη σε μπλοκ, πολύ σαν τους σύγχρονους βιντεοκωδικοποιητές. Για κάθε μπλοκ pixel, δοκιμάζονται αρκετές καταστάσεις πρόβλεψης, κατευθυντικές, λείες και DC, έναντι ήδη κωδικοποιημένων γειτόνων, και έπειτα κρατιέται όποια αφήνει το μικρότερο υπόλοιπο. Μόνο εκείνη η διαφορά υπολοίπου μετασχηματίζεται και κβαντίζεται, όχι οι ακατέργαστες τιμές pixel. Αυτό αποτυπώνει την τοπική δομή της εικόνας πολύ πιο αποδοτικά από το σταθερό μοντέλο 8 επί 8 DCT του JPEG, που εφαρμόζει την ίδια γεωμετρία μετασχηματισμού παντού ανεξάρτητα από το περιεχόμενο. Σε λείες διαβαθμίσεις, η πρόβλεψη του AVIF μπορεί να αναπαράγει μια περιοχή με σχεδόν κανένα υπόλοιπο. Σε τόνους δέρματος, μαλλιά και ουρανό, το AVIF βγάζει σταθερά μικρότερα αρχεία από JPEG ή WebP σε οπτικά ίση ποιότητα. Το αντιστάθμισμα είναι η πολυπλοκότητα μετατροπής, αφού η δοκιμή πολλών καταστάσεων πρόβλεψης ανά μπλοκ είναι ακριβή, γι' αυτό το AVIF μετράει σε δευτερόλεπτα ενώ το JPEG μετράει σε χιλιοστά.
Core Web Vitals: μετατροπή βασικών εικόνων σε AVIF
Το Largest Contentful Paint μετράει πόσο γρήγορα φορτώνει το μεγαλύτερο ορατό στοιχείο μέσα στο πλαίσιο θέασης. Στις περισσότερες σελίδες προορισμού και προϊόντος, αυτό το στοιχείο είναι μια βασική φωτογραφία. Η Google έχει επιβεβαιώσει ότι τα Core Web Vitals είναι σήμα κατάταξης στην Αναζήτηση. Ένα τυπικό βασικό JPEG στα 300 kilobyte σε σύνδεση 3G θέλει γύρω στα 2,4 δευτερόλεπτα να φορτώσει. Η ίδια εικόνα ως AVIF στην προεπιλεγμένη ποιότητα μπορεί να ζυγίζει 100 kilobyte, μια περικοπή 67 τοις εκατό, που μειώνει τη συνεισφορά στο LCP σε γύρω στα 0,8 δευτερόλεπτα στην ίδια σύνδεση. Αυτό μετακινεί το LCP έξω από την κόκκινη ζώνη πάνω από 2,5 δευτερόλεπτα και μέσα στην πράσινη κάτω από αυτήν, μια ουσιαστική μετατόπιση για την απόδοση στην Αναζήτηση. Η εξοικονόμηση συσσωρεύεται σε κάθε εικόνα της σελίδας. CDN με αυτόματη διαπραγμάτευση φορμά, όπως τα μεγάλα δίκτυα παράδοσης, διαβάζουν την κεφαλίδα Accept του περιηγητή και σερβίρουν AVIF σε συμβατούς περιηγητές μόνα τους μόλις υπάρχουν πρωτότυπα AVIF στη βιβλιοθήκη.
AVIF το 2026: υποστήριξη, ετοιμότητα και τα κενά
Από τα μέσα του 2026, το AVIF αποκωδικοποιείται σε Chrome 85+, Firefox 93+, Safari 16.4+ σε iOS 16 και macOS Ventura, και Edge 121+. Η συνδυασμένη παγκόσμια κάλυψη είναι γύρω στο 94 τοις εκατό της κίνησης περιηγητών. Το κενό του 6 τοις εκατό είναι κυρίως παλιότερες συσκευές iOS ακόμη σε iOS 15, που η Apple έχει σταματήσει να ενημερώνει για τα περισσότερα σύγχρονα χαρακτηριστικά, συν τον Internet Explorer. Για ευρύ κοινό καταναλωτών, το AVIF είναι έτοιμο για παραγωγή στην παράδοση web. Τα κενά που μένουν είναι στην πλευρά των εργαλείων. Το Lightroom πρόσθεσε εξαγωγή AVIF στην έκδοση 13.3 το 2024, το Affinity Photo υποστηρίζει εισαγωγή και εξαγωγή AVIF από την έκδοση 2.3, και οι περισσότερες υπηρεσίες stock ακόμη δεν δέχονται AVIF για υποβολή. Οι υπηρεσίες εκτύπωσης καθολικά ακόμη θέλουν JPEG ή TIFF. Για το web το φορμά είναι έτοιμο, αλλά για κάθε ροή που περνά αρχεία μέσα από συστήματα τρίτων, κράτα ένα πρωτότυπο JPEG στην άκρη.
Μεγέθη αρχείων σε σύγκριση: AVIF, WebP και JPEG
Η σύγκρισή μας πάνω σε τρία πραγματικά δείγματα δοκιμής δίνει μια αξιόπιστη αντιπαραβολή στην προεπιλεγμένη ποιότητα ανάμεσα στα φορμά. Για μια φωτογραφία 1024 επί 768 στα 17 kilobyte ως JPEG, το αντίστοιχο WebP μετρήθηκε 7,3 kilobyte, 57 τοις εκατό ελαφρύτερο, και το AVIF μετρήθηκε 6,0 kilobyte, 65 τοις εκατό ελαφρύτερο. Για μια φωτογραφία 3840 επί 2160 στα 116 kilobyte ως JPEG, το αντίστοιχο WebP μετρήθηκε 32 kilobyte, 72 τοις εκατό ελαφρύτερο, και το AVIF μετρήθηκε 16 kilobyte, 86 τοις εκατό ελαφρύτερο. Το προβάδισμα του AVIF έναντι του WebP μεγαλώνει σε μεγάλες φωτογραφίες υψηλής ανάλυσης. Σε πολύ μικρές εικόνες, όπως 400 επί 300 στα 0,12 megapixel, το πλεονέκτημα του AVIF συρρικνώνεται και το βάρος της μετατροπής γίνεται μεγαλύτερο μερίδιο του συνολικού χρόνου. Αυτοί είναι μετρημένοι αριθμοί από τη δική μας ροή, όχι μάρκετινγκ προμηθευτή. Μεμονωμένες φωτογραφίες θα διαφέρουν με την πολυπλοκότητα περιεχομένου, τον θόρυβο και το εύρος χρώματος.