ஒரு நல்ல முடிவுக்குப் பின்னால் உள்ள வேலைப்பாடு, வடிவங்கள் மற்றும் சிறிய தேர்வுகள் குறித்த எங்கள் குழுவின் குறிப்புகள்.
AVIF decode ஏன் உள்ளமைந்தது, வேகமானது
கடினமான வேலையான AVIF சேமிப்பைப் போலன்றி, AVIF decode எல்லா நவீன browser-களிலும் நேரடியாக கட்டமைக்கப்பட்டுள்ளது. Chrome, Firefox, Safari, Edge எல்லாம் தங்கள் image pipeline-இன் ஒரு பகுதியாக ஒரு உள்ளமைந்த AVIF decoder-ஐ கொண்டிருக்கின்றன, web page-களில் பதிக்கப்பட்ட AVIF-ஐ வரையும் அதே engine. எனவே AVIF-ஐ PNG ஆக மாற்றுவது எந்த warm-up செலவையும் ஏற்படுத்தாது, கூடுதல் module தேவைப்படாது. browser AVIF-ஐ படித்து, அதை memory-இல் ஒரு pixel buffer ஆக decode செய்து, அந்த pixel-களை உள்ளமைந்த PNG சேமிப்புக்கு வழங்குகிறது. இதன் முடிவு, பெரிய photo-க்கள் உட்பட பெரும்பாலான உண்மையான படங்களுக்கு ஒரு வினாடிக்கும் மிகக் குறைவாக முடியும் ஒரு மாற்றம். PNG சேமிப்புப் பக்கம் மட்டுமே browser-களுக்கு இடையே வேகத்தில் மாறுபடுகிறது, கண்ட மிக மெதுவான வழி கூட, WebKit-இல் ஒரு megapixel படத்திற்கு சுமார் 122 milliseconds, interactive பயன்பாட்டிற்கு நன்றாகவே போதும்.
இழப்பில்லா முரண்பாடு, PNG ஏன் பெரியது
ஒரு மாற்றம் ஒரு file-ஐ பெரியதாக்க முடியும் என்பது தலைகீழாகத் தோன்றுகிறது, ஆனால் AVIF லிருந்து PNG சரியாக அந்த வகைதான். சாதாரண பார்வை தூரத்தில் கண்ணுக்குத் தெரியாத காட்சித் தகவலை விட்டுவிட்டு AVIF தனது சிறிய அளவை அடைகிறது, எனவே அதன் compression தடயங்கள் உண்மையானவை ஆனால் சாதாரண நிலையில் கண்ணுக்குத் தெரியாதவை. PNG எதிர் நிலையை எடுக்கிறது, இழப்பில்லா DEFLATE முறையை மட்டும் பயன்படுத்தி, மேலும் தர இழப்பு இல்லாமல், ஒவ்வொரு pixel-ஐயும் decode ஆன அதே வடிவில் சேமிக்கிறது. இதன் முடிவு, சேர்க்கப்பட்ட இழிவு இல்லாமல், decode ஆன AVIF pixel data-ஐ உண்மையாகப் பிரதிபலிக்கிறது. AVIF ஏற்கனவே சில விவரங்களை விட்டுவிட்டதால், மூல மூலத்தில் இருந்து செய்த PNG-ஐ விட இது சிறியதாக இருக்க முடியாது, ஆனால் AVIF கொண்டிருந்ததற்கு கண்டிப்பாக உண்மையாக இருக்கிறது. AVIF அளவை விட மூன்று முதல் பத்து மடங்கு விகிதம் சாதாரணமானது, எதிர்பார்க்கப்படுவது, ஒருபோதும் பிழையின் அறிகுறி அல்ல.
AVIF லிருந்து PNG-ஐ பயன்படுத்தும் edit workflow-கள்
designer-களும் developer-களும் தானியங்கி image pipeline-கள், content delivery network-கள் அல்லது நவீன content system-களில் இருந்து அடிக்கடி AVIF file-களைப் பெறுகிறார்கள், பிறகு AVIF support சேர்க்காத tool-களில் அவற்றுடன் வேலை செய்ய வேண்டியிருக்கிறது. PNG ஆக மாற்றுவது AVIF கொண்டிருந்த அதே pixel data-ஐ சுமக்கும் ஒரு இழப்பில்லா working copy-ஐத் தருகிறது. அங்கிருந்து edit Photoshop, Figma, Sketch அல்லது வேறு எந்த design tool-இலும் compression தடயங்களைச் சேர்க்காமல் நடக்கிறது. edit செய்த version web-க்குத் தயாரானதும், அதை மீண்டும் AVIF அல்லது WebP ஆக ஏற்றுமதி செய்யலாம். இது AVIF-ஐ வழங்கல் format ஆகவும் PNG-ஐ இடைப்பட்ட edit நிலையாகவும் கருதுகிறது, இது இன்றைய tool-களுடன் மிகவும் இணக்கமான ஏற்பாடு. மூல AVIF-இல் ஏற்கனவே இருந்த இழப்பைத் தவிர PNG step எந்த தர அபராதத்தையும் சேர்க்கவில்லை.
மாற்றத்தில் வெளிப்படைத்தன்மை எப்படி தப்பிக்கிறது
AVIF-இல் உள்ள வெளிப்படைத்தன்மை அடுக்கு, color data-வுக்கு அருகில் ஒரு தனி encoded plane ஆக சேமிக்கப்படுகிறது. browser ஒரு AVIF-ஐ decode செய்யும்போது, அது ஒரு color pixel buffer-ஐயும் ஒரு வெளிப்படைத்தன்மை mask buffer-ஐயும் உருவாக்குகிறது. மாற்ற pipeline இவற்றை முழு transparency-இல் இணைத்து, பிறகு அவற்றை ஒரு PNG ஆக எழுதுகிறது. PNG-இன் வெளிப்படைத்தன்மை சேமிப்பு mask-ஐ ஒவ்வொரு pixel-உடன் இணைந்த pixel-க்கு 8-bit channel ஆக இழப்பில்லாமல் சேமிக்கிறது. இதன் முடிவு, ஒவ்வொரு pixel-உம் browser AVIF-இல் இருந்து படித்த அதே color, transparency மதிப்புகளைச் சுமக்கும் ஒரு PNG, composite செய்யத் தயார். மென்மையான transparency gradient-கள் தப்பிக்கின்றன. feather செய்த விளிம்புகள் தப்பிக்கின்றன. பகுதி transparent pixel-கள் தப்பிக்கின்றன. ஒரே இழப்பு, AVIF முதலில் உருவாக்கப்பட்டபோது அதன் சொந்த இழப்புள்ள compression வெளிப்படைத்தன்மை plane-இல் கொண்டுவந்தது மட்டுமே, பொதுவாக கடுமையான zoom-இல் கூட அரிதாகவே தெரியும் ஒரு விளிம்பு.
AVIF லிருந்து PNG web வழங்கலுக்கு எப்போது சரி
சில web சூழல்கள் 2026-இல் கூட உண்மையாகவே PNG-ஐ கோருகின்றன. email newsletter படங்கள் PNG அல்லது JPG ஆக இருக்க வேண்டும், ஏனெனில் பெரும்பாலான mail client-கள் ஒரு தொலை server-இல் படங்களைப் படித்து AVIF-ஐ நிராகரிக்கின்றன. social platform-கள் மாறுபடுகின்றன: சில upload-இல் AVIF-ஐ செயலாக்கி உள்நாட்டில் மாற்றுகின்றன, மற்றவை வெறுமனே format-ஐ மறுக்கின்றன. software PDF pipeline-களை இயக்கும் print workflow-கள் transparent layer-களுக்கு பெரும்பாலும் PNG தேவைப்படுகின்றன, ஏனெனில் AVIF என்பது PDF imaging model-இன் ஒரு பகுதி அல்ல. Open Graph preview படங்கள் PNG அல்லது JPG ஆல் பயனடைகின்றன, ஏனெனில் link-preview scraper-கள் AVIF decode இல்லாத infrastructure-இல் இயங்குகின்றன. இந்த வழங்கல் இலக்குகளுக்கு, PNG ஆக மாற்றுவது பின்னோக்கிய ஒரு step அல்ல, இலக்கு system-இன் கட்டுப்பாடுகளைக் கருத்தில் கொண்டு சரியான தேர்வு. இணக்கம் கூடுதல் byte-களுக்கு மதிப்புள்ளது.
இது சாதாரண online tool-இலிருந்து process-இல் எப்படி வேறுபடுகிறது
பெரும்பாலான online AVIF converter-கள் நீங்கள் தரும் ஒவ்வொரு கோப்பையும் நீங்கள் கட்டுப்படுத்தாத machine-களுக்கு upload செய்து, அந்த வழங்குநர் அமைக்கும் தக்கவைப்புக் கொள்கையின் கீழ் முடிவை வைக்கின்றன, பெரும்பாலும் தெளிவற்றது. RoundCut நீங்கள் எவ்வளவு மாற்றுகிறீர்கள் என்பதன்படி வேலையைப் பிரிக்கிறது. ஒரே AVIF உங்கள் browser-இல் முழுமையாக decode, encode செய்யப்படுகிறது, எனவே அந்த சந்தர்ப்பத்தில் எதுவும் upload ஆகாது. இரண்டு அல்லது அதற்கு மேற்பட்டவற்றை ஒரே நேரத்தில் மாற்றும்போது, அந்தத் தொகுப்பு எங்கள் server-க்குச் செல்கிறது, அது decode, encode-ஐ ஒரே முறையில் செய்து ஒரே download-ஐத் திருப்பித் தருகிறது. அந்தக் கோப்புகள் process செய்யப்பட்டு பிறகு சுமார் 2 மணி நேரத்தில் அகற்றப்படும், account தேவையில்லை, நீங்கள் கேட்ட மாற்றத்தைத் தாண்டி எந்தப் பயன்பாடும் இல்லை. நிரந்தர சேமிப்பு இல்லை, உங்கள் படங்கள் பகிரப்படுவதும் இல்லை. வாடிக்கையாளர் assets அல்லது சொந்தப் படங்களைக் கையாள்வோருக்கு, இந்தப் பரிமாற்றத்தின் நேர்மையான வடிவம் இது: ஒரு படம் உங்களிடம் இருக்கும், ஒரு தொகுப்பு உங்கள் PNG-களை உருவாக்கவே எங்கள் server வழியாகச் செல்லும், எதுவும் தங்காது.